forum.lissyara.su

Если проблема не решается сама, значит она неразрешима
https://forum.lissyara.su/

Проблема с mpd5 на freebsd, туннель рвется через 20 секунд

https://forum.lissyara.su/viewtopic.php?f=4&t=31742

Страница 1 из 2

Проблема с mpd5 на freebsd, туннель рвется через 20 секунд

Добавлено: 2011-03-08 15:33:47
mahhur
Всем добрый день,

Подобную проблему видел в сети, но у каждого проблемы сугубо индивидуальны, по этому решение чужой проблемы к моему варианту не подошло.
mpd5 используется как клиент pptp для подключения к vpn серверу провайдера.
Проблема в следующем:
mpd5 падает через 20 секунд, после установления соединения.

Ось freebsd 8.1, mpd установлен из портов, конфиг mpd стандартный.
При старте системы дефолт не прописывается, вместо него скриптом поднимается маршрут в сеть с vpn-сервером прова.

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

#!/bin/sh 
/sbin/route add -net 192.168.7.0/24 10.88.171.1

Внешняя сетевуха получает адреса и маршруты по DHCP.
Используется pf, но при эксперементах все что касается его запуска в rc.conf за комментировано.

После запуска mpd, поднимается интерфейс ng0, поднимается дефолт, получаю адреса от прова, начинают проходить пинги во внешнюю сеть, секунд через 20, дефолт отваливается, пинги соответственно прекращаются, причем интерфейс ng0 продолжает висеть, но уже без адреса...рестарт mpd, он пере подключается и все повторяется заного...

В этом вообщем-то и проблема и главный вопрос: почему так ?

Ниже приведены все логи:

ifconfig до подключения:

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

re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 
        options=389b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_UCAST,WOL_MCAST,WOL_MAGIC> 
        ether 70:71:bc:71:b3:f9 
        inet 192.168.9.2 netmask 0xffffff00 broadcast 192.168.9.255 
        media: Ethernet autoselect (100baseTX <full-duplex>) 
        status: active 
ath0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 2290 
        ether 00:19:7e:ae:5e:96 
        media: IEEE 802.11 Wireless Ethernet autoselect mode 11g <hostap> 
        status: running 
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 
        options=8<VLAN_MTU> 
        ether 00:80:48:69:12:e0 
        inet 10.88.171.238 netmask 0xffffff00 broadcast 10.88.171.255 
        media: Ethernet autoselect (100baseTX <full-duplex>) 
        status: active 
plip0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> metric 0 mtu 1500 
pfsync0: flags=0<> metric 0 mtu 1460 
        syncpeer: 224.0.0.240 maxupd: 128 
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384 
        options=3<RXCSUM,TXCSUM> 
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 
        inet6 ::1 prefixlen 128 
        inet 127.0.0.1 netmask 0xff000000 
        nd6 options=3<PERFORMNUD,ACCEPT_RTADV> 
pflog0: flags=0<> metric 0 mtu 33200 
wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 
        ether 00:19:7e:ae:5e:96 
        inet 192.168.8.1 netmask 0xffffff00 broadcast 192.168.8.255 
        media: IEEE 802.11 Wireless Ethernet autoselect mode 11g <hostap> 
        status: running 
        ssid bsd_wi-fi channel 8 (2447 MHz 11g) bssid 00:19:7e:ae:5e:96 
        regdomain 101 indoor ecm authmode WPA2/802.11i privacy MIXED 
        deftxkey 2 AES-CCM 2:128-bit txpower 20 scanvalid 60 protmode CTS wme 
        burst dtimperiod 1 -dfs


ifconfig после старта mpd:

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

re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 
        options=389b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_UCAST,WOL_MCAST,WOL_MAGIC> 
        ether 70:71:bc:71:b3:f9 
        inet 192.168.9.2 netmask 0xffffff00 broadcast 192.168.9.255 
        media: Ethernet autoselect (100baseTX <full-duplex>) 
        status: active 
