|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : baldahin 2:5020/400 21 Jun 2004 19:46:22
To : All
Subject : mpd as client and routing tables
--------------------------------------------------------------------------------
Доброго времени суток.
Hадеюсь на какую-нибудь помощь, а именно на совет в какую сторону копать.
Ситуация следующая: рабочая станция, локальная сеть, интернет через
pptp, FreeBSD 5.2.1
Соединение устанавливаю с помощью mpd - все работает.
В сети меняют vpn-сервак (подробностей не знаю)
Я изменяю минимальные настройки (адрес сервера) - работать перестает.
#ifconfig -a
rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=8<VLAN_MTU>
inet 10.248.10.4 netmask 0xffffff00 broadcast 10.248.10.255
inet6 fe80::2c0:26ff:fea7:d997%rl0 prefixlen 64 scopeid 0x1
ether 00:c0:26:a7:d9:97
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
plip0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
#netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
10.248/16 10.248.10.254 UGS 0 55 rl0
10.248.10/24 link#1 UC 0 0 rl0
10.248.10.254 00:e0:4c:77:12:ab UHLW 1 0 rl0 1198
127.0.0.1 127.0.0.1 UH 0 0 lo0
Вот конфигурация mpd:
------- mpd.conf --------
default:
load ts
ts:
new -i ng0 ts ts
set bundle authname 010004
set bundle password пароль
set iface route default
open
-------------------------
------- mpd.links -------
ts:
set link type pptp
set pptp enable originate
set pptp peer 10.248.0.220
-------------------------
Запускаю mpd
Multi-link PPP for FreeBSD, by Archie L. Cobbs.
Based on iij-ppp, by Toshiharu OHNO.
mpd: pid 97144, version 3.15 (root@flute 16:21 29-May-2004)
[ts] ppp node is "mpd97144-ts"
[ts] using interface ng0
[ts] IFACE: Open event
[ts] IPCP: Open event
[ts] IPCP: state change Initial --> Starting
[ts] IPCP: LayerStart
[ts:ts] [ts] bundle: OPEN event in state CLOSED
[ts] opening link "ts"...
[ts] link: OPEN event
[ts] LCP: Open event
[ts] LCP: state change Initial --> Starting
[ts] LCP: LayerStart
[ts] device: OPEN event in state DOWN
pptp0: connecting to 10.248.0.220:1723
[ts] device is now in state OPENING
pptp0: connected to 10.248.0.220:1723
pptp0: attached to connection with 10.248.0.220:1723
pptp0-0: outgoing call connected at 64000 bps
[ts] PPTP call successful
[ts] device: UP event in state OPENING
[ts] device is now in state UP
[ts] link: UP event
[ts] link: origination is local
[ts] LCP: Up event
[ts] LCP: state change Starting --> Req-Sent
[ts] LCP: phase shift DEAD --> ESTABLISH
[ts] LCP: SendConfigReq #1
ACFCOMP
PROTOCOMP
MRU 1500
MAGICNUM 6f593358
MP MRRU 1600
MP SHORTSEQ
ENDPOINTDISC [802.1] 00 c0 26 a7 d9 97
[ts] LCP: rec'd Configure Request #1 link 0 (Req-Sent)
ACCMAP 0x00000000
AUTHPROTO CHAP MD5
MAGICNUM 1f2af11c
PROTOCOMP
ACFCOMP
[ts] LCP: SendConfigAck #1
ACCMAP 0x00000000
AUTHPROTO CHAP MD5
MAGICNUM 1f2af11c
PROTOCOMP
ACFCOMP
[ts] LCP: state change Req-Sent --> Ack-Sent
[ts] LCP: SendConfigReq #2
ACFCOMP
PROTOCOMP
MRU 1500
MAGICNUM 6f593358
MP MRRU 1600
MP SHORTSEQ
ENDPOINTDISC [802.1] 00 c0 26 a7 d9 97
[ts] LCP: rec'd Configure Reject #2 link 0 (Ack-Sent)
MP MRRU 1600
MP SHORTSEQ
[ts] LCP: SendConfigReq #3
ACFCOMP
PROTOCOMP
MRU 1500
MAGICNUM 6f593358
[ts] LCP: rec'd Configure Ack #3 link 0 (Ack-Sent)
ACFCOMP
PROTOCOMP
MRU 1500
MAGICNUM 6f593358
[ts] LCP: state change Ack-Sent --> Opened
[ts] LCP: phase shift ESTABLISH --> AUTHENTICATE
[ts] LCP: auth: peer wants CHAP, I want nothing
[ts] LCP: LayerUp
[ts] CHAP: rec'd CHALLENGE #1
Name: "tsvpn"
Using authname "010004"
[ts] CHAP: sending RESPONSE
[ts] CHAP: rec'd SUCCESS #1
MESG: Welcome to tsvpn.
[ts] LCP: authorization successful
[ts] LCP: phase shift AUTHENTICATE --> NETWORK
[ts] setting interface ng0 MTU to 1500 bytes
[ts] up: 1 link, total bandwidth 64000 bps
[ts] IPCP: Up event[ts] IPCP: state change Starting --> Req-Sent
[ts] IPCP: SendConfigReq #1
IPADDR 10.248.10.4
COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
[ts] IPCP: rec'd Configure Request #1 link 0 (Req-Sent)
IPADDR 10.248.0.220
10.248.0.220 is OK
COMPPROTO VJCOMP, 16 comp. channels, allow comp-cid
[ts] IPCP: SendConfigAck #1
IPADDR 10.248.0.220
COMPPROTO VJCOMP, 16 comp. channels, allow comp-cid
[ts] IPCP: state change Req-Sent --> Ack-Sent
[ts] rec'd unexpected protocol CCP on link 0, rejecting
[ts] IPCP: rec'd Configure Nak #1 link 0 (Ack-Sent)
IPADDR 10.220.10.4
10.220.10.4 is OK
[ts] IPCP: SendConfigReq #2
IPADDR 10.220.10.4
COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
[ts] IPCP: rec'd Configure Ack #2 link 0 (Ack-Sent)
IPADDR 10.220.10.4
COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
[ts] IPCP: state change Ack-Sent --> Opened
[ts] IPCP: LayerUp
10.220.10.4 -> 10.248.0.220
[ts] IFACE: Up event
[ts] setting interface ng0 MTU to 1500 bytes
[ts] exec: /sbin/ifconfig ng0 10.220.10.4 10.248.0.220 netmask xffffffff
-link0
[ts] exec: /sbin/route add 10.220.10.4 -iface lo0
[ts] IFACE: Up event
[ts] error writing len 12 frame to bypass: Resource deadlock avoided
подниматеся интерфейс:
ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> mtu 1500
inet 10.220.10.4 --> 10.248.0.220 netmask 0xffffffff
inet6 fe80::2c0:26ff:fea7:d997%ng0 prefixlen 64 scopeid 0x4
после чего все это дело успешно падает:
[ts] LCP: no reply to 1 echo request(s)
[ts] LCP: no reply to 2 echo request(s)
[ts] LCP: no reply to 3 echo request(s)
[ts] LCP: no reply to 4 echo request(s)
[ts] LCP: no reply to 5 echo request(s)
[ts] LCP: no reply to 6 echo request(s)
[ts] LCP: no reply to 7 echo request(s)
[ts] LCP: peer not responding to echo requests
[ts] LCP: LayerFinish
[ts] LCP: LayerStart
[ts] LCP: state change Opened --> Starting
[ts] LCP: phase shift NETWORK --> DEAD
[ts] setting interface ng0 MTU to 1500 bytes
[ts] up: 0 links, total bandwidth 9600 bps
[ts] IPCP: Down event
[ts] IPCP: state change Opened --> Starting
[ts] IPCP: LayerDown
[ts] IFACE: Down event
[ts] exec: /sbin/route delete 0.0.0.0 10.248.0.220
[ts] exec: /sbin/route delete 10.220.10.4 -iface lo0
[ts] exec: /sbin/ifconfig ng0 down delete -link0
[ts] LCP: LayerDown
[ts] device: CLOSE event in state UP
pptp0-0: clearing call
[ts] device is now in state CLOSING
[ts] device: OPEN event in state CLOSING
[ts] device is now in state CLOSING
[ts] device: DOWN event in state CLOSING
[ts] device is now in state DOWN
[ts] link: DOWN event
[ts] LCP: Down event
[ts] device: OPEN event in state DOWN
[ts] pausing 7 seconds before open
[ts] device is now in state DOWN
[ts] device: OPEN event in state DOWN
[ts] device is now in state DOWN
pptp0-0: peer call disconnected res=disconnect request err=none
pptp0-0: killing channel
pptp0: closing connection with 10.248.0.220:1723
pptp0: killing connection with 10.248.0.220:1723
[ts] closing link "ts"...
[ts] link: CLOSE event
[ts] LCP: Close event
[ts] LCP: state change Starting --> Initial
[ts] LCP: LayerFinish
[ts] device: CLOSE event in state DOWN
[ts] device is now in state DOWN
[ts] opening link "ts"...
[ts] link: OPEN event
[ts] LCP: Open event
[ts] LCP: state change Initial --> Starting
[ts] LCP: LayerStart
[ts] device: OPEN event in state DOWN
[ts] pausing 3 seconds before open
mpd модифицирует таблицу маршрутизации следующим образом:
#netstat -rn
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
10.220.10.4 lo0 UHS 0 0 lo0
10.248/16 10.248.10.254 UGS 0 800 rl0
10.248.0.220 10.220.10.4 UH 0 3 ng0
10.248.10/24 link#1 UC 0 0 rl0
1196
127.0.0.1 127.0.0.1 UH 0 0 lo0
что мне очень не нравится
10.220.10.4 lo0 UHS 0 0 lo0
почему mpd создает такой маршрут?
[ts] exec: /sbin/route delete 10.220.10.4 -iface lo0
ручные манипуляции с таблицей ни к чему не приводят. соединение падает,
восстанавливается вместе с записями.
Hу и собсно вопрос. Как заставить mpd писать правильный маршрут? и как
получить доступ в инет :)
строка 'set iface route default' в mpd.conf на ситуацию не влияет
найденные в гугле доки по mpd не пролили света на ситуацию
В юниксе недавно, мог пропустить что-то очевидное, буду благодарен если
тыкните носом.
зы. у остальных юзеров в сети с виндой и linux+pptpclient все нормально
--- ifmail v.2.15dev5.3
* Origin: Zhukovsky.Net (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
