После подключения по VPN пропадает интернет

[shurgenz]

Здравствуйте, после недели поиска в интернете, пишу Вам.

Установил я Ubuntu 14.04 и порадовался... все работает прекрасно, скайп установил, супруга рада. Это всё что ей в общем то надо.

Мне же есть нужда подключаться к рабочему VPN. Максимальный результат, которого я достиг, это успешное подключение к рабочему VPN, но отключение интернета. При этом скайп почему-то работает.

помогите пожалуйста!

Без VPN:
shurgenz@ice321:/etc/network$ route -n
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0         10.214.0.1      0.0.0.0         UG    0      0        0 eth0
10.214.0.0      0.0.0.0         255.255.0.0     U     1      0        0 eth0

с VPN:
shurgenz@ice321:/etc/network$ route -n
Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0         10.214.0.1      0.0.0.0         UG    0      0        0 eth0
10.214.0.0      0.0.0.0         255.255.0.0     U     1      0        0 eth0
62.152.66.6     10.214.0.1      255.255.255.255 UGH   0      0        0 eth0
62.152.66.6     10.214.0.1      255.255.255.255 UGH   0      0        0 eth0
62.152.66.6     10.214.0.1      255.255.255.255 UGH   0      0        0 eth0
62.152.66.6     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0

что у меня не так? подскажите пожалуйста!

[fisher74]

C DNS у Вас "не так". Видимо рабочий VPN выставляет свои сервера DNS. Либо отказываться от них, либо ...

[shurgenz]

я в этом всем не очень понимаю... ДБА я... у наших ребят взял инструкцию по настройке VPN на MAC-е...

там для добавления маршрута выполняется питонячий скрипт:

#!/usr/bin/python
# -*- coding: utf-8 -*-
import os
import subprocess
 
if 'IPREMOTE' not in os.environ or os.environ['IPREMOTE'] != "62.152.66.6":
    with open("/tmp/ppp.log", 'w') as f:
        f.write("IPREMOTE is bad\n\n")
    exit(0)
 
try:
    subprocess.call("/sbin/route -n add -net 62.152.66.152/29 192.168.222.254", shell=True)
except Exception as e:
    with open("/tmp/ppp.log", 'w') as f:
        f.write("Subprocess error!!!\n\n")
        f.write(str(e))
 
try:
    found = False
    with open("/etc/hosts", 'r') as f:
        for line in f.readlines():
            if line.find("stash") >= 0 and line.find("62.152.66.158") >= 0:
                found = True
                break
    if not found:
        with open("/etc/hosts", 'a') as f:
            f.writelines("62.152.66.158  stash\n")
except Exception as e:
    with open("/tmp/ppp.log", 'w') as f:
        f.write("We got an error {0}".format(str(e)))
 
with open("/tmp/ppp.log", 'w') as f:
    f.write("Route added, hosts patched. Ipremote is {0}".format(os.environ['IPREMOTE']))

Но я в нем не силён.

В описании для мака про ДНС однако ни слова не было

[SvMidi]

Пожалуй чем скайп хорош, дак это тем, что работает по IP и по нему сразу видно по крайней мере проблемы с DNS.
Как вариант сделай так

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

sudo echo "nameserver 8.8.8.8" > /etc/resolv.confэто добавит гугловский DNS до перезагрузки, а так через NM прописать и дело в шляпе
Пользователь решил продолжить мысль 06 Октября 2014, 22:14:04:на http://stash/ наверно можете зайти?

[shurgenz]

shurgenz@ice321:/etc/network$ sudo echo "nameserver 8.8.8.8" > /etc/resolv.conf
bash: /etc/resolv.conf: Отказано в доступе

после sudo su только заработало... это сообщение написал под VPN...  Действительно видимо DNS....  Как это бороть? Спрашивать админа? Или есть способ проще?

[ArcFi]

Либо вообще не брать DNS через VPN, либо можно, например, локально с помощью dnsmasq делегировать зону с VPN-сетью на соответствующие DNS.

[fisher74]

Как вариант сделай так

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

sudo echo "nameserver 8.8.8.8" > /etc/resolv.conf

Как бэ этот вариант по любому не сработает из-за того что sudo не передаёт привелегий, что собственно и произошло у ТС. А надо через sudo su -c ...
Но этот путь неверный. Надо просто отказаться от получения списка ДНС. Если настраивается в NM, то это вообще одним кликом мыши делается.