ath0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 2290 
        ether 00:19:7e:ae:5e:96 
        media: IEEE 802.11 Wireless Ethernet autoselect mode 11g <hostap> 
        status: running 
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 
        options=8<VLAN_MTU> 
        ether 00:80:48:69:12:e0 
        inet 10.88.171.238 netmask 0xffffff00 broadcast 10.88.171.255 
        media: Ethernet autoselect (100baseTX <full-duplex>) 
        status: active 
plip0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> metric 0 mtu 1500 
pfsync0: flags=0<> metric 0 mtu 1460 
        syncpeer: 224.0.0.240 maxupd: 128 
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384 
        options=3<RXCSUM,TXCSUM> 
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 
        inet6 ::1 prefixlen 128 
        inet 127.0.0.1 netmask 0xff000000 
        nd6 options=3<PERFORMNUD,ACCEPT_RTADV> 
pflog0: flags=0<> metric 0 mtu 33200 
wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 
        ether 00:19:7e:ae:5e:96 
        inet 192.168.8.1 netmask 0xffffff00 broadcast 192.168.8.255 
        media: IEEE 802.11 Wireless Ethernet autoselect mode 11g <hostap> 
        status: running 
        ssid bsd_wi-fi channel 8 (2447 MHz 11g) bssid 00:19:7e:ae:5e:96 
        regdomain 101 indoor ecm authmode WPA2/802.11i privacy MIXED 
        deftxkey 2 AES-CCM 2:128-bit txpower 20 scanvalid 60 protmode CTS wme 
        burst dtimperiod 1 -dfs 
ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0 mtu 1400 
        inet 91.202.84.7 --> 10.255.255.249 netmask 0xffffffff

проходит 20 сек и ifconfig для ng0 выглядит вот так:

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

ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0 mtu 1400

netstat -rn до старта:

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

Destination        Gateway            Flags    Refs      Use  Netif Expire 
10.0.0.0/8         10.88.171.1        UGS         0        0    rl0 
10.88.171.0/24     link#3             U           0       46    rl0 
10.88.171.238      link#3             UHS         0        0    lo0 
24.156.41.0/24     10.88.171.1        UGS         0        0    rl0 
62.181.56.0/24     10.88.171.1        UGS         0        0    rl0 
85.142.200.0/22    10.88.171.1        UGS         0        0    rl0 
91.192.240.0/22    10.88.171.1        UGS         0        0    rl0 
91.200.224.0/22    10.88.171.1        UGS         0        0    rl0 
91.202.84.0/23     10.88.171.1        UGS         0        0    rl0 
91.202.86.0/24     10.88.171.1        UGS         0       16    rl0 
91.202.87.0/25     10.88.171.1        UGS         0        0    rl0 
91.203.84.0/24     10.88.171.1        UGS         0        0    rl0 
91.203.196.0/22    10.88.171.1        UGS         0        0    rl0 
93.94.152.0/21     10.88.171.1        UGS         0        0    rl0 
127.0.0.1          link#6             UH          0        4    lo0 
172.16.0.0/16      10.88.171.1        UGS         0        0    rl0 
192.168.7.0/24     10.88.171.1        UGS         4       55    rl0 
192.168.8.0/24     link#8             U           1       19  wlan0 
192.168.8.1        link#8             UHS         0        0    lo0 
192.168.9.0/24     link#1             U           4      648    re0 
192.168.9.2        link#1             UHS         0        0    lo0 
194.6.220.0/23     10.88.171.1        UGS         0        0    rl0 
195.225.128.0/22   10.88.171.1        UGS         0        0    rl0 
213.5.24.0/21      10.88.171.1        UGS         0        0    rl0
netstat -rn после старта mpd:

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

