1 |
26.03.08, Vlad SATtva Miller <sattva@××××××××××.info> написал(а): |
2 |
> |
3 |
> Здравствуйте, коллеги. Не уверен, насколько этот форум подходит для |
4 |
> подобного вопроса, но, возможно, кто-то сможет дать подсказку из своего |
5 |
> опыта. |
6 |
> |
7 |
> Несколько дней назад спонтанно перестало устанавливаться PPTP-соединение |
8 |
> с VPN-шлюзом провайдера. Выражается это в том, что после PPTP-хэндшейка |
9 |
> не производится LCP-согласования параметров подключения (сервер прова не |
10 |
> отвечает), и мой локальный pppd отваливается по таймауту. Судя по логу |
11 |
> Wireshark'а, сервер прова получает мой запрос (возвращает TCP ACK), но |
12 |
> по какой-то причине не продолжает протокол. (Типичный лог pppd/pptp из |
13 |
> messages приведён ниже.) |
14 |
> |
15 |
> Самое интересное, что из Windows с той же машины соединение |
16 |
> устанавливается корректно. Оба лога Wireshark прилагаются (отфильтрованы |
17 |
> только ARP-пакеты). |
18 |
> |
19 |
> Провайдер божится, что на их стороне никаких изменений в конфигурации |
20 |
> оборудования не производилось. Единственное изменение, которое накануне |
21 |
> появления проблемы было у меня, -- это обновление sys-libs/libstdc++-v3 |
22 |
> до 3.3.6, sys-libs/ss до 1.40.6, sys-libs/com_err до 1.40.6. Вряд ли |
23 |
> что-то из этого релевантно к данной ситуации. |
24 |
> |
25 |
> Итак, сталкивался ли кто-нибудь с подобным? Не врёт ли провайдер? |
26 |
> Возможна ли дискриминация Linux-подключений (намеренная или случайная |
27 |
> из-за проблем в конфигурации на стороне прова), учитывая некоторые |
28 |
> различия в исполнении PPTP-протокола из Linux и Windows? Можете ли |
29 |
> подсказать дополнительные способы диагностики соединения и конфиги, |
30 |
> которые следует проверить? |
31 |
> |
32 |
> С уважением. |
33 |
> |
34 |
> ---------------- Лог с таймаутом LCP ---------------- |
35 |
> |
36 |
> Mar 26 15:23:18 localhost pppd[6408]: pppd 2.4.4 started by root, uid 0 |
37 |
> Mar 26 15:23:18 localhost pppd[6408]: Using interface ppp0 |
38 |
> Mar 26 15:23:18 localhost pppd[6408]: Connect: ppp0 <--> /dev/pts/2 |
39 |
> Mar 26 15:23:18 localhost pptp[6410]: anon log[main:pptp.c:272]: The |
40 |
> synchronous pptp option is NOT activated |
41 |
> Mar 26 15:23:18 localhost pptp[6422]: anon |
42 |
> log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 |
43 |
> 'Start-Control-Connection-Request' |
44 |
> Mar 26 15:23:18 localhost pptp[6422]: anon |
45 |
> log[ctrlp_disp:pptp_ctrl.c:738]: Received Start Control Connection Reply |
46 |
> Mar 26 15:23:18 localhost pptp[6422]: anon |
47 |
> log[ctrlp_disp:pptp_ctrl.c:772]: Client connection established. |
48 |
> Mar 26 15:23:19 localhost pptp[6422]: anon |
49 |
> log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 |
50 |
> 'Outgoing-Call-Request' |
51 |
> Mar 26 15:23:49 localhost pppd[6408]: LCP: timeout sending Config-Requests |
52 |
> Mar 26 15:23:49 localhost pppd[6408]: Connection terminated. |
53 |
> Mar 26 15:23:49 localhost pppd[6408]: Modem hangup |
54 |
> Mar 26 15:23:54 localhost pppd[6408]: Exit. |
55 |
> |
56 |
> -- |
57 |
> SATtva | security & privacy consulting |
58 |
> www.vladmiller.info | www.pgpru.com |
59 |
|
60 |
|
61 |
Чесно---логи не смотрел. |
62 |
Но рекомендую, мне в свое время помогло при отладке: |
63 |
|
64 |
http://pptpclient.sourceforge.net/howto-diagnosis.phtml |
65 |
в часности |
66 |
http://pptpclient.sourceforge.net/howto-diagnosis.phtml#debug |
67 |
и параллельно смотреть логи в /var/log/messages |
68 |
|
69 |
рекомендую |