mpd5 система виснет

[shroo0m]

Доброго всем времени суток!
Имеем конфигурацию (приведу самое главное): FreeBSD 7.1-RELEASE, mpd 5.2, настроенный в качестве pptp клиента. Как только mpd присасывается к серверу (там такая же фря и mpd), система на клиентской машине виснет наглухую. В dmesgЕ чисто. Посмотреть на экран ей не могу, далеко находится. Попадаю после смены пароля на сервере и перезагрузки клиентской машины. Склонен думать, что это какой-то ядерный глюк (мпд очень многим на него завязана). Кто-нибудь сталкивался с подобным?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[damir_madaga]

Посмотри на маршруты! Если по умолчанию до поднятия сессии, и после!

[shroo0m]

Задача сформулирована правильно, машина ВИСНЕТ, а не пропадает. +туннель, поднимаемый мпдой, не является маршрутом по умолчанию (в конфиге мпды указано)

[damir_madaga]

А влогах MPD?

[shroo0m]

В логах все честно, как обычно... UP event.

[sch]

Однозначно обновляй MPD до 5.3, там были сделаны изменения насчет таких странных зависаний в ng_pptp
Может помочь.

[paradox]

В dmesgЕ чисто. Посмотреть на экран ей не могу, далеко находится. Попадаю после смены пароля на сервере и перезагрузки клиентской машины.

а с чего вы взяли что она виснет?
может там роутинг нарушаеться
темболее что на екран вы посмотреть не можете
а значит и физически на клавиши понажимать неможете
значит вывод о том что на именно виснет - не доказан

[shroo0m]

Дело в том, что на другой стороне находится человек, который констатирует зависание.

[shroo0m]

сегодня-завтра доберусь до "железной" консоли на этот сервер- тогда и будут уточненные данные.

[paradox]

хм
ну вариант апдейтиться до стеибл
вы там с нуля 71 ставили или апдейтили ?

[shroo0m]

7.1 релиз

[shroo0m]

Добрался-таки до машины, обнаружил, что у системы после подъема туннеля отваливаются сетевые интерфейсы. При этом ядро сообщает "interface <interface_name> watchdog_timeout"

[paradox]

ну что ж
пробуй обновиться до стеибл

[shroo0m]

Обновился. при поднятии туннеля- kernel: loop detected on ng0.

[paradox]

все таки с роутингом что то не то значит

[shroo0m]

Это не маршрутизация. Вот таблица маршрутов.

Код: Выделить всё

Internet:
Destination        Gateway            Flags    Refs      Use  Netif Expire
default            91.203.80.1        UGS         0     6292    rl0
91.203.80.0/24     link#1             UC          0        0    rl0
91.203.80.1        00:16:c8:bc:e8:7f  UHLW        2        0    rl0   1196
91.203.80.7        00:1c:c0:10:96:3f  UHLW        1       18    rl0   1029
91.203.80.40       10.1.1.250         UH          0        0    ng0
91.203.80.41       00:1c:c0:10:95:1d  UHLW        1      334    rl0   1010
127.0.0.1          127.0.0.1          UH          0        0    lo0

Поясню. rl0- сетевуха с реальником
ng0- подключение к удаленному серверу, дефолтроут через него не планирую принимать. П

[paradox]

ifconfig
и
полный лог подключения mpd

при поднятии туннеля- kernel: loop detected on ng0.

не факт что это проблема

система виснет?

[shroo0m]

- система не виснет
- это проблема, поскольку хоть туннель и подымается, но пакеты в нем не ходят.

логи мпд прилагаю:

Код: Выделить всё