Destination        Gateway            Flags    Refs      Use  Netif Expire 
default            10.255.255.249     UGS         0        2    ng0 
10.0.0.0/8         10.88.171.1        UGS         0        0    rl0 
10.88.171.0/24     link#3             U           0       46    rl0 
10.88.171.238      link#3             UHS         0        0    lo0 
10.255.255.249     link#9             UH          0        0    ng0 
24.156.41.0/24     10.88.171.1        UGS         0        0    rl0 
62.181.56.0/24     10.88.171.1        UGS         0        0    rl0 
85.142.200.0/22    10.88.171.1        UGS         0        0    rl0 
91.192.240.0/22    10.88.171.1        UGS         0        0    rl0 
91.200.224.0/22    10.88.171.1        UGS         0        0    rl0 
91.202.84.0/23     10.88.171.1        UGS         0        0    rl0 
91.202.84.7        link#9             UHS         0        0    lo0 
91.202.86.0/24     10.88.171.1        UGS         1       15    rl0 
91.202.87.0/25     10.88.171.1        UGS         0        0    rl0 
91.203.84.0/24     10.88.171.1        UGS         0        0    rl0 
91.203.196.0/22    10.88.171.1        UGS         0        0    rl0 
93.94.152.0/21     10.88.171.1        UGS         0        0    rl0 
127.0.0.1          link#6             UH          0        4    lo0 
172.16.0.0/16      10.88.171.1        UGS         0        0    rl0 
192.168.7.0/24     10.88.171.1        UGS         7       22    rl0 
192.168.8.0/24     link#8             U           1       19  wlan0 
192.168.8.1        link#8             UHS         0        0    lo0 
192.168.9.0/24     link#1             U           4      453    re0 
192.168.9.2        link#1             UHS         0        0    lo0 
194.6.220.0/23     10.88.171.1        UGS         0        0    rl0 
195.225.128.0/22   10.88.171.1        UGS         0        0    rl0 
213.5.24.0/21      10.88.171.1        UGS         0        0    rl0
Лог mpd во время старта и падения (tail -f /var/log/mpd.log):

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

