|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Eugene B. Berdnikov 2:5020/400 11 Aug 2005 21:27:12
To : Sergey Velikanov
Subject : Re: poptop и неправильные ответы на arp запросы
--------------------------------------------------------------------------------
Sergey Velikanov <sv@intelsoft.com> wrote:
SV> настройил poptop
SV>
SV> name pptp
SV> lock
SV> mtu 1450
SV> mru 1450
SV> proxyarp
^^^^^^^^
А работает-то? В прошлый раз утверждалось, что нет. И что якобы было
"пофиксено" установкой proxy_arp=1 на интерфейсe. Во всяком случае,
я именно так понял. :)
SV> auth
SV> ipcp-accept-local
SV> ipcp-accept-remote
SV> lcp-echo-failure 3
SV> lcp-echo-interval 5
SV> deflate 0
SV>
SV> # Handshake Auth Method
SV> +chap
SV> +mschap-v2
SV>
SV> # Data Encryption Methods
SV> require-mppe
SV>
SV>
SV> все работает, но после того как произошло хоть одно подключение, в
SV> локальной сети в которой он находиться не возможно сменить ip адрес, так
SV> как этот сервер на любой ip адрес начинает отвечать что он стоит на нем
SV>
SV> 18:01:31.591825 arp who-has 192.168.12.85 tell 0.0.0.0
SV> 18:01:31.902030 arp who-has 192.168.12.85 tell 0.0.0.0
SV> 18:01:32.202247 arp who-has 192.168.12.85 tell 0.0.0.0
SV> 18:01:32.520709 arp who-has 192.168.12.85 tell 0.0.0.0
SV> 18:01:32.821034 arp who-has 192.168.12.85 tell 192.168.12.85
SV> 18:01:33.122080 arp who-has 192.168.12.85 tell 192.168.12.85
SV> 18:01:33.194917 arp reply 192.168.12.85 is-at 00:50:fc:5a:e4:22
SV> 18:01:33.450587 arp who-has 192.168.10.1 tell 192.168.12.85
SV> 18:01:33.607997 arp reply 192.168.12.85 is-at 00:50:fc:5a:e4:22
SV>
SV> хотя на этом сервере нет такого адреса
SV>
SV> # ip a s
SV> 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
SV> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
SV> inet 127.0.0.1/8 scope host lo
SV> inet 192.168.234.1/24 scope global lo
SV> 2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
SV> link/ether 00:50:fc:5a:e4:22 brd ff:ff:ff:ff:ff:ff
SV> inet 192.168.10.254/24 brd 192.168.10.254 scope global eth0
SV> 3: vlan14: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
SV> link/ether 00:50:fc:5a:e4:22 brd ff:ff:ff:ff:ff:ff
SV> inet 192.168.230.254/30 brd 192.168.230.255 scope global vlan14
SV> 4: vlan31: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
SV> link/ether 00:50:fc:5a:e4:22 brd ff:ff:ff:ff:ff:ff
SV> inet 192.168.231.254/24 brd 192.168.231.255 scope global vlan31
SV> 5: vlan32: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
SV> link/ether 00:50:fc:5a:e4:22 brd ff:ff:ff:ff:ff:ff
SV> inet 192.168.232.254/24 brd 192.168.232.255 scope global vlan32
Что говорит sysctl -a | grep eth0.proxy_arp ?
SV> почему? все проходит, если интерфейс отправить в даун и снова поднять,
SV> но опять-же до первого vpn соединения
Подозреваю, на сервере в ip-up выставляется proxy_arp=1 на eth0.
А это _совершенно_ не то, что должено происходить при включении опции
"proxyarp" в параметрах ppp.
--
Eugene Berdnikov
--- ifmail v.2.15dev5.3
* Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: poptop и неправильные ответы на arp запросы 