Решено: VPN клиент получает неправильный IP

[Slack]

Имеется VPN-сервер (Windows 2003), на нем задан пул адресов для vpn клиентов 10.10.0.11-10.10.0.20, при подключение из windows - все нормально, если подключаюсь из linux, интерфейсу ppp1 назначается адрес 192.168.0.1, хотя при подключении к другому vpn серверу, с аналогичными настройками, все нормально.
В чем может быть проблема?

[sash-kan]

подозреваю, что речь идёт о pptp.

подключитесь, передав pppd опции dump, debug и hide-password, и выложите его вывод.
примерно так:
$ sudo pppd call <провайдерский файл> dump debug hide-password nodetach
(nodetach — для того чтобы вывод шёл на терминал а не в лог-файл).

[Slack]

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

$ sudo pppd call vpn_bol dump debug hide-password nodetach
pppd options in effect:
debug           # (from command line)
nodetach                # (from command line)
unit 2          # (from /etc/ppp/peers/vpn_bol)
dump            # (from command line)
noauth          # (from /etc/ppp/peers/vpn_bol)
refuse-chap             # (from /etc/ppp/peers/vpn_bol)
refuse-mschap           # (from /etc/ppp/peers/vpn_bol)
refuse-eap              # (from /etc/ppp/peers/vpn_bol)
user BOL\\test             # (from /etc/ppp/peers/vpn_bol)
password ??????         # (from /etc/ppp/peers/vpn_bol)
                # (from /etc/ppp/options)
pty pptp 172.18.17.176 --nolaunchpppd           # (from /etc/ppp/peers/vpn_bol)
crtscts         # (from /etc/ppp/options)
                # (from /etc/ppp/options)
asyncmap 0              # (from /etc/ppp/options)
lcp-echo-failure 4              # (from /etc/ppp/options)
lcp-echo-interval 30            # (from /etc/ppp/options)
hide-password           # (from command line)
nobsdcomp               # (from /etc/ppp/peers/vpn_bol)
nodeflate               # (from /etc/ppp/peers/vpn_bol)
require-mppe-128                # (from /etc/ppp/peers/vpn_bol)
using channel 2
Using interface ppp2
Connect: ppp2 <--> /dev/pts/2
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x56cfbb88> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <mru 1400> <auth eap> <magic 0x8a12e41> <pcomp> <accomp> <callback CBCP>]
sent [LCP ConfRej id=0x0 <callback CBCP>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x56cfbb88> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <mru 1400> <auth eap> <magic 0x8a12e41> <pcomp> <accomp>]
sent [LCP ConfNak id=0x1 <auth chap MS-v2>]
rcvd [LCP ConfReq id=0x2 <mru 1400> <auth chap MS-v2> <magic 0x8a12e41> <pcomp> <accomp>]
sent [LCP ConfAck id=0x2 <mru 1400> <auth chap MS-v2> <magic 0x8a12e41> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0x56cfbb88]
rcvd [CHAP Challenge id=0x0 <074be972baf1f89fa9a2229690660f6a>, name = "SERVER"]
sent [CHAP Response id=0x0 <b108ea6812b37454a7fd896bdeb9454ec000007f5c06080b0d8e1a0d1e73010166412b90e679
34c9bab45a55ae05536700>, name = "BOL\\test"]
rcvd [LCP EchoRep id=0x0 magic=0x8a12e41]
rcvd [CHAP Success id=0x0 "S=B8FB857B324C610DB69D6E9E069F25937D80CD2A"]
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>]
rcvd [CCP ConfReq id=0x4 <mppe +H +M +S +L -D +C>]
sent [CCP ConfNak id=0x4 <mppe +H -M +S -L -D -C>]
rcvd [IPCP ConfReq id=0x5 <addr 10.10.0.10>]
sent [IPCP TermAck id=0x5]
rcvd [CCP ConfAck id=0x1 <mppe +H -M +S -L -D -C>]
rcvd [CCP ConfReq id=0x6 <mppe +H -M +S -L -D -C>]
sent [CCP ConfAck id=0x6 <mppe +H -M +S -L -D -C>]
MPPE 128-bit stateless compression enabled
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.0.1>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x2 <addr 192.168.0.1>]
rcvd [IPCP ConfAck id=0x2 <addr 192.168.0.1>]
rcvd [IPCP ConfReq id=0x7 <addr 10.10.0.10>]
sent [IPCP ConfAck id=0x7 <addr 10.10.0.10>]
local  IP address 192.168.0.1
remote IP address 10.10.0.10

[sash-kan]

на нем задан пул адресов для vpn клиентов 10.10.0.11-10.10.0.20

однако на предложение клиента использовать адрес 192.168.0.1 сервер соглашается (подробности о причинах такого поведения смотрите в логах на сервере).
т.е. никакого криминала в логе нет. просто абсолютно.
да, кстати, а в чём, собственно, проблема? что-то не работает?

p.s. ах, да. сервер крутится под управлением лучшей операционной системы. там с логами напряжёнка. попробуйте задать вопрос на каком-нибудь windows-ориентированном форуме.

[Slack]

Все, разобрался сам: помогла опция noipdefault. Тему можно закрывать