Mar  8 11:44:56 triton mpd: [L1] PPTP call failed 
Mar  8 11:44:56 triton mpd: [L1] Link: DOWN event 
Mar  8 11:44:56 triton mpd: [L1] LCP: Down event 
Mar  8 11:44:56 triton mpd: [L1] Link: reconnection attempt 6 in 1 seconds 
Mar  8 11:44:57 triton mpd: [L1] Link: reconnection attempt 6 
Mar  8 11:44:57 triton mpd: [L1] PPTP call failed 
Mar  8 11:44:57 triton mpd: [L1] Link: DOWN event 
Mar  8 11:44:57 triton mpd: [L1] LCP: Down event 
Mar  8 11:44:57 triton mpd: [L1] Link: reconnection attempt 7 in 4 seconds 
Mar  8 11:44:58 triton mpd: caught fatal signal term 
Mar  8 11:49:22 triton mpd: Multi-link PPP daemon for FreeBSD 
Mar  8 11:49:22 triton mpd: 
Mar  8 11:49:22 triton mpd: process 1962 started, version 5.5 (root@triton 22:40  2-мар-2011) 
Mar  8 11:49:22 triton mpd: CONSOLE: listening on 127.0.0.1 5005 
Mar  8 11:49:22 triton mpd: web: listening on 192.168.8.1 5006 
Mar  8 11:49:22 triton mpd: [B1] Bundle: Interface ng0 created 
Mar  8 11:49:22 triton mpd: [L1] Link: OPEN event 
Mar  8 11:49:22 triton mpd: [L1] LCP: Open event 
Mar  8 11:49:22 triton mpd: [L1] LCP: state change Initial --> Starting 
Mar  8 11:49:22 triton mpd: [L1] LCP: LayerStart 
Mar  8 11:49:22 triton mpd: [L1] PPTP call successful 
Mar  8 11:49:22 triton mpd: [L1] Link: UP event 
Mar  8 11:49:22 triton mpd: [L1] LCP: Up event 
Mar  8 11:49:22 triton mpd: [L1] LCP: state change Starting --> Req-Sent 
Mar  8 11:49:22 triton mpd: [L1] LCP: SendConfigReq #1 
Mar  8 11:49:22 triton mpd: [L1]   ACFCOMP 
Mar  8 11:49:22 triton mpd: [L1]   PROTOCOMP 
Mar  8 11:49:22 triton mpd: [L1]   ACCMAP 0x000a0000 
Mar  8 11:49:22 triton mpd: [L1]   MRU 1500 
Mar  8 11:49:22 triton mpd: [L1]   MAGICNUM 78055de0 
Mar  8 11:49:22 triton mpd: [L1] LCP: rec'd Configure Request #1 (Req-Sent) 
Mar  8 11:49:22 triton mpd: [L1]   AUTHPROTO CHAP MSOFTv2 
Mar  8 11:49:22 triton mpd: [L1]   MAGICNUM 4c05c859 
Mar  8 11:49:22 triton mpd: [L1]   MRU 1400 
Mar  8 11:49:22 triton mpd: [L1] LCP: SendConfigAck #1 
Mar  8 11:49:22 triton mpd: [L1]   AUTHPROTO CHAP MSOFTv2 
Mar  8 11:49:22 triton mpd: [L1]   MAGICNUM 4c05c859 
Mar  8 11:49:22 triton mpd: [L1]   MRU 1400 
Mar  8 11:49:22 triton mpd: [L1] LCP: state change Req-Sent --> Ack-Sent 
Mar  8 11:49:24 triton mpd: [L1] LCP: SendConfigReq #2 
Mar  8 11:49:24 triton mpd: [L1]   ACFCOMP 
Mar  8 11:49:24 triton mpd: [L1]   PROTOCOMP 
Mar  8 11:49:24 triton mpd: [L1]   ACCMAP 0x000a0000 
Mar  8 11:49:24 triton mpd: [L1]   MRU 1500 
Mar  8 11:49:24 triton mpd: [L1]   MAGICNUM 78055de0 
Mar  8 11:49:24 triton mpd: [L1] LCP: rec'd Configure Reject #2 (Ack-Sent) 
Mar  8 11:49:24 triton mpd: [L1]   ACFCOMP 
Mar  8 11:49:24 triton mpd: [L1]   PROTOCOMP 
Mar  8 11:49:24 triton mpd: [L1]   ACCMAP 0x000a0000 
Mar  8 11:49:24 triton mpd: [L1] LCP: SendConfigReq #3 
Mar  8 11:49:24 triton mpd: [L1]   MRU 1500 
Mar  8 11:49:24 triton mpd: [L1]   MAGICNUM 78055de0 
Mar  8 11:49:24 triton mpd: [L1] LCP: rec'd Configure Nak #3 (Ack-Sent) 
Mar  8 11:49:24 triton mpd: [L1]   MRU 1400 
Mar  8 11:49:24 triton mpd: [L1] LCP: SendConfigReq #4 
Mar  8 11:49:24 triton mpd: [L1]   MRU 1400 
Mar  8 11:49:24 triton mpd: [L1]   MAGICNUM 78055de0 
Mar  8 11:49:24 triton mpd: [L1] LCP: rec'd Configure Ack #4 (Ack-Sent) 
Mar  8 11:49:24 triton mpd: [L1]   MRU 1400 
Mar  8 11:49:24 triton mpd: [L1]   MAGICNUM 78055de0 
Mar  8 11:49:24 triton mpd: [L1] LCP: state change Ack-Sent --> Opened 
Mar  8 11:49:24 triton mpd: [L1] LCP: auth: peer wants CHAP, I want nothing 
Mar  8 11:49:24 triton mpd: [L1] LCP: LayerUp 
Mar  8 11:49:24 triton mpd: [L1] CHAP: rec'd CHALLENGE #1 len: 21 
Mar  8 11:49:24 triton mpd: [L1]   Name: "" 
Mar  8 11:49:24 triton mpd: [L1] CHAP: Using authname "ХХХХХХ" 
Mar  8 11:49:24 triton mpd: [L1] CHAP: sending RESPONSE #1 len: 61 
Mar  8 11:49:24 triton mpd: [L1] CHAP: rec'd SUCCESS #1 len: 73 
Mar  8 11:49:24 triton mpd: [L1]   MESG: S=BF360D2DFB2CF6E0D5A7CC2AE36F1DCD01D73391 M=Authentication successed 
Mar  8 11:49:24 triton mpd: [L1] LCP: authorization successful 
Mar  8 11:49:24 triton mpd: [L1] Link: Matched action 'bundle "B1" ""' 
Mar  8 11:49:24 triton mpd: [L1] Link: Join bundle "B1" 
Mar  8 11:49:24 triton mpd: [B1] Bundle: Status update: up 1 link, total bandwidth 64000 bps 
Mar  8 11:49:24 triton mpd: [B1] IPCP: Open event 
Mar  8 11:49:24 triton mpd: [B1] IPCP: state change Initial --> Starting 
Mar  8 11:49:24 triton mpd: [B1] IPCP: LayerStart 
Mar  8 11:49:24 triton mpd: [B1] IPCP: Up event 
Mar  8 11:49:24 triton mpd: [B1] IPCP: state change Starting --> Req-Sent 
Mar  8 11:49:24 triton mpd: [B1] IPCP: SendConfigReq #1 
Mar  8 11:49:24 triton mpd: [B1]   IPADDR 0.0.0.0 
Mar  8 11:49:24 triton mpd: [B1]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid 
Mar  8 11:49:24 triton mpd: [B1] IPCP: rec'd Configure Request #1 (Req-Sent) 
Mar  8 11:49:24 triton mpd: [B1]   IPADDR 10.255.255.249 
Mar  8 11:49:24 triton mpd: [B1]     10.255.255.249 is OK 
Mar  8 11:49:24 triton mpd: [B1] IPCP: SendConfigAck #1 
Mar  8 11:49:24 triton mpd: [B1]   IPADDR 10.255.255.249 
Mar  8 11:49:24 triton mpd: [B1] IPCP: state change Req-Sent --> Ack-Sent 
Mar  8 11:49:24 triton mpd: [B1] IPCP: rec'd Configure Reject #1 (Ack-Sent) 
Mar  8 11:49:24 triton mpd: [B1]   COMPPROTO VJCOMP, 16 comp. channels, no comp-cid 
Mar  8 11:49:24 triton mpd: [B1] IPCP: SendConfigReq #2 
Mar  8 11:49:24 triton mpd: [B1]   IPADDR 0.0.0.0 
Mar  8 11:49:24 triton mpd: [B1] IPCP: rec'd Configure Nak #2 (Ack-Sent) 
Mar  8 11:49:24 triton mpd: [B1]   IPADDR 91.202.84.7 
Mar  8 11:49:24 triton mpd: [B1]     91.202.84.7 is OK 
Mar  8 11:49:24 triton mpd: [B1] IPCP: SendConfigReq #3 
Mar  8 11:49:24 triton mpd: [B1]   IPADDR 91.202.84.7 
Mar  8 11:49:24 triton mpd: [B1] IPCP: rec'd Configure Ack #3 (Ack-Sent) 
Mar  8 11:49:24 triton mpd: [B1]   IPADDR 91.202.84.7 
Mar  8 11:49:24 triton mpd: [B1] IPCP: state change Ack-Sent --> Opened 
Mar  8 11:49:24 triton mpd: [B1] IPCP: LayerUp 
Mar  8 11:49:24 triton mpd: [B1]   91.202.84.7 -> 10.255.255.249 
Mar  8 11:49:24 triton mpd: [B1] IFACE: Up event 
Mar  8 11:49:54 triton mpd: [L1] LCP: magic number is wrong: 0x59c8054c != 0x4c05c859 
Mar  8 11:49:54 triton mpd: [L1] LCP: received an invalid magic number 
Mar  8 11:49:54 triton mpd: [L1] LCP: state change Opened --> Stopping 
Mar  8 11:49:54 triton mpd: [L1] Link: Leave bundle "B1" 
Mar  8 11:49:54 triton mpd: [B1] Bundle: Status update: up 0 links, total bandwidth 9600 bps 
Mar  8 11:49:54 triton mpd: [B1] IPCP: Close event 
Mar  8 11:49:54 triton mpd: [B1] IPCP: state change Opened --> Closing 
Mar  8 11:49:54 triton mpd: [B1] IPCP: SendTerminateReq #4 
Mar  8 11:49:54 triton mpd: [B1] IPCP: LayerDown 
Mar  8 11:49:54 triton mpd: [B1] IFACE: Down event 
Mar  8 11:49:54 triton mpd: [B1] IPCP: Down event 
Mar  8 11:49:54 triton mpd: [B1] IPCP: LayerFinish 
Mar  8 11:49:54 triton mpd: [B1] Bundle: No NCPs left. Closing links... 
Mar  8 11:49:54 triton mpd: [B1] IPCP: state change Closing --> Initial 
Mar  8 11:49:54 triton mpd: [L1] LCP: SendTerminateReq #5 
Mar  8 11:49:54 triton mpd: [L1] LCP: LayerDown 
Mar  8 11:49:54 triton mpd: [L1] LCP: rec'd Terminate Ack #5 (Stopping) 
Mar  8 11:49:54 triton mpd: [L1] LCP: state change Stopping --> Stopped 
Mar  8 11:49:54 triton mpd: [L1] LCP: LayerFinish 
Mar  8 11:50:04 triton mpd: caught fatal signal term 
Mar  8 11:50:04 triton mpd: [B1] IFACE: Close event 
Mar  8 11:50:04 triton mpd: [B1] IPCP: Close event 
Mar  8 11:50:06 triton mpd: [B1] Bundle: Shutdown 
Mar  8 11:50:06 triton mpd: [L1] Link: Shutdown
Конфиг mpd:

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