[shurgenz]

Надо просто отказаться от получения списка ДНС. Если настраивается в NM, то это вообще одним кликом мыши делается.

Я настраивал VPN через графический интерфейс... только вот не нашел там где отказываться от DNS

[ArcFi]

shurgenz, IPv4 > Автоматически, Только адрес

[shurgenz]

Администратор наш сказал, что нет у нас ДНС. Про скайп кстати.... работает какое-то время, потом отваливается. Ещё говорит, пропробуй ping www.yanedx.ru Эта команда напишет IP яндекса, и будет слать пакеты, если в ДНС дело. Так вот, ай-пи янедкса пишет, и виснет, пока не отключишь ВПН.

Он ещё для проверки порекомендовал две команды:

ip addr sh

(Нажмите, чтобы показать/скрыть)

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:25:22:9d:cf:b0 brd ff:ff:ff:ff:ff:ff
    inet 10.214.79.92/16 brd 10.214.255.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::225:22ff:fe9d:cfb0/64 scope link
       valid_lft forever preferred_lft forever
3: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1400 qdisc pfifo_fast state UNKNOWN group default qlen 3
    link/ppp
    inet 192.168.222.93 peer 62.152.66.6/32 brd 192.168.222.93 scope global ppp0
       valid_lft forever preferred_lft forever

ip link sh

(Нажмите, чтобы показать/скрыть)

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 00:25:22:9d:cf:b0 brd ff:ff:ff:ff:ff:ff
3: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1400 qdisc pfifo_fast state UNKNOWN mode DEFAULT group default qlen 3
    link/ppp

Пользователь решил продолжить мысль [time]07 Октябрь 2014, 23:54:33[/time]:

shurgenz, IPv4 > Автоматически, Только адрес

Так и сделал, не помогло

[fisher74]

Администратор наш сказал, что нет у нас ДНС.

что не мешает ppp-серверу передать какой-нибудь левак

Он ещё для проверки порекомендовал две команды:

полезные команды.... если знаешь для чего они.

Если Вы с таблицей маршрутизации выложенной в первом сообщении не покривили душой, то я вижу только проблемы с доступом к рабочей сети, так как нет маршрута 62.152.66.152/29 via 192.168.222.254. Вы его можете добавить в настройках соединения VPN в закладке "параметры IPv4" под кнопкой "Маршруты..."
Добавьте, переподключитесь и снова покажите стандартную на этом форуме диагностику

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

ifconfig -a
route -n
nslookup ya.ru
nslookup ya.ru 8.8.8.8

[shurgenz]

Да вроде бы как раз такой маршрут я добавлял

там в строке маршрут выглядит так: приложил odt документ. (к сожалению снимок приложить не могу, форум картинки не подхватывает)

ifconfig -a

(Нажмите, чтобы показать/скрыть)

