The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Тематический каталог: VPN соединение из Linux (pptpclient) к..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"Тематический каталог: VPN соединение из Linux (pptpclient) к..."  
Сообщение от auto_topic on 09-Дек-03, 17:23 
Обсуждение статьи тематического каталога: VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифрованием MPPE128 (vpn linux freebsd crypt pptp tunnel patch)

Ссылка на текст статьи: http://www.opennet.ru/base/net/pptp_mppe_crypt.txt.html

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от Blc on 09-Дек-03, 17:23 
А зачем патч качать откудато, если он идет в поставке в последнеи pppd, народ читайте документацию
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от Alexander email on 09-Дек-03, 19:09 
Не спорю, идёт, работает, но не с сервером на FreeBSD
PopTop и Windows серверы работают с pptpclient без проблем
Вот история событий:
http://linuxportal.ru/forums/index.php/t/12978/
И продолжение:
http://linuxportal.ru/forums/index.php/t/13406/
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от Andrey email on 11-Дек-03, 09:40 
У меня таже фигня, между Linux-Linux, VPN-соединение устанавливается, но пинги не ходят, при этом загрузка проца на 100 процентов, загрузка интерфейса, то же на 100, что то передаёт, непонятно что.... Удавалось решать эту проблему удалением какого-то пути, который pptp-client дописывает сам, но, если без шифрование при удалении этого пути всё работает, то с mppe шифрованием, нужно удалить это путь как можно быстрее после создания его, обычно удаётся это сделать с 5-10 попытки.... После удалении этого пути нагрузка проца падает и сетевого интерфейса тоже... Никто с таким не сталкивался???
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от Alexander email on 11-Дек-03, 17:00 
Видимо у тебя получается "петля" для пакетиков.
То есть пакет не уходит из ppp интерфейса из за неправильного роутинга
У меня конкретно та же ситуация, решается просто:
Прописывай путь перед началом соединения до VPN сервера через eth0
Что-то типа route add 192.168.4.1 dev eth0
А потом соединяйся.
Подробно и с картинками описано на pptpclient.sourceforge.net
Да, и посмотри (Например из windows) какой default gw после соединения,
Мой провайдер неожиданно выставляет не адрес VPN сервера, а произвольный
Типа 192.168.100.29 (eth0 у меня 192.168.4.29)
Его то же надо прописать
Типа route add default gw 192.168.100.29
Но после соединения.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от Alexander email on 11-Дек-03, 17:03 
Воспользуйся Ethereal для Linux чтобы посмотреть траффик
Последовательно на всех интерфейсах - Думаю на половину решишь проблему
У него есть версия и для windows - так что можно сравнивать
соединения в linux и в windows
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от Alexander email on 11-Дек-03, 17:09 
Кстати если в винде всё ОК,
Простая команда route print даёт тебе правильные пути - такие и в линуксе делай.
Ещё дай команду ipconfig в винде - тоже информация.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от Andrey email on 12-Дек-03, 01:15 
Я понимаю что петля получается.... :-))
Но беда в том, что эта петля нормально убирается если нет mppe шифрования... А вот если оно с ним, то фигня...

А то что путь надо перед соединением прописать, так pptp-client при соединении его почему то удаляет и ставит свой.... Ну опять же говорю, что это путь (который pptp прописал) удаляется и всё номально без mppe шифрования, с ним надо очень быстро его удалить.. :-)) Получается с 5-10 попытки..

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от Alexander email on 13-Дек-03, 19:54 
Может посмотрим на конфиги и мессаги?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "VPN соединение из Linux (pptclient) к FreeBSD (mpd) с шифров..."  
Сообщение от Alex email on 30-Дек-03, 09:58 
Вообще-то  есть мнение что бага то во FreeBSD
вот патчик (найден весной в Инете)