default: 
        load pptp_client 

pptp_client: 

        create bundle static B1 
        set iface route default 
        set ipcp ranges 0.0.0.0/0 0.0.0.0/0 

        create link static L1 pptp 
        set link action bundle B1 
        set auth authname XXXXXX 
        set auth password XXXXXX 
        set link max-redial 0 
        set link mtu 1400 
        set link keep-alive 20 75 
        set pptp peer vpn0.giga.su 
        set pptp disable windowing 
        open


В логах mpd есть сточка LCP: magic number is wrong: 0x59c8054c != 0x4c05c859, что за magic number, может в этом вся проблема?
пробовал прописать в конфиг mpd5:

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

set link no check-magic 
set link no magicnum
но тогда подключения вообще не происходит, как правильно отключить эти проверки если нужно вообще и может быть проблема на стороне провайдера...?

Вроде всё, если у кого-то возникнут мысли по решению проблемы, напишите пожалуйста.
Очень жду помощи, всем заранее благодарен!

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 15:41:52
Гость
какой айпишник этой vpn0.giga.su херни?
роут на нее есть?

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 15:45:10
mahhur
Гость писал(а):какой айпишник этой vpn0.giga.su херни?
роут на нее есть?
ip у него 192.168.7.10 маршрут в ту сеть поднимается при старте, в начале поста об этом писал.
подключения происходит значит я думаю, с маршрутами всё вроде в порядке.

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 15:49:50
Гость
должен быть статический маршрут до этой хрени
проблема сто раз по разу описана
но вы нихрена не разобравшись, посчитали что она у вас в чем то уникальна
а нифигашечки

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 15:56:24
mahhur
Извините конечно что прогневал так...
Уже неделю капаю инет, не нашел решения подобной проблемы.
Судя по логам mpd:
mpd: [L1] LCP: magic number is wrong: 0x59c8054c != 0x4c05c859
mpd: [L1] LCP: received an invalid magic number

