| 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 |
Archives