process 20952 started, version 5.3 (root@anklav 09:41 13-Jul-2009)
CONSOLE: listening on 127.0.0.1 5005
web: listening on 0.0.0.0 5006
[B2] Bundle: Interface ng0 created
[L2] [L2] Link: OPEN event
[L2] LCP: Open event
[L2] LCP: state change Initial --> Starting
[L2] LCP: LayerStart
[L2] PPTP call successful
[L2] Link: UP event
[L2] LCP: Up event
[L2] LCP: state change Starting --> Req-Sent
[L2] LCP: SendConfigReq #1
[L2]   ACFCOMP
[L2]   PROTOCOMP
[L2]   ACCMAP 0x000a0000
[L2]   MRU 1500
[L2]   MAGICNUM aed8baf0
[L2] LCP: rec'd Configure Ack #1 (Req-Sent)
[L2]   ACFCOMP
[L2]   PROTOCOMP
[L2]   ACCMAP 0x000a0000
[L2]   MRU 1500
[L2]   MAGICNUM aed8baf0
[L2] LCP: state change Req-Sent --> Ack-Rcvd
[L2] LCP: rec'd Configure Request #2 (Ack-Rcvd)
[L2]   ACFCOMP
[L2]   PROTOCOMP
[L2]   MRU 1500
[L2]   MAGICNUM fb719da8
[L2]   AUTHPROTO CHAP MSOFTv2
[L2]   MP MRRU 1600
[L2]   ENDPOINTDISC [802.1] 00 90 27 19 09 eb
[L2] LCP: SendConfigRej #2
[L2]   MP MRRU 1600
[L2] LCP: rec'd Configure Request #3 (Ack-Rcvd)
[L2]   ACFCOMP
[L2]   PROTOCOMP
[L2]   MRU 1500
[L2]   MAGICNUM fb719da8
[L2]   AUTHPROTO CHAP MSOFTv2
[L2] LCP: SendConfigAck #3
[L2]   ACFCOMP
[L2]   PROTOCOMP
[L2]   MRU 1500
[L2]   MAGICNUM fb719da8
[L2]   AUTHPROTO CHAP MSOFTv2
[L2] LCP: state change Ack-Rcvd --> Opened
[L2] LCP: auth: peer wants CHAP, I want nothing
[L2] LCP: LayerUp
[L2] CHAP: rec'd CHALLENGE #1 len: 21
[L2]   Name: ""
[L2] CHAP: Using authname "svputnik"
[L2] CHAP: sending RESPONSE #1 len: 62
[L2] CHAP: rec'd SUCCESS #1 len: 46
[L2]   MESG: S=529B39C0D61DACB03173949ED642CD9C04445090
[L2] LCP: authorization successful
[L2] Link: Matched action 'bundle "B2" ""'
[L2] Link: Join bundle "B2"
[B2] Bundle: Status update: up 1 link, total bandwidth 64000 bps
[B2] IPCP: Open event
[B2] IPCP: state change Initial --> Starting
[B2] IPCP: LayerStart
[B2] IPCP: Up event
[B2] IPCP: state change Starting --> Req-Sent
[B2] IPCP: SendConfigReq #1
[B2]   IPADDR 91.203.80.52
[B2]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
[B2] IPCP: rec'd Configure Request #1 (Req-Sent)
[B2]   IPADDR 91.203.80.40
[B2]     91.203.80.40 is OK
[B2]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
[B2] IPCP: SendConfigAck #1
[B2]   IPADDR 91.203.80.40
[B2]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
[B2] IPCP: state change Req-Sent --> Ack-Sent
[L2] rec'd unexpected protocol CCP, rejecting
[B2] IPCP: rec'd Configure Nak #1 (Ack-Sent)
[B2]   IPADDR 10.1.1.250
[B2]     10.1.1.250 is OK
[B2] IPCP: SendConfigReq #2
[B2]   IPADDR 10.1.1.250
[B2]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
[L2] rec'd unexpected protocol CCP, rejecting
[B2] IPCP: rec'd Configure Ack #2 (Ack-Sent)
[B2]   IPADDR 10.1.1.250
[B2]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
[B2] IPCP: state change Ack-Sent --> Opened
[B2] IPCP: LayerUp
[B2]   10.1.1.250 -> 91.203.80.40
[B2] IFACE: Up event

ifconfig:

Код: Выделить всё

ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0 mtu 1400
        inet 10.1.1.250 --> 91.203.80.40 netmask 0xffffffff

[paradox]

L2] rec'd unexpected protocol CCP, rejecting

очень подозрительно
отключите компрессию если у вас ее нет в ядре
и отключите mppe mppc

проверте фаервол

лупдетектед это не проблема

[shroo0m]

рано радоваться. Туннель теперь поднимается, все работает, но! При попытке бросить любой пакет в этот туннель (пинг, например), машина-клиент намертво вешается, не успев даже в логи ничего записать. (Зависание определено ввиду констатации полной потери реакции на внешние раздражители). Что делать- уже не знаю. В инете инфы по этому поводу нет.

[paradox]

это на женерик ядре?

[shroo0m]

нет. Вот кусок конфига с options ****

Код: Выделить всё

options         IPFIREWALL
options         LIBALIAS
options         IPFIREWALL_NAT
options         IPFIREWALL_DEFAULT_TO_ACCEPT
options         HZ=1000
options         NETGRAPH
options         NETGRAPH_ETHER
options         NETGRAPH_SOCKET
options         NETGRAPH_TEE

Скопировал дженерик в другой файл, вставил туда вышеизложенное- вот и все. Последние 4 строки добавил уже сегодня. Если что-то еще заинтересует- кину

[shroo0m]

Помогите уже кто-нибудь, наверняка же сталкивался хоть кто-то..

[paradox]

а давайте на чистм женерике без всяких опций
на natd
и стандартной згрузке kldload ng_ нужных модулей для mpd
ну и mpd уже сто лет как 54 наскоко я помню? или 53
а увас какойто допотопный 52
обновитесь

[shroo0m]

мпд уже 5.3
Попробую убрать опции нетграфа и ната