Проблемы с подключением VPN

[Kr1og5n]

Здравствуйте! На работе есть железка D-Link DFL, организован VPN для удаленной работы. Сидя в Линухе я подключаюсь к сети без ошибок, но локальные ресурсы мне недоступны. Проблема преследует меня именно в Линуксе. Винды и Мак подключаются без проблем.
Кто-нибудь что посоветует? Буду признателен!

[koshev]

Показывайте таблицу маршрутизации с установленным линком ppp
ip -4 route show table all type unicast

[fisher74]

И какой именно VPN используется огласите, пжалуйста.

[Kr1og5n]

Вывод по ip -4 route show table all type unicast:

Код: [Выделить]

default via 192.168.1.1 dev eth0  proto static
169.254.0.0/16 dev eth0  scope link  metric 1000
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.2  metric 1
194.194.48.48 via 192.168.1.1 dev eth0  src 192.168.1.2


И какой именно VPN используется огласите, пжалуйста.

Использую PPTP.

[fisher74]

Я не вижу VPN. Он у Вас вообще включен сейчас?
ifconfig -a ещё покажите

[Kr1og5n]

Код: [Выделить]

eth0      Link encap:Ethernet  HWaddr 00:24:8c:60:53:e2 
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::224:8cff:fe60:53e2/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:177336 errors:0 dropped:90 overruns:0 frame:0
          TX packets:481802 errors:0 dropped:0 overruns:0 carrier:2
          collisions:0 txqueuelen:1000
          RX bytes:109661057 (109.6 MB)  TX bytes:637065607 (637.0 MB)

lo        Link encap:Локальная петля (Loopback) 
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:1491 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1491 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:127084 (127.0 KB)  TX bytes:127084 (127.0 KB)

ppp0      Link encap:Протокол PPP (Point-to-Point Protocol) 
          inet addr:192.168.1.200  P-t-P:192.168.1.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1400  Metric:1
          RX packets:12 errors:0 dropped:0 overruns:0 frame:0
          TX packets:66 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:131 (131.0 B)  TX bytes:3734 (3.7 KB)


[fisher74]

А вот в чём грабли. А можете в своей домашней сети сменить адресацию? А то у Вас совпадает с адресацией в удалённой сети.

[Kr1og5n]

А вот в чём грабли. А можете в своей домашней сети сменить адресацию? А то у Вас совпадает с адресацией в удалённой сети.

Могу сменить, но вопрос остается, в других ОС все работает в данной адресации. С чем может быть связано?

[fisher74]

Вам правда интересно?
А Ваша локальная сеть в них работает, когда подключены по VPN?

[Kr1og5n]

Проверил, действительно VPN с другой подсетью заработал, правда в интернет я выйти почему-то не могу, брожу только по локальной сети организации. На других ОС у меня интернет не пропадает.

Доступны ли ресурсы моей сети при подключенном VPN - я не знаю, не проверял, честно говоря, не было такой надобности.

Помогите советом, что надо поправить, скорее всего со стороны сети организации, чтобы не было таких косяков как нерабочий инет или не подключение к сети из-за одной подсети?
Спасибо!

[fisher74]

с pptp не смогу подсказать, так как в нём сервер клиенту вроде указывает только IP-адрес, ну может ещё настройки DNS.
Нет. Не буду врать. Может что скажут старшие товарищи.

А чтобы Ваш интернет работал, поставьте галочку "Использовать только для ...." в параметрах IPv4.. но это если используете NetworkManager

[koshev]

Вывод по ip -4 route show table all type unicast:

Код: [Выделить]

default via 192.168.1.1 dev eth0  proto static
169.254.0.0/16 dev eth0  scope link  metric 1000
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.2  metric 1
194.194.48.48 via 192.168.1.1 dev eth0  src 192.168.1.2


Тут линка ppp нет. Ибо была бы строчка

Код: (text) [Выделить]

192.168.1.1 dev ppp0  proto kernel  scope link  src 192.168.1.200Даже с учётом одинаковой адресации домашней и удалённой сетей.
Что касается "косяков". Это собственно не баг, а фича. Нет никакого смысла гонять интернет-траффик через удалённый сервер pptp, а этот протокол нагружает железо будь здоров, поэтому Вы для доступа к Интернет пользуетесь своим каналом, а для доступа к сети организации маршрут на эти сети через поднятый туннель.
Я не в курсе, Выдает ли ДФЛька маршрутизацию через поднятый туннель, а по идее должна, но в функционал линухового dhclient'а, не заложено получение маршутизации через PPP. Поэтому Вы просто используете статическую маршрутизацию, заведомо известную, либо через скрипты ifupdown, либо через NetworkManager, в зависимости что управляет сетью на вашем компьютере. Вот и вся песня. 
Пользователь решил продолжить мысль 30 Декабря 2013, 00:20:57:Ну и про дефрагментацию tcp-пакетов (TCPMSS) надо помнить. Ибо MTU на ppp-линке меньше, чем на ethernet.