--- sys/netgraph/ng_ppp.c.orig    Thu Nov 21 12:39:06 2002
+++ sys/netgraph/ng_ppp.c    Thu Nov 21 12:39:26 2002
@@ -744,7 +744,7 @@
    case HOOK_INDEX_VJC_VJIP:
        if (priv->conf.enableCompression
            && priv->hooks[HOOK_INDEX_COMPRESS] != NULL) {
-            if ((m = ng_ppp_addproto(m, proto, 1)) == NULL) {
+            if ((m = ng_ppp_addproto(m, proto, 0)) == NULL) {
                NG_FREE_META(meta);
                return (ENOBUFS);
            }

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "VPN соединение из Linux (pptclient) к FreeBSD (mpd) с шифров..."  
Сообщение от Alexander email on 02-Янв-04, 20:00 
Видел. Заставить администратора нашей районной локальной сети поставить патч на его сервер FreeBSD не удалось. Я то на стороне клиента.
Так что... Спасибо за участие.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "VPN соединение из Linux (pptclient) к FreeBSD (mpd) с шифров..."  
Сообщение от weldpua2008 email(ok) on 26-Фев-07, 23:40 
Эм...
Я тут смотрю ~2002-3гг
А чё делать на FreeBSD 6.0/6.1/6.2?
У Меня на них с mpd4b4 , mpd4.1 Линух не конектится!!!
И пробывал когда-то FreeBSD тож :) ->FreeBSD6.0+mpd4.0b4
Симптом один и тот же:
За небольшой промежуток времени набегает туча трафика до 4Мб/сек...
Пинг никуда не ходит...
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от RADmir email on 07-Янв-05, 19:54 
Я тут немного не в курсе, но вот набрел на интересный сайтец: http://vpnaccounts.info/ может через них попробывать?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от Max email(??) on 30-Май-05, 19:09 
Как в SuSE 9.2 настроить VPN ?
подскажите плиз
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от weldpua2008 email(ok) on 27-Фев-07, 01:14 
Вот чего Я достиг:
FreeBSD6.2RC1+mpd4.1

mpd.conf:

pptp100:
        new -i ng100 pptp100 pptp100
        set ipcp ranges 192.168.11.1/32 192.168.11.101/32
        load pptp_standart

pptp_standart:
    set pptp disable windowing
    set iface route default
    set iface disable on-demand
    #
    set iface enable tcpmssfix
    #
    set bundle disable multilink
    set link yes acfcomp protocomp
    set iface up-script "/usr/local/etc/mpd4/link-up"
    set iface down-script "/usr/local/etc/mpd4/link-down"
    set link no pap chap
    set link enable chap
    set link keep-alive 10 75
    set ipcp yes vjcomp
    set ipcp dns 10.11.25.1
#    set link mtu 1460
#    set link mru 1460
    set iface enable proxy-arp
    set bundle enable compression
    set ccp yes mppc
    set ccp yes mpp-e40
#    set ccp yes mpp-e56
    set ccp yes mpp-e128
    set ccp yes mpp-stateless
    set pptp enable incoming
    set pptp disable originate
#   set radius config /opt/radius.conf
    set radius me 127.0.0.1
    set radius retries 2
    set radius server 127.0.0.1 password 1812 1813
    set radius timeout 5
    set auth acct-update 300
    set auth enable radius-auth
    set auth enable radius-acct
#    set ipcp yes radius-ip
#   set iface route

mpd.links:
pptp100:
        set link type pptp

Конект есть, а Инета нету :(

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "VPN соединение из Linux (pptpclient) к FreeBSD (mpd) с шифро..."  
Сообщение от Serge email(??) on 05-Ноя-07, 15:46 
Всем День добрый!
При детальном анализе процесса коннекта к people.net выяснились весьма интересные  моменты. А также то, что "не все хорошо в Датском.."
Итак подробно:

/etc/ppp/options - пуст (размер 0 байт)
все опции pppd назначаюся индивидуально каждой линии (будь-то ttyS0,ttyS1 или ttyACM0)

модем - CCU-550
___________________________________________
# /etc/ppp/peers/bsa
debug
unit 2
name 80921111111@free
password 777777
/dev/ttyACM0
115200
defaultroute
usepeerdns
nodetach
crtscts
lock
nomppe
modem

connect "/usr/sbin/chat -f /etc/ppp/chatscripts/people.net-connect-chat"
disconnect "/usr/sbin/chat -f /etc/ppp/chatscripts/people.net-disconnect-chat"
_________________________________________________________

os - sles 10

ядро и pppd пропатчены для поддержки MPPE-MPPC
процесс патчения и сборки прошел на ура без запинок
запускаем

>/pppd call bsa

имеем:
________________________________________________
CCU-550 modem init: press <ctrl>-C to disconnect
Serial connection established.
using channel 66
Using interface ppp2
Connect: ppp2 <--> /dev/ttyACM0
sent [LCP ConfReq id=0x1 <mru 576> <asyncmap 0x0> <magic 0x4d652909> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <mru 576> <asyncmap 0x0> <magic 0x4d652909> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 576> <asyncmap 0x0> <magic 0x4d652909> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <mru 576> <asyncmap 0x0> <magic 0x4d652909> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 576> <asyncmap 0x0> <magic 0x4d652909> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <mru 576> <asyncmap 0x0> <magic 0x4d652909> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 576> <asyncmap 0x0> <magic 0x4d652909> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <mru 576> <asyncmap 0x0> <magic 0x4d652909> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <mru 1500> <asyncmap 0x0> <auth chap MD5> <magic 0x1316fe55> <pcomp> <accomp>]
sent [LCP ConfAck id=0x1 <mru 1500> <asyncmap 0x0> <auth chap MD5> <magic 0x1316fe55> <pcomp> <accomp>]
rcvd [CHAP Challenge id=0x1 <6cebef8cd483b340e02324eec08db6b0>, name = "PDSN-Kyiv"]
sent [CHAP Response id=0x1 <ec1be3f57f46d671eede89b6e5c87598>, name = "80921111111@free"]
rcvd [CHAP Success id=0x1 "Welcome to PDSN-Kyiv."]
CHAP authentication succeeded: Welcome to PDSN-Kyiv.
sent [CCP ConfReq id=0x1 <mppe -H -M -S -L -D +C> <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.1.77> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [IPCP ConfReq id=0x0 <addr 2.2.2.2>]
sent [IPCP ConfAck id=0x0 <addr 2.2.2.2>]
rcvd [CCP ConfReq id=0x0 <lzs 00 01 03>]
sent [CCP ConfRej id=0x0 <lzs 00 01 03>]
rcvd [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [CCP ConfReq id=0x2 <mppe -H -M -S -L -D +C>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01> <ms-dns3 0.0.0.0>]
sent [IPCP ConfReq id=0x2 <addr 192.168.1.77> <ms-dns1 0.0.0.0>]
rcvd [CCP ConfReq id=0x1 <mppe -H -M -S -L -D +C>]
sent [CCP ConfAck id=0x1 <mppe -H -M -S -L -D +C>]
rcvd [CCP ConfAck id=0x2 <mppe -H -M -S -L -D +C>]
MPPC compression enabled
rcvd [IPCP ConfNak id=0x2 <addr 172.30.224.195> <ms-dns1 77.109.1.8>]
sent [IPCP ConfReq id=0x3 <addr 172.30.224.195> <ms-dns1 77.109.1.8>]
rcvd [IPCP ConfAck id=0x3 <addr 172.30.224.195> <ms-dns1 77.109.1.8>]
local  IP address 172.30.224.195
remote IP address 2.2.2.2
primary   DNS address 77.109.1.8

rcvd [proto=0x2145] 00 00 34 00 00 40 00 3d 06 62 40 4d 6d 01 35 ac 1e e0 c3 00 50 aa 0b 57 21 4a 25 ac e8 b7 db 80 ...
Unsupported protocol 0x2145 received
sent [LCP ProtRej id=0x2 21 45 00 00 34 00 00 40 00 3d 06 62 40 4d 6d 01 35 ac 1e e0 c3 00 50 aa 0b 57 21 4a 25 ac e8 b7 ...]
rcvd [proto=0x2145] 00 00 34 00 00 40 00 3d 06 62 40 4d 6d 01 35 ac 1e e0 c3 00 50 aa 0b 57 21 4a 25 ac e8 b7 db 80 ...
Unsupported protocol 0x2145 received
sent [LCP ProtRej id=0x3 21 45 00 00 34 00 00 40 00 3d 06 62 40 4d 6d 01 35 ac 1e e0 c3 00 50 aa 0b 57 21 4a 25 ac e8 b7 ...]
rcvd [proto=0x2145] 00 00 34 00 00 40 00 3d 06 62 40 4d 6d 01 35 ac 1e e0 c3 00 50 aa 0b 57 21 4a 25 ac e8 b7 db 80 ...
Unsupported protocol 0x2145 received
sent [LCP ProtRej id=0x4 21 45 00 00 34 00 00 40 00 3d 06 62 40 4d 6d 01 35 ac 1e e0 c3 00 50 aa 0b 57 21 4a 25 ac e8 b7 ...]
Terminating on signal 2
Connect time 0.3 minutes.
Sent 104 bytes, received 153 bytes.
restoring old default route to eth0 [192.168.7.241]
sent [LCP TermReq id=0x5 "User request"]
rcvd [LCP TermAck id=0x5]
Connection terminated.
+ sending break
Serial link disconnected
____________________________

Первое, что бросается в глаза - отклонение протокола сжатия заголовков со стороны пиплов
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01> <ms-dns3 0.0.0.0>]
???!!!
Не встречал ни одного прова кто бы не поддерживал или отклонял сжатие заголовков
Самое интересно наступает после попытки прогнать через канал пакеты

telnet my.people.net.ua 80
отклика нет....
проведен детальный трейс фреймов средствами pppdump

sent   7e fd e0 00 00 21 45 10 00 34 71 59 40 00 80 03
       4b 6d b2 c1 eb 04 b1 35 b4 04 d6 7a 32 00 a0 fe
       11 7b 2b 00 f0 50 0a 10 b5 41 11 ec 00 00 08 10
       16 68 02 02 08 04 02 06 06 04 c1 85 7e
sent   fd 20 01 fd 80 00 06 80 00 1f b4 30 b8 d0 25 00
       f7 35 2a 7b ed a0 00 64 30 e9 fa a6 ef 75 64 a1
       c1 29 10 01 21 6a 85 48 ef f6 d4 08 35 dd 7e

в ответ получаю от пиплов
rcvd   7e fd c0 00 21 45 00 00 34 00 00 40 00 3d 06 62
       57 4d 6d 01 35 ac 1e e0 ac 00 50 bd 19 07 d4 ef
       a6 7f 08 fb 2c 80 12 16 d0 4d ae 00 00 02 04 05
       b4 01 01 04 02 01 03 03 03 f4 80 7e

потом снова
sent   c0 21 08 02 00 39 21 45 00 00 34 00 00 40 00 3d
       06 62 57 4d 6d 01 35 ac 1e e0 ac 00 50 bd 19 07
       d4 ef a6 7f 08 fb 2c 80 12 16 d0 4d ae 00 00 02
       04 05 b4 01 01 04 02 01 03 03 03 10 65 7e

в журнале pppd это выглядит как:

rcvd [proto=0x2145] 00 00 34 00 00 40 00 3d 06 62 40 4d 6d 01 35 ac 1e e0 c3 00 50 aa 0b 57 21 4a 25 ac e8 b7 db 80 ...
Unsupported protocol 0x2145 received

sent [LCP ProtRej id=0x2 21 45 00 00 34 00 00 40 00 3d 06 62 40 4d 6d 01 35 ac 1e e0 c3 00 50 aa 0b 57 21 4a 25 ac e8 b7 ...]
________________________________________

Спецы PPP отзовитесь, что все это значит ?
И в заключение: С данной сборкой ядра и pppd виндовые хосты работают без проблем как dial-in так и dial-up и MPPC компрессия работает на ура. С общеизвестной проблемой 0x2145 это похоже не связано, иначе MPPC не работало бы во всех случаях. Затыкон возник именно с пиплами.
Спасибо

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру