Показать полную графическую версию : [решено] Настройка VPN (pptp)
Привет всем.
Пытаюсь тут подключить интернет на Ubuntu 8.04. При подключении кабеля сеть определилась (значок появился), но внутрисетевой IP адрес используется не тот, который мне выдали. Я записала нужные параметры в /etc/network/interfaces
iface eth0 inet static
address 172.16.3.226
netmask 255.255.252.0
gateway 172.16.0.6
dns-nameservers 172.16.0.3 172.16.0.1
auto eth0
После этого ifconfig выглядит вот так
nika@localhost:~$ ifconfig
eth0 Link encap:Ethernet HWaddr 00:a0:d1:8b:16:d5
inet addr:172.16.3.226 Bcast:172.16.3.255 Mask:255.255.252.0
inet6 addr: fe80::2a0:d1ff:fe8b:16d5/64 Диапазон:Ссылка
ВВЕРХ BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3279 errors:0 dropped:0 overruns:0 frame:0
TX packets:230 errors:0 dropped:0 overruns:0 carrier:0
коллизии:0 txqueuelen:1000
RX bytes:346272 (338.1 KB) TX bytes:18356 (17.9 KB)
Прервано:252 Base address:0xe000
lo Link encap:Локальная петля (Loopback)
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Диапазон:Узел
ВВЕРХ LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:5 errors:0 dropped:0 overruns:0 frame:0
TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
коллизии:0 txqueuelen:0
RX bytes:438 (438.0 B) TX bytes:438 (438.0 B)
Но на сайт провайдера пускает и есть доступ к ftp. Где я ошиблась? почему "Прервано:252 Base address:0xe000"?
А, еще в настройках сети -> общие изменила пареметр "имя домена" на ISM (я так поняла это имя рабочей группы? в общем не знаю что тут писать), имя узла оставила как было localhost
А, да теперь в консоли такое:
nika@localhost:~$ sudo -s -H
sudo: unable to resolve host localhost
root@localhost:/home/nika#
Если что-то не указала - спрашивайте (3 дня назад только узнала что такое vpn :))
Если это поможет:
root@localhost:/home/nika# pon myvpn debug dump logfd 2 nodetach
pppd options in effect:
debug # (from command line)
nodetach # (from command line)
logfd 2 # (from command line)
dump # (from command line)
noauth # (from /etc/ppp/options.pptp)
refuse-chap # (from /etc/ppp/options.pptp)
refuse-eap # (from /etc/ppp/options.pptp)
name galanov # (from /etc/ppp/peers/myvpn)
remotename PPTP # (from /etc/ppp/peers/myvpn)
# (from /etc/ppp/options.pptp)
pty pptp 10.102.4.101 --nolaunchpppd # (from /etc/ppp/peers/myvpn)
crtscts # (from /etc/ppp/options)
local # (from /etc/ppp/options)
asyncmap 0 # (from /etc/ppp/options)
lcp-echo-failure 4 # (from /etc/ppp/options)
lcp-echo-interval 30 # (from /etc/ppp/options)
hide-password # (from /etc/ppp/options)
ipparam server # (from /etc/ppp/peers/myvpn)
defaultroute # (from /etc/ppp/peers/myvpn)
replacedefaultroute # (from /etc/ppp/peers/myvpn)
noproxyarp # (from /etc/ppp/options)
nobsdcomp # (from /etc/ppp/options.pptp)
nodeflate # (from /etc/ppp/options.pptp)
require-mppe-128 # (from /etc/ppp/options.pptp)
noipx # (from /etc/ppp/options)
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x77961c86> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x77961c86> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x77961c86> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x77961c86> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x77961c86> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x77961c86> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x77961c86> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x77961c86> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x77961c86> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x77961c86> <pcomp> <accomp>]
Terminating on signal 2
sent [LCP TermReq id=0x2 "User request"]
Child process pptp 10.102.4.101 --nolaunchpppd (pid 6518) terminated with signal 2
Modem hangup
Connection terminated.
Или у меня все нормально с eth0? Так трудно ответить...
2Naiad
Почитайте вот здесь. Правда, давно это было :)
http://www.rpunet.ru/mopslinux/forum/index.php?topic=150.0
Спасибо, mvt, хоть кто-то тут живой) У меня уже есть все эти настройки, только не коннектится пока. Единственное что не могу понять, какой шлюз надо тут писать?
/sbin/route add -net ваша_сеть gw ваш_шлюз #дублируем дефолтный шлюз на локалку, чтоб не потерять с ней связь
/sbin/route del default #удаляем дефолтный шлюз
/usr/sbin/pppd call vpn #поднимаем туннель ррр0
/sbin/route add default dev ppp0 #дефолтный шлюз на туннель
На винде ipconfig при установленном соединении выдает 2 параметра:
Подключение по локальной сети - Ethernet адаптер:
Основной шлюз . . . . 172.16.0.6
Интерсвязь-М - РРР адаптер:
Основной шлюз . . . . 10.102.4.101
То есть я так понимаю 172.16.0.6 - "дефолтный шлюз на локалку"
10.102.4.101 - "дефолтный шлюз на туннель"
мне все эти цифры ни о чем не говорят((
Да, кстати
require-mppe-128 »
Это я убрала, оказывается шифрование не используется :)
Naiad, скажи, а у тебя ADSL подключение, или напрямую к локальной сети?
Поясню мысль. Для ADSL есть полуавтоматический настройщик pptp-setup помему. В случае с локальной сетью его запускать не требуется. Достаточно вручную изменить файлы
/etc/ppp/options.pptp
/etc/ppp/chap-secrets
/etc/ppp/peers/$TUNNEL (по имени тунеля)
VPN сервер пингуется? 10.102.4.101 »
Ведь он в другой подсети.
sent [LCP TermReq id=0x2 "User request"] »
Не знаю чем отличаються слова
TermReq от ConfReq. Но имя пользователя на всякий случай возьми в кавычки ""
А вто с дефолтным шлюзом не все так просто. У меня в винде написан 192.168.25.1 а для Linux нужен 192.168.25.254 Так же я у себя менял метрику маршрутов по умлочанию, на локалку metric 2 на тунель metric 0, и порядок DNS серверов /ett/resolv.conf т.к. локальный DNS отказывался оперативно распозновать yandex.ru например.
VPN сервер пингуется? »
нет не пингуется совсем
ADSL это через модем чтоли? У меня тип подключения pptp. Для ADSL есть полуавтоматический настройщик pptp-setup помему »
может ты имеешь в виду pppoe-setup?
sent [LCP TermReq id=0x2 "User request"] »
Это по-моему оно имеет ввиду, что я сама прекратила подключение (Ctrl+C), т. к. долго соединяется
ADSL это через модем чтоли? У меня тип подключения pptp. »
Угу. Модем. Про ADSL ничего путного сказать не смогу т.к. видел их только на картинках.
pptp - это несколько другое.
/sbin/route add -net ваша_сеть gw ваш_шлюз #дублируем дефолтный шлюз на локалку, чтоб не потерять с ней связь
/sbin/route del default #удаляем дефолтный шлюз
/usr/sbin/pppd call vpn #поднимаем туннель ррр0
/sbin/route add default dev ppp0 #дефолтный шлюз на туннель »
А не нарушена ли последовательность действий? Т.е. сначала создаем vpn подключение (пока есть связь с сервером) а только после удачного и стабильного соеденения правим таблицу маршрутизации.
pon myvpn debug dump logfd 2 nodetach создаем связь
route del default gw $IPлокальный_шлюз удаляем шлюз по умолчанию
route add default gw $IPлокальный_шлюз metric 2 т.е. увеличиваем метрику локальной сети. чтоб туда особенно не ломилось.
route add default gw $vpn metric 0 метрика виртуального маршрута меньше, чем у локалки, и пакету проще прыгнуть туда
и после этого пакеты начали прыгать по нужному интерфейсу ppp0
что подтверждает traceroute
Все же поинтересуйся про шлюз по умолчанию у админов провайдера. Раньше он у меня совпадал с шлюзом по умолчанию в Windows(после установки соеденения параметру local IP address в Linux 192.168.25.1). Теперь равен параметру remote IP address при прохождении vpn соеденения в Linux. 192.168.25.254 Т.е. начало и конец тунеля.
Извени елси запутал своими шлюзами )
(сработает ли если просто написать route add default gw ppp0 не знаю, еще не попробовал)
Спасибо большое! Есть над чем подумать.
Может быть вот это прояснит ситуацию:
route print (до соединения)
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 172.16.0.6 172.16.3.226 20
10.0.0.0 255.255.0.0 172.16.0.6 172.16.3.226 1
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
172.16.0.0 255.255.252.0 172.16.3.226 172.16.3.226 20
172.16.3.226 255.255.255.255 127.0.0.1 127.0.0.1 20
172.16.255.255 255.255.255.255 172.16.3.226 172.16.3.226 20
212.45.14.26 255.255.255.255 172.16.0.6 172.16.3.226 1
224.0.0.0 240.0.0.0 172.16.3.226 172.16.3.226 20
255.255.255.255 255.255.255.255 172.16.3.226 172.16.3.226 1
Основной шлюз: 172.16.0.6
после соединения:
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 10.102.4.101 10.102.4.101 1
0.0.0.0 0.0.0.0 172.16.0.6 172.16.3.226 21
10.0.0.0 255.255.0.0 172.16.0.6 172.16.3.226 1
10.102.4.101 255.255.255.255 127.0.0.1 127.0.0.1 50
10.255.255.255 255.255.255.255 10.102.4.101 10.102.4.101 50
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
172.16.0.0 255.255.252.0 172.16.3.226 172.16.3.226 20
172.16.0.3 255.255.255.255 172.16.3.226 172.16.3.226 20
172.16.3.226 255.255.255.255 127.0.0.1 127.0.0.1 20
172.16.255.255 255.255.255.255 172.16.3.226 172.16.3.226 20
212.45.14.26 255.255.255.255 172.16.0.6 172.16.3.226 1
224.0.0.0 240.0.0.0 172.16.3.226 172.16.3.226 20
224.0.0.0 240.0.0.0 10.102.4.101 10.102.4.101 1
255.255.255.255 255.255.255.255 10.102.4.101 10.102.4.101 1
255.255.255.255 255.255.255.255 172.16.3.226 172.16.3.226 1
Основной шлюз: 10.102.4.101
2Naiad
Попробуйте все-таки этот скрипт. Поместите в /usr/sbin и запустите командой pptp-command setup
Просто отвечайте на вопросы, которые будут задаваться.
PS Может, сначала нужно будет удалить старый туннель. Подробности по ссылке выше.
А потом можно написать скриптики вида
#!/bin/sh
route add -host <IP vpn-сервера> gw <IP шлюза внутренней сети>
route del default
pptp-command start <имя туннеля>
Ну и в таком же духе на останов туннеля и перезапуск настроек сети, потом вывести ссылки на них (в виде значков) куда-нибудь и управлять подключениями мышем :)
mvt, да я начинала с этого, не получилось(
Может из-за этой ошибки?
bash-3.1# pptp-command
1.) start
2.) stop
3.) setup
4.) quit
What task would you like to do?: 3
ls: cannot access /etc/pptp.d: No such file or directory
Попробуем еще раз :) Значит где что у меня написано..
/etc/network/interfaces:
iface eth0 inet static
address 172.16.3.226
netmask 255.255.252.0
gateway 172.16.0.6
dns-nameservers 172.16.0.3 172.16.0.1
auto eth0
/etc/ppp/options.pptp
lock
noauth
nobsdcomp
nodeflate
/etc/ppp/chap-secrets
мой_логин PPTP мой_пароль *
/etc/ppp/peers/myvpn
pty "pptp 172.16.0.6 --nolaunchpppd"
name мой_логин
remotename PPTP
defaultroute
fail /etc/ppp/options.pptp
ipparam server
replacedefaultroute
/etc/resolv.conf
nameserver 172.16.0.3
nameserver 172.16.0.1
root@localhost:/home/nika# pon myvpn debug dump logfd 2 nodetach
pppd options in effect:
debug # (from command line)
nodetach # (from command line)
logfd 2 # (from command line)
dump # (from command line)
noauth # (from /etc/ppp/options.pptp)
name galanov # (from /etc/ppp/peers/myvpn)
remotename PPTP # (from /etc/ppp/peers/myvpn)
# (from /etc/ppp/options.pptp)
pty pptp 172.16.0.6 --nolaunchpppd # (from /etc/ppp/peers/myvpn)
ipparam server # (from /etc/ppp/peers/myvpn)
nobsdcomp # (from /etc/ppp/options.pptp)
nodeflate # (from /etc/ppp/options.pptp)
using channel 6
Using interface ppp0
Connect: ppp0 <--> /dev/pts/3
anon warn[open_inetsock:pptp_callmgr.c:326]: connect: Connection refused
anon fatal[callmgr_main:pptp_callmgr.c:124]: Could not open control connection to 172.16.0.6
anon fatal[open_callmgr:pptp.c:426]: Call manager exited with error 256
Script pptp 172.16.0.6 --nolaunchpppd finished (pid 6539), status = 0x1
Modem hangup
Connection terminated.
Попробую еще раз pptp-command, а туннели там не надо удалять, он спрашивает какой использовать.
2Naiad
А досюда http://www.rpunet.ru/mopslinux/forum/index.php?PHPSESSID=abrl5f2q6mkushgg4ca8efuem7&topic=150.msg1161#msg1161
дочитали?
Naiad, содержимое файлов вроде верно. Единственно что, мне не нравиться это VPN сервер.
Приведи дополнительно адрес VPN сервера и трассировку маршрута до него.
\ tracert $ip_vpnsrv
# traceroute $ip_vpnsrv
pty pptp 10.102.4.101 --nolaunchpppd »
в одном из первых сообщений. vpn начинался с 10.102 ...
Потом ты пишешь что 172.16.0.6 это шлюз
gateway 172.16.0.6 »
и потом ты пытаешься приконектиться к нему по vpn
pty "pptp 172.16.0.6 --nolaunchpppd" »
На что собственно он и ругается.
anon fatal[callmgr_main:pptp_callmgr.c:124]: Could not open control connection to 172.16.0.6 »
Я думаю mvt это и имел ввиду.
root@mops:~# route add -host <IP vpn-сервера> gw <IP внутренней сети> #Добавляем маршрут до vpn - сервера
root@mops:~# route del default #Удаляем дефолтный маршрут
root@mops:~# pptp-command start <имя туннеля> #Запускаем туннель
Т.е. до установки соеденения vpn сервер мы объязанны видеть.
Приведи дополнительно адрес VPN сервера и трассировку маршрута до него. »
Я звонила, спрашивала, сказали 172.16.0.6 :(
Тут вот http://posix.ru/network/my_vpn/ написано как узнать адрес
$ host труляля.ok :)
# host nas1.shodnya
nas1.shodnya has address 172.16.0.1
nas1.shodnya has address 172.16.0.3
nas1.shodnya has address 172.16.0.20
nslookup nas1.shodnya
Server 172.16.0.3
Address 172.16.0.3#53
Name: nas1.shodnya
Address: 172.16.0.3
Name: nas1.shodnya
Address 172.16.0.20
Name nas1.shodnya
Address 172.16.0.1
(в винде то же самое)
172.16.0.3 - это и есть IP vpn-сервера?
#traceroute 172.16.0.3
traceroute to 172.16.0.3 (172.16.0.3), 30 hosts max, 40 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * и тд, пока не остановишь
И для остальных 2 адресов то же самое
C:\Documents and Settings\nika>tracert 172.16.0.3
Трассировка маршрута к nas2shodnya.shodnya [172.16.0.3]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс nas2shodnya.shodnya [172.16.0.3]
Трассировка завершена.
C:\Documents and Settings\nika>tracert 172.16.0.1
Трассировка маршрута к nas1shodnya.shodnya [172.16.0.1]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс nas1shodnya.shodnya [172.16.0.1]
Трассировка завершена.
C:\Documents and Settings\nika>tracert 172.16.0.20
Трассировка маршрута к nas22shodnya.shodnya [172.16.0.20]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс nas22shodnya.shodnya [172.16.0.20]
Трассировка завершена.
Да, вот еще в "подкючении по локальной сети"-> состояние есть параметры:
IP-адрес 172.16.3.226
Маска подсети 255.255.252.0
Основной шлюз 172.16.0.6
DHCP-сервер 172.16.0.1
DNS-серверы 172.16.0.3
172.16.0.1
Может я зря указала в /etc/network/interfaces "iface eth0 inet static", раз есть DHCP-сервер?
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.