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