проблема в проверке magicnum и решения конкретно этой проблемы я ни у кого не нашел.

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 16:00:16
Гость
с роутингом для начала разберитесь
а с магик намбарами уже потом разбиратся будете, если они конечно сами не настроятся когда роутинг будет

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 17:41:18
mahhur
Гость писал(а):с роутингом для начала разберитесь
а с магик намбарами уже потом разбиратся будете, если они конечно сами не настроятся когда роутинг будет
если бы маршруты были не верны, подключения вообще бы не происходило, разве не так?
Так-то послать маны читать может любой, а вот что-то дельное и конкретное подсказать наверное не каждый,
может всё же найдется гуру который не откажет в помощи...

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 17:46:24
Гость
если бы, да кабы, в лесу выросли грибы, учите основы
адьюс

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 17:59:23
mahhur
Гость писал(а):если бы, да кабы, в лесу выросли грибы, учите основы
адьюс
спасибо, только зачем вы в тему лезли если сами основ не знаете и ничего толком не подсказали...нахрен этот флуд, только тему загадили.

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 18:23:18
Гость
я изначально считаю людей не глупыми, свою глупость они показывают в общении
вам уже подсказал, вы пальцем у виска покрутили, сами ничего не понимая ,а еще каких советов хотите
ну ждите маны небесной

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 18:30:24
Гость
http://sysadmins.ru/topic299644.html

