LINUX.ORG.RU

Подключение к PPTP

 ,


0

1

Всем доброго!

Периодически мне требуется авторизоваться на одном сервисе для последующего его использования, сервис требует что бы акк был авторизован с территории Америки, только в этом случае сервис будет работать. Но это не суть важно.

И так, попытки подключиться через OpenVPN у меня провалились и на них я тупо забил. В качестве анонимизации выбрал протокол PPTP, который требует меньше гемора в плане настройки.

И так поехали:

ОС: Fedora 19 / Софт: pptp, pppd, KNetworkManager

SELinux перед всеми манипуляциями был отключен путём ввода команды: setenforce 0

1. Попытка подключения к сервису HideMe по средствам PPTP + KNetworkManager увенчалась успехом. Вроде на этом можно было и закончить если бы не один небольшой нюанс в виде однодневного триала, а это значит что каждый раз когда мне надо будет залогиниться к сервису, придётся заморочиться с получением нового триала, а это меня не устраивает.

2. Попытка подключения к сервису VPNBook по средствам PPTP + KNetworkManager провалилась, вылетает ошибка подключения либо сразу, либо немного погодя. Аналогичные сервисы выдают тоже самое. Попытка найти лог pptp не увенчалась успехом, папка /var/log/ppp оказалось путой.

3. Так как отсутствие логов меня не порадовало, я пошёл иным путём и решил настроить всё вручную без использования NM, настраивал по инструкции на этом сайте: http://d-group.net.ua/content/view/63/

Тут я столкнулся с 2-мя проблемами:

Первая - подключение к HideMe - успех, но по данным 2ip, я к VPN не подключен(IP мой, Провайдер тоже мой).

Вторая - подключение к VPNBook опять провалилось

Ниже привожу логи подключений:

Подключение к HideMe

# pptp 158.255.214.125 file /etc/ppp/peers/hideme-new
using channel 46
Using interface ppp0
Connect: ppp0 <--> /dev/pts/4
sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x6f4c99a5> <pcomp> <accomp>]
rcvd [LCP ConfRej id=0x1 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfReq id=0x2 <mru 1460> <magic 0x6f4c99a5>]
rcvd [LCP ConfNak id=0x2 <mru 1400>]
sent [LCP ConfReq id=0x3 <mru 1400> <magic 0x6f4c99a5>]
rcvd [LCP ConfAck id=0x3 <mru 1400> <magic 0x6f4c99a5>]
rcvd [LCP ConfReq id=0x1 <auth chap MS-v2> <magic 0x41c0e987> <mru 1400>]
sent [LCP ConfAck id=0x1 <auth chap MS-v2> <magic 0x41c0e987> <mru 1400>]
sent [LCP EchoReq id=0x0 magic=0x6f4c99a5]
rcvd [CHAP Challenge id=0x1 <aad3fe69aca04f9c3b3665edb400f822>, name = ""]
sent [CHAP Response id=0x1 <37a2ea07258a3028beb50e7db7fbc3050000000000000000137c47b57305f6e267de3cc560c1b89abe3e8d5b4691919400>, name = "9237365"]
rcvd [LCP EchoRep id=0x0 magic=0x41c0e987]
rcvd [CHAP Success id=0x1 "S=CFF582D52D9C6B754A1ABE27575B0BCD3AF72EDE M=Authentication succeeded"]
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 9> <deflate(old#) 9> <bsd v1 9>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>]
sent [CCP ConfRej id=0x1 <mppe +H -M +S -L -D -C>]
rcvd [IPCP ConfReq id=0x1 <addr 10.118.64.1>]
sent [IPCP ConfAck id=0x1 <addr 10.118.64.1>]
rcvd [CCP ConfRej id=0x1 <deflate 9> <deflate(old#) 9> <bsd v1 9>]
sent [CCP ConfReq id=0x2]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>]
rcvd [CCP ConfReq id=0x2]
sent [CCP ConfAck id=0x2]
rcvd [CCP ConfAck id=0x2]
rcvd [IPCP ConfNak id=0x2 <addr 10.127.72.47>]
sent [IPCP ConfReq id=0x3 <addr 10.127.72.47>]
rcvd [IPCP ConfAck id=0x3 <addr 10.127.72.47>]
not replacing existing default route via 192.168.0.1
local  IP address 10.127.72.47
remote IP address 10.118.64.1
Script /etc/ppp/ip-up started (pid 7358)
Script ?? finished (pid 7349), status = 0x0
Script /etc/ppp/ip-up finished (pid 7358), status = 0x0

Вывод ifconfig:

ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1400
        inet 10.127.72.47  netmask 255.255.255.255  destination 10.118.64.1
        ppp  txqueuelen 3  (Point-to-Point Protocol)
        RX packets 10  bytes 273 (273.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 10  bytes 223 (223.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Подключение к VPNBook:

# pptp us1.vpnbook.com file /etc/ppp/peers/vpnbook 
using channel 47
Using interface ppp0
Connect: ppp0 <--> /dev/pts/4
sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0xccd6fa7e> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0xccd6fa7e> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0xccd6fa7e> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x7b5f23ee> <pcomp> <accomp>]
sent [LCP ConfAck id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x7b5f23ee> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0xccd6fa7e> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xccd6fa7e]
rcvd [LCP EchoReq id=0x0 magic=0x7b5f23ee]
sent [LCP EchoRep id=0x0 magic=0xccd6fa7e]
rcvd [CHAP Challenge id=0xce <80f2694a7f108edf7fab16b7161f4403>, name = "pptpd"]
sent [CHAP Response id=0xce <d34efd1b070928ee64318e7b2b5df31c000000000000000073ce7aec627b63df792580c5fcb12984596d773a7daf3bb400>, name = "vpnbook"]
rcvd [LCP EchoRep id=0x0 magic=0x7b5f23ee]
rcvd [CHAP Success id=0xce "S=688D9EE8C34A3BF701BCE2D05CCD4F6379BDDD21 M=Access granted"]
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 9> <deflate(old#) 9> <bsd v1 9>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>]
sent [CCP ConfRej id=0x1 <mppe +H -M +S -L -D -C>]
rcvd [LCP TermReq id=0x2 "MPPE required but peer negotiation failed"]
LCP terminated by peer (MPPE required but peer negotiation failed)
sent [LCP TermAck id=0x2]
rcvd [CCP ConfRej id=0x1 <deflate 9> <deflate(old#) 9> <bsd v1 9>]
Discarded non-LCP packet when LCP not open
Terminating on signal 15
Connection terminated.
Modem hangup


В первом случае у вас маршрутизация идёт через DNS вашего провайдера(судя по тому, что отражено в логах). Получается, что вы подключены к двум сетям, и интернет-трафик идёт через вашего провайдера. А не через VPN(как должно быть). Нужно завернуть траффик на DNS-ку в сети VPN-провайдера.

lucentcode ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.