eth0      Link encap:Ethernet  HWaddr 00:25:22:9d:cf:b0 
          inet addr:10.214.79.92  Bcast:10.214.255.255  Mask:255.255.0.0
          inet6 addr: fe80::225:22ff:fe9d:cfb0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:127613 errors:0 dropped:0 overruns:0 frame:0
          TX packets:43573 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:55271985 (55.2 MB)  TX bytes:5776696 (5.7 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:2711 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2711 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:312248 (312.2 KB)  TX bytes:312248 (312.2 KB)

ppp0      Link encap:Протокол PPP (Point-to-Point Protocol) 
          inet addr:192.168.222.100  P-t-P:62.152.66.6  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1400  Metric:1
          RX packets:10 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:170 (170.0 B)  TX bytes:538 (538.0 B)

route -n

(Нажмите, чтобы показать/скрыть)

Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0         10.214.0.1      0.0.0.0         UG    0      0        0 eth0
10.214.0.0      0.0.0.0         255.255.0.0     U     1      0        0 eth0
62.152.66.6     10.214.0.1      255.255.255.255 UGH   0      0        0 eth0
62.152.66.6     10.214.0.1      255.255.255.255 UGH   0      0        0 eth0
62.152.66.6     10.214.0.1      255.255.255.255 UGH   0      0        0 eth0
62.152.66.6     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0

nslookup ya.ru - молчок

nslookup ya.ru 8.8.8.8

(Нажмите, чтобы показать/скрыть)

Server:      8.8.8.8
Address:   8.8.8.8#53

Non-authoritative answer:
Name:   ya.ru
Address: 213.180.204.3
Name:   ya.ru
Address: 93.158.134.3
Name:   ya.ru
Address: 213.180.193.3

[fisher74]

Маску поправьте на 255.255.255.248
А диагностика только подтвержлает, что у Вас при соединении VPN указан косячный DNS-сервер... Или он по адресации лезет через VPN.
Есть 2 варианта решения без мордобития админу VPN (хотя может и больше):
1. Всё же сделать как спредложил ArcFi
2.... да ну на фиг этот второй. Как в качестве альтернативы укажите в этом соединении гугло-DNS-ы (8.8.8.8, 8.8.4.4)

[shurgenz]

Маску поправьте на 255.255.255.248

Бинго! хоть что-то заработало!
по крайней мере пингуется один из серверов рабочих, ай-пи которого помню

правда пропали и интернет и скайп отвалился тоже.

теперь результаты диагностики:

ifconfig -a

(Нажмите, чтобы показать/скрыть)

eth0      Link encap:Ethernet  HWaddr 00:25:22:9d:cf:b0 
          inet addr:10.214.79.92  Bcast:10.214.255.255  Mask:255.255.0.0
          inet6 addr: fe80::225:22ff:fe9d:cfb0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:264301 errors:0 dropped:0 overruns:0 frame:0
          TX packets:86032 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:115799684 (115.7 MB)  TX bytes:10823582 (10.8 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:4590 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4590 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:517872 (517.8 KB)  TX bytes:517872 (517.8 KB)

ppp0      Link encap:Протокол PPP (Point-to-Point Protocol) 
          inet addr:192.168.222.98  P-t-P:62.152.66.6  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1400  Metric:1
          RX packets:183 errors:0 dropped:0 overruns:0 frame:0
          TX packets:898 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:12108 (12.1 KB)  TX bytes:53854 (53.8 KB)

route -n

(Нажмите, чтобы показать/скрыть)

Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0
10.214.0.0      0.0.0.0         255.255.0.0     U     1      0        0 eth0
62.152.66.6     10.214.0.1      255.255.255.255 UGH   0      0        0 eth0
62.152.66.6     10.214.0.1      255.255.255.255 UGH   0      0        0 eth0
62.152.66.6     10.214.0.1      255.255.255.255 UGH   0      0        0 eth0
62.152.66.6     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
62.152.66.152   192.168.222.254 255.255.255.254 UG    2      0        0 ppp0
192.168.222.254 0.0.0.0         255.255.255.255 UH    0      0        0 ppp0

nslookup ya.ru

(Нажмите, чтобы показать/скрыть)

Server:      192.168.222.1
Address:   192.168.222.1#53

Non-authoritative answer:
Name:   ya.ru
Address: 213.180.193.3
Name:   ya.ru
Address: 213.180.204.3
Name:   ya.ru
Address: 93.158.134.3

nslookup ya.ru 8.8.8.8 - вот тут теперь молчок
Пользователь решил продолжить мысль 08 Октября 2014, 22:34:26:хм..... получилось один раз.... что потом произошло, не понимаю. картина первоначальной диагностики. может что-то рестартнуть надо?

[fisher74]

теперь у Вас VPN стал основным шлюзом. Зачем галочку сняли "использовать это соединение только для ресурсов этой сети"?
Пользователь решил продолжить мысль 08 Октября 2014, 23:35:23:Ой.. .я только сейчас начал понимать, какую срань сделали Ваши админы...
Значит так... ставьте галочку, уберите рукописные маршруты и переапустите VPN
Откройте терминал и проверьте, что таблица маршрутизации выглядит так

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

0.0.0.0         10.214.0.1      0.0.0.0         UG    0      0        0 eth0
10.214.0.0      0.0.0.0         255.255.0.0     U     1      0        0 eth0
62.152.66.6     10.214.0.1      255.255.255.255 UGH   0      0        0 eth0
62.152.66.6     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0После этого введите команды

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

sudo route add -net 192.168.222.0 netmask 255.255.255.0 dev ppp0
sudo route add -net 62.152.66.152 netmask 255.255.255.248 gw 192.168.222.254 dev ppp0После этого проверяйте соединение с рабочей сетью и инетернетом

Если система ругнулась на команды - чирикните, может где ошибся.
Ждём результатов испытаний