тоже самое вам сказали
только на инглыше
идите ищите переводчик

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 19:07:02
mahhur
откуда все такие умные-то, что на том форуме что на этом.
если такие продвинутые, поделитесь опытом-то, или это в кругах гуру считается зазорным?
в той теме тип то же сказал с надменной ноткой: "ищи мол там", не уже ли трудно более конкретно помочь?
и то, на что вы якобы пальцем ткнули не совсем понятно, все возможные маршруты перепробовал.
Я же пишу что всё перерыл и перепробовал, не могу найти решения проблемы,
за этим и обратился на форумы, после недели самостоятельно изучения проблемы,
для этого форумы и существуют, разве нет так? одни спрашиваю, другие отвечают.

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 19:12:38
Гость
я вам уже сказал что нужно сделать
вы проигнорировали какойто своей тупой мотивацией мол "я и так знаю что как работает"
что вы еще хотите? я не понимаю
по десять раз повторять что и как нужно сделать? увольте

а обьяснение почему это так, в цитате на инглыше

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 20:08:56
mahhur
Гость писал(а):я вам уже сказал что нужно сделать
вы проигнорировали какойто своей тупой мотивацией мол "я и так знаю что как работает"
что вы еще хотите? я не понимаю
по десять раз повторять что и как нужно сделать? увольте

а обьяснение почему это так, в цитате на инглыше
к сожалению с фрей плохо знаком, перевел цитату с инглиша и нашел более корректный перевод в нете, но что конкретно надо сделать так и не понял,
попытался отключить проверку как в цитате, не помогло к сожалению

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-08 20:27:23
Гость
ладно, повторюсь
mahhur писал(а):
Гость писал(а):какой айпишник этой vpn0.giga.su херни?
роут на нее есть?
ip у него 192.168.7.10 маршрут в ту сеть поднимается при старте, в начале поста об этом писал.
подключения происходит значит я думаю, с маршрутами всё вроде в порядке.
здесь ваша mahhur ошибка

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-09 7:59:45
Гость
Гость писал(а):ладно, повторюсь
mahhur писал(а):
Гость писал(а):какой айпишник этой vpn0.giga.su херни?
роут на нее есть?
ip у него 192.168.7.10 маршрут в ту сеть поднимается при старте, в начале поста об этом писал.
подключения происходит значит я думаю, с маршрутами всё вроде в порядке.
здесь ваша mahhur ошибка
И где же здесь ошибка?

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-09 11:18:51
suspender
Не совсем понятно что у вас в каких сетях находится, но для mpd вроде нужен маршрут с маской /32 до vpn сервера через корректный сетевой интерфейс и шлюз. (Хотя могу ошибацца. Но когда у меня дома был пров корбина - то всё работало нормально только при наличии такого маршрута. Маршрут на подсеть не катил).

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-09 11:51:40
Гость
И где же здесь ошибка?
там в каждом слове ошибка
поэтому у вас и bad magic

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-09 19:43:00
mahhur
Гость писал(а):
И где же здесь ошибка?
там в каждом слове ошибка
поэтому у вас и bad magic
Уважаемый Гость, судя по всему вы очень умный...
Но ошибку в том месте на которое вы указали я так и не нашел, без этого маршрута ничего не работает вообще...

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-09 19:54:35
Гость
утомили вы меня
Но ошибку в том месте на которое вы указали я так и не нашел, без этого маршрута ничего не работает вообще...
только этот маршрут должен быть статиком не в ТУНЕЛЬ а через сетевку
о чем я вам сказал ниже
Гость » 2011-03-08 15:49:50
должен быть статический маршрут до этой хрени
проблема сто раз по разу описана
но вы нихрена не разобравшись, посчитали что она у вас в чем то уникальна
а нифигашечки
что бы у вас gre не зацикливался, и не отваливался
а вы зацикливаете pptp
и получаете пакет самому себе
о чем говорит английский мануал с манящими названиями loopback detected
magicnum
check-magic
The magicnum option enables using a magic number for the local end of the PPP link. This causes a unique number to be included in each LCP packet we send, which helps detect loopback conditions.

