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

Настройка сетевых служб, маршрутизации, фаерволлов. Проблемы с сетевым оборудованием.
Правила форума
Убедительная просьба юзать теги [code] при оформлении листингов.
Сообщения не оформленные должным образом имеют все шансы быть незамеченными.
mahhur
проходил мимо

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

Непрочитанное сообщение mahhur » 2011-03-08 15:33:47

Всем добрый день,

Подобную проблему видел в сети, но у каждого проблемы сугубо индивидуальны, по этому решение чужой проблемы к моему варианту не подошло.
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 
но тогда подключения вообще не происходит, как правильно отключить эти проверки если нужно вообще и может быть проблема на стороне провайдера...?

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

Хостинговая компания Host-Food.ru
Хостинг HostFood.ru
 

Услуги хостинговой компании Host-Food.ru

Хостинг HostFood.ru

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2460 рублей (8 CPU, 8Gb RAM, 2x500Gb HDD, RAID 3ware 9750):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/


mahhur
проходил мимо

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

Непрочитанное сообщение mahhur » 2011-03-08 15:45:10

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

Гость
проходил мимо

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

Непрочитанное сообщение Гость » 2011-03-08 15:49:50

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

mahhur
проходил мимо

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

Непрочитанное сообщение mahhur » 2011-03-08 15:56:24

Извините конечно что прогневал так...
Уже неделю капаю инет, не нашел решения подобной проблемы.
Судя по логам 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

с роутингом для начала разберитесь
а с магик намбарами уже потом разбиратся будете, если они конечно сами не настроятся когда роутинг будет

mahhur
проходил мимо

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

Непрочитанное сообщение mahhur » 2011-03-08 17:41:18

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

Гость
проходил мимо

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

Непрочитанное сообщение Гость » 2011-03-08 17:46:24

если бы, да кабы, в лесу выросли грибы, учите основы
адьюс

mahhur
проходил мимо

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

Непрочитанное сообщение mahhur » 2011-03-08 17:59:23

Гость писал(а):если бы, да кабы, в лесу выросли грибы, учите основы
адьюс
спасибо, только зачем вы в тему лезли если сами основ не знаете и ничего толком не подсказали...нахрен этот флуд, только тему загадили.

Гость
проходил мимо

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

Непрочитанное сообщение Гость » 2011-03-08 18:23:18

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


mahhur
проходил мимо

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

Непрочитанное сообщение mahhur » 2011-03-08 19:07:02

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

Гость
проходил мимо

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

Непрочитанное сообщение Гость » 2011-03-08 19:12:38

я вам уже сказал что нужно сделать
вы проигнорировали какойто своей тупой мотивацией мол "я и так знаю что как работает"
что вы еще хотите? я не понимаю
по десять раз повторять что и как нужно сделать? увольте

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

mahhur
проходил мимо

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

Непрочитанное сообщение mahhur » 2011-03-08 20:08:56

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

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

Гость
проходил мимо

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 ошибка
И где же здесь ошибка?

suspender
сержант
Сообщения: 160
Зарегистрирован: 2007-11-19 10:47:09

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

Непрочитанное сообщение suspender » 2011-03-09 11:18:51

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

Гость
проходил мимо

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

Непрочитанное сообщение Гость » 2011-03-09 11:51:40

И где же здесь ошибка?
там в каждом слове ошибка
поэтому у вас и bad magic

mahhur
проходил мимо

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

Непрочитанное сообщение mahhur » 2011-03-09 19:43:00

Гость писал(а):
И где же здесь ошибка?
там в каждом слове ошибка
поэтому у вас и 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
гость уходит с форма
утомился

Гость2
проходил мимо

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

Непрочитанное сообщение Гость2 » 2011-03-10 9:05:02

Гость писал(а):утомили вы меня

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

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

#!/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

?

mahhur
проходил мимо

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

Непрочитанное сообщение mahhur » 2011-03-10 19:41:28

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
Большое спасибо за помощь

mahhur
проходил мимо

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

Непрочитанное сообщение mahhur » 2011-03-10 19:45:18

за скрипты надо руки отбивать, для этого есть 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 в поле пакета
но для этого надо разбиратся и много общатся