The check-magic option causes mpd to verify that the peer's magic number is correct in all received LCP frames.

Some old broken PPP implementations don't handle magic numbers correctly, so these options need to be disabled in these cases.

Default for both options is enable.

Note that the two most common reasons for seeing ``loopback condition detected'' on a modem link are:

The modem is in command mode and is echoing back all of our frames.
The PPP server is not in PPP mode, but is giving a shell prompt or somesuch and echoing back all of our frames
гость уходит с форма
утомился

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-10 9:05:02
Гость2
Гость писал(а):утомили вы меня

только этот маршрут должен быть статиком не в ТУНЕЛЬ а через сетевку
о чем я вам сказал ниже

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

#!/bin/sh 
/sbin/route add -net 192.168.7.0/24 10.88.171.1

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

192.168.7.0/24     10.88.171.1        UGS         7       22    rl0
В каком месте вы увидели, что маршрут идет в ТУННЕЛЬ ?
Я вижу, что через локальный роутер.

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-10 11:29:48
Гость
#!/bin/sh
/sbin/route add -net 192.168.7.0/24 10.88.171.1
за скрипты надо руки отбивать, для этого есть static_routes="" в rc.conf

показательно то что badmagic именно Зеркальный!
что наводит мысль о
1) петля 100% на стороне клиента
2) петля 1% на стороне провайдера - ну никто ж не знает что там стоит за NAS и как это там роутится
3) глюки netgraph+mpd, но если у всех работает, значит это отметается - но можно попробовать другую версию mpd и другую версию фри
кстати версию uname -a выложите

если бы была потеря пакета или что то другое там бы было другое значение в badmagic!
После запуска mpd, поднимается интерфейс ng0, поднимается дефолт, получаю адреса от прова, начинают проходить пинги во внешнюю сеть, секунд через 20, дефолт отваливается, пинги соответственно прекращаются
о! как показательно
а это опять говорит о петле
а что будет если не прописывать дефолт в тунель?
убрать строчку в mpd.conf
set iface route default
будет ли через 20 секунд или через час
LCP: magic number is wrong: 0x59c8054c != 0x4c05c859

?

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-10 19:41:28
mahhur
to Гость

насчет того что ошибка в указании маршрута вы были не правы.

всё заработало с таким вот конфигом mpd:

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

startup: 

default: 
        load pptp_client 


pptp_client: 
        create bundle static B1 
        set iface enable tcpmssfix 
        set iface route default 
        set ipcp ranges 0.0.0.0/0 0.0.0.0/0 

        create link static L1 pptp 
        set link action bundle B1 
        set auth authname хххххх 
        set auth password хххххх 
#        set link disable magicnum 
        set link disable check-magic 
#        set link disable multilink 
        set link max-redial 0 
        set link mtu 1400 
        set link keep-alive 20 75 
        set pptp peer vpn0.giga.su 
        set pptp disable windowing 
        open
Большое спасибо за помощь

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-10 19:45:18
mahhur
за скрипты надо руки отбивать, для этого есть static_routes="" в rc.conf
пробовал прописывать маршрут как вы говорите в rc.conf но он почему-то упорно не поднимался,
по этому пришлось воспользоваться скриптом.
не знаете случаем почему он не поднимается из rc.conf ?

Re: Проблема с mpd5 на freebsd, туннель рвется через 20 секу

Добавлено: 2011-03-10 19:54:24
Гость
всё заработало с таким вот конфигом mpd:
set link disable check-magic
прям таки метод лечения, если вы себе что то сломали, запейте 100г водочки, и шкандбыайте дальше, авось как нибудь сростется

включение этой опции имет смысл только в одном единственном варианте
когда NAS какойто глючный и возможно не правильно реализован, что шлет перевернутые magic number
но для этого лучше конечно взаимодействовать с сапортом провайдера
хотя не исключено что mav@ где то не доглядел htonl в поле пакета
но для этого надо разбиратся и много общатся
Часовой пояс: UTC+03:00
Страница 1 из 2
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/