Изпечатай

[victim70]

Здравейте,
Проблема с който се мъча е следният.
Смениха ми един тунел от openvpn на pptp. Под виндофсът се свързвам без проблеми (тоест GRE не е блокирано, нямам и защитна стена). Под Линукс немога да вдигна тунела. Ситуацията е следната:

Код:

dzver ~ #pon bahur debug dump logfd 1 nodetach
pppd options in effect:
debug           # (from command line)
nodetach                # (from command line)
logfd 1         # (from command line)
dump            # (from command line)
noauth          # (from /etc/ppp/options.pptp)
name mursha                # (from /etc/ppp/peers/bahur)
remotename mursha          # (from /etc/ppp/peers/bahur)
                # (from /etc/ppp/options.pptp)
pty pptp xxx.xxx.xxx.xxx --nolaunchpppd            # (from /etc/ppp/peers/bahur)
mru 1450                # (from /etc/ppp/options.pptp)
mtu 1450                # (from /etc/ppp/options.pptp)
lcp-echo-failure 3              # (from /etc/ppp/peers/bahur)
lcp-echo-interval 5             # (from /etc/ppp/peers/bahur)
nobsdcomp               # (from /etc/ppp/options.pptp)
nodeflate               # (from /etc/ppp/options.pptp)
require-mppe-128                # (from /etc/ppp/peers/bahur)
using channel 8
Using interface ppp0
Connect: ppp0 <--> /dev/pts/11
sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <magic 0x21d21781> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <magic 0x21d21781> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <magic 0x21d21781> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <magic 0x21d21781> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <magic 0x21d21781> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <magic 0x21d21781> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <magic 0x21d21781> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <magic 0x21d21781> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <magic 0x21d21781> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <mru 1450> <asyncmap 0x0> <magic 0x21d21781> <pcomp> <accomp>]
LCP: timeout sending Config-Requests
Connection terminated.
Modem hangup
Waiting for 1 child processes...
  script pptp xxx.xxx.xxx.xxx --nolaunchpppd, pid 6372
Script pptp xxx.xxx.xxx.xxx --nolaunchpppd finished (pid 6372), status = 0x0

Съдържание на файла
/etc/ppp/options.pptp

Код:

lock
mtu 1450
mru 1450
noauth
nodeflate
nobsdcomp
lcp-echo-failure 3 
lcp-echo-interval 5

Съдържание на файла
/etc/ppp/peers/bahur

Код:

# written by pptpsetup
pty "pptp XXX.XXX.XXX.XXX --nolaunchpppd"
lock
noauth
nobsdcomp
nodeflate
name mursha
remotename mursha
require-mppe-128
file /etc/ppp/options.pptp
lcp-echo-failure 3 
lcp-echo-interval 5

Потребителското име, паролата и името на тунела в chap са ОК

Някой да има идея къде бъркам в конфигурацията?  Защо сървера не отговаря на LCP съобщенията а всичко друго до този момент е ОК? От същият компютър под ХП вдига тунела без проблем.

ЕДИТ:
Модулите са:
dzver ~ # lsmod
Module                  Size  Used by
ppp_mppe                5338  0
ppp_async               6379  0
crc_ccitt               1241  1 ppp_async
ppp_generic            21409  2 ppp_mppe,ppp_async
slhc                    5079  1 ppp_generic

[tolostoi]

Какво има в /var/logmasages от това което виждам (но не съм гледал подобен дебъг) изобщо не се стига до опит за хендшейк, да не бъркаш адреса на сервера или да нямаш маршрут до него (пинг имаш ли до сервера)?

[victim70]

Да имам пинг както и телнет до порт 1723. Под вин работи. Във лога се намира същото което е и на терминала. С tcpdump наблюдавам и ситуацията е следната: започва трансвера вдига ppp връзката споразумява се нещо със сървера, и започва да изпраща LCP съобщенията, обаче сървера не отговаря с нищо. След няколкото проби изпраща терминиращо съобщение, сървера отговаря с ACK пакет и се разпада връзката.
Ситуацията е много странна така че грешката е нещо дребно, или пропуск някъкъв. Аз неможах да го открия.

[tolostoi]

Взема ли си адрес? Пробвай да промениш или махнеш криптирането, това понеже имам някакъв смътен спомен, че под виндовс криптирането е по-подразбиране на автоматично разпознаване. Другото което се сещам е, ако не си взема адрес, да му кажеш да пробва другите видове, chap, mschap, mschapv2 ...

[gat3way]

Без да е минал LCP и IPCP, няма да си вземе IP адрес

[victim70]

Махнах всички допълнителни настройки, и положението е същото. Защо сървера не отговаря на LCP немога да разбера. Поне да каже нещо че парола или криптиране не му изнася а то мълчание.
А адрес естествено няма - не са се споразумели

[tolostoi]

  Бих пробвал с друга мрежова карта и/или с network-manager-а на гнома, напоследък не съм пускал пптп от конзола.

[10101]

В   syslog-a какво е положението?
pppd[7094]: CHAP authentication succeeded
Sep  1 10:54:48  kernel: [64119.002443] PPP BSD Compression module registered
Sep  1 10:54:48  kernel: [64119.039588] PPP Deflate Compression module registered
Sep  1 10:54:48  pppd[7094]: LCP terminated by peer (MPPE required but peer negotiation failed)

[victim70]

С networkmanager положението е същото. Ще пробвам да изтрия настройките за пиър и чап и ще пробвам пак.
В syslog е същото което го дава на екрана, аз не деатачвам процеса.
И една "добра" новина е че като стартирам 2 пъти пптп-то вторият път се закачва и имам за 1 минута рутинг до VPN мрежата. След 1 минута го разкачва със следният лог:


Script pptp ххх.ххх.ххх.ххх --nolaunchpppd finished (pid 4109), status = 0x0
Sep  1 03:50:33 dzver pppd[4108]: Modem hangup
Sep  1 03:50:33 dzver pppd[4108]: Connect time 1.4 minutes.
Sep  1 03:50:33 dzver pppd[4108]: Sent 0 bytes, received 0 bytes.
Sep  1 03:50:33 dzver pppd[4108]: Script /etc/ppp/ip-down started (pid 4166)
Sep  1 03:50:33 dzver pppd[4108]: MPPE disabled
Sep  1 03:50:33 dzver pppd[4108]: sent [LCP TermReq id=0x2 "MPPE disabled"]
Sep  1 03:50:33 dzver pppd[4108]: Connection terminated.

Тоест опитва се да дигне ppp0 интерфейс паралелно и ppp1 интерфейса, ppp0 не успява, но ppp1 го вдига успешно със следните съобщения:


Sep  1 03:49:06 dzver pppd[4108]: using channel 8
Sep  1 03:49:06 dzver pppd[4108]: Using interface ppp1
Sep  1 03:49:06 dzver pppd[4108]: Connect: ppp1 <--> /dev/pts/12
Sep  1 03:49:06 dzver modem-manager: (net/ppp1): could not get port's parent device
Sep  1 03:49:06 dzver pppd[4108]: rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x6786ce0a> <pcomp> <accomp>]
Sep  1 03:49:06 dzver pppd[4108]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb9949ebe> <pcomp>]
Sep  1 03:49:06 dzver pppd[4108]: sent [LCP ConfRej id=0x1 <accomp>]
Sep  1 03:49:06 dzver pppd[4108]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xb9949ebe> <pcomp>]
Sep  1 03:49:06 dzver pppd[4108]: rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0x6786ce0a> <pcomp>]
Sep  1 03:49:06 dzver pppd[4108]: sent [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0x6786ce0a> <pcomp>]
Sep  1 03:49:06 dzver pppd[4108]: rcvd [CHAP Challenge id=0x1 <a91a09d620fef9fb6af014f5d4b5866e>, name = "vpnххх"]
Sep  1 03:49:06 dzver pppd[4108]: Warning - secret file /etc/ppp/chap-secrets has world and/or group access
Sep  1 03:49:06 dzver pppd[4108]: sent [CHAP Response id=0x1 <ed683c2e6d99b8b97009a4ceb353242100000000000000004b68014d521d2577f69db91b85c4306c38403a6718ff40b200>, name = "xxxxx"]
Sep  1 03:49:06 dzver pppd[4108]: rcvd [CHAP Success id=0x1 "S=F2909D930EE721BB69E063D023A429E7AD794DFB"]
Sep  1 03:49:06 dzver pppd[4108]: CHAP authentication succeeded
Sep  1 03:49:06 dzver pppd[4108]: sent [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>]
Sep  1 03:49:06 dzver pppd[4108]: rcvd [IPCP ConfReq id=0x1 <addr 10.35.35.1> <compress VJ 0f 01>]
Sep  1 03:49:06 dzver pppd[4108]: sent [IPCP TermAck id=0x1]
Sep  1 03:49:06 dzver pppd[4108]: rcvd [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <mppe +H -M +S +L -D -C> <bsd v1 15>]
Sep  1 03:49:06 dzver pppd[4108]: sent [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Sep  1 03:49:06 dzver pppd[4108]: rcvd [CCP ConfAck id=0x1 <mppe +H -M +S -L -D -C>]
Sep  1 03:49:06 dzver pppd[4108]: rcvd [CCP ConfReq id=0x2 <mppe +H -M +S +L -D -C>]
Sep  1 03:49:06 dzver pppd[4108]: sent [CCP ConfNak id=0x2 <mppe +H -M +S -L -D -C>]
Sep  1 03:49:06 dzver pppd[4108]: rcvd [CCP ConfReq id=0x3 <mppe +H -M +S -L -D -C>]
Sep  1 03:49:06 dzver pppd[4108]: sent [CCP ConfAck id=0x3 <mppe +H -M +S -L -D -C>]
Sep  1 03:49:06 dzver pppd[4108]: MPPE 128-bit stateless compression enabled
Sep  1 03:49:06 dzver pppd[4108]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
Sep  1 03:49:06 dzver pppd[4108]: rcvd [IPCP ConfNak id=0x1 <addr 10.35.35.166>]
Sep  1 03:49:06 dzver pppd[4108]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 10.35.35.166>]
Sep  1 03:49:06 dzver pppd[4108]: rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 10.35.35.166>]
Sep  1 03:49:09 dzver pppd[4100]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x6910bab9> <pcomp>]
Sep  1 03:49:09 dzver pppd[4108]: rcvd [IPCP ConfReq id=0x1 <addr 10.35.35.1> <compress VJ 0f 01>]
Sep  1 03:49:09 dzver pppd[4108]: sent [IPCP ConfAck id=0x1 <addr 10.35.35.1> <compress VJ 0f 01>]
Sep  1 03:49:09 dzver pppd[4108]: local  IP address 10.35.35.166
Sep  1 03:49:09 dzver pppd[4108]: remote IP address 10.35.35.1
Sep  1 03:49:09 dzver pppd[4108]: Script /etc/ppp/ip-up started (pid 4110)
Sep  1 03:49:09 dzver pppd[4108]: Script /etc/ppp/ip-up finished (pid 4110), status = 0x0

В този случай има връзка до вътрешната мрежа но както описах се разкапва след малко със горните съобщения.
Въобще си нямам на идея какво не се споразумяват със сървера та да го дигне от първият път.


ЕДИТ:
Опитах и с networkmanager през 2-те IP-та на рутера резултата е същият:

Sep  1 23:25:01 dzver NetworkManager[2374]: <info> Starting VPN service 'pptp'...
Sep  1 23:25:01 dzver NetworkManager[2374]: <info> VPN service 'pptp' started (org.freedesktop.NetworkManager.pptp), PID 5213
Sep  1 23:25:01 dzver NetworkManager[2374]: <info> VPN service 'pptp' appeared; activating connections
Sep  1 23:25:01 dzver NetworkManager[2374]: <info> VPN plugin state changed: 1
Sep  1 23:25:01 dzver NetworkManager[2374]: <info> VPN plugin state changed: 3
Sep  1 23:25:01 dzver NetworkManager[2374]: <info> VPN connection 'IP VPN BTK' (Connect) reply received.
Sep  1 23:25:01 dzver pppd[5215]: Plugin /usr/lib/pppd/2.4.5/nm-pptp-pppd-plugin.so loaded.
Sep  1 23:25:01 dzver kernel: [41346.240266] PPP generic driver version 2.4.2
Sep  1 23:25:01 dzver pppd[5215]: pppd 2.4.5 started by root, uid 0
Sep  1 23:25:01 dzver modem-manager: (net/ppp0): could not get port's parent device
Sep  1 23:25:01 dzver pppd[5215]: Using interface ppp0
Sep  1 23:25:01 dzver pppd[5215]: Connect: ppp0 <--> /dev/pts/7
Sep  1 23:25:01 dzver pptp[5220]: nm-pptp-service-5213 log[main:pptp.c:310]: The synchronous pptp option is NOT activated
Sep  1 23:25:01 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Sep  1 23:25:01 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Sep  1 23:25:01 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Sep  1 23:25:02 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Sep  1 23:25:02 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Sep  1 23:25:02 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 0).
Sep  1 23:25:32 dzver pppd[5215]: LCP: timeout sending Config-Requests
Sep  1 23:25:32 dzver pppd[5215]: Connection terminated.
Sep  1 23:25:32 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1
Sep  1 23:25:32 dzver pppd[5215]: Modem hangup
Sep  1 23:25:32 dzver pptp[5220]: nm-pptp-service-5213 warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
Sep  1 23:25:32 dzver pptp[5220]: nm-pptp-service-5213 warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
Sep  1 23:25:32 dzver pptp[5226]: nm-pptp-service-5213 log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)
Sep  1 23:25:32 dzver pptp[5226]: nm-pptp-service-5213 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Sep  1 23:25:32 dzver pptp[5226]: nm-pptp-service-5213 log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Sep  1 23:25:32 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1
Sep  1 23:25:32 dzver pppd[5215]: Exit.
Sep  1 23:25:32 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1
Sep  1 23:25:32 dzver NetworkManager[2374]: <info> VPN plugin state changed: 6
Sep  1 23:25:32 dzver NetworkManager[2374]: <info> VPN plugin state change reason: 0
Sep  1 23:25:32 dzver NetworkManager[2374]: <warn> error disconnecting VPN: Could not process the request because no VPN connection was active.
Sep  1 23:25:32 dzver NetworkManager[2374]: <info> Policy set 'VIVACOM' (eth1) as default for IPv4 routing and DNS.
Sep  1 23:25:37 dzver NetworkManager[2374]: <info> VPN service 'pptp' disappeared



Sep  1 23:25:59 dzver NetworkManager[2374]: <info> Starting VPN service 'pptp'...
Sep  1 23:25:59 dzver NetworkManager[2374]: <info> VPN service 'pptp' started (org.freedesktop.NetworkManager.pptp), PID 5251
Sep  1 23:25:59 dzver NetworkManager[2374]: <info> VPN service 'pptp' appeared; activating connections
Sep  1 23:25:59 dzver NetworkManager[2374]: <info> VPN plugin state changed: 3
Sep  1 23:25:59 dzver NetworkManager[2374]: <info> VPN connection 'IP Atlantis' (Connect) reply received.
Sep  1 23:25:59 dzver pppd[5252]: Plugin /usr/lib/pppd/2.4.5/nm-pptp-pppd-plugin.so loaded.
Sep  1 23:25:59 dzver pppd[5252]: pppd 2.4.5 started by root, uid 0
Sep  1 23:25:59 dzver pppd[5252]: Using interface ppp0
Sep  1 23:25:59 dzver pppd[5252]: Connect: ppp0 <--> /dev/pts/7
Sep  1 23:25:59 dzver modem-manager: (net/ppp0): could not get port's parent device
Sep  1 23:25:59 dzver pptp[5254]: nm-pptp-service-5251 log[main:pptp.c:310]: The synchronous pptp option is NOT activated
Sep  1 23:25:59 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Sep  1 23:25:59 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Sep  1 23:25:59 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Sep  1 23:26:00 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Sep  1 23:26:00 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Sep  1 23:26:00 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 0).
Sep  1 23:26:30 dzver pppd[5252]: LCP: timeout sending Config-Requests
Sep  1 23:26:30 dzver pppd[5252]: Connection terminated.
Sep  1 23:26:30 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1
Sep  1 23:26:30 dzver pppd[5252]: Modem hangup
Sep  1 23:26:30 dzver pptp[5254]: nm-pptp-service-5251 warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
Sep  1 23:26:30 dzver pptp[5254]: nm-pptp-service-5251 warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
Sep  1 23:26:30 dzver pptp[5258]: nm-pptp-service-5251 log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)
Sep  1 23:26:30 dzver pptp[5258]: nm-pptp-service-5251 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Sep  1 23:26:30 dzver pptp[5258]: nm-pptp-service-5251 log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Sep  1 23:26:30 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1
Sep  1 23:26:30 dzver pppd[5252]: Exit.
Sep  1 23:26:30 dzver NetworkManager[2374]: <warn> VPN plugin failed: 1
Sep  1 23:26:30 dzver NetworkManager[2374]: <info> VPN plugin state changed: 6
Sep  1 23:26:30 dzver NetworkManager[2374]: <info> VPN plugin state change reason: 0
Sep  1 23:26:30 dzver NetworkManager[2374]: <warn> error disconnecting VPN: Could not process the request because no VPN connection was active.
Sep  1 23:26:30 dzver NetworkManager[2374]: <info> Policy set 'VIVACOM' (eth1) as default for IPv4 routing and DNS.
Sep  1 23:26:35 dzver NetworkManager[2374]: <info> VPN service 'pptp' disappeared

С другата мрежа която е на микротик на съседни IP адреси на същите доставчици няма проблем и с конзола и с networkmanager-a на КДЕ. Проблема е че не ми дава достъп до необходимата ми вътрешна мрежа през микротика.

[tolostoi]

Стрелям в тъмното, но в момента не съм в състояние да мисля
Да не би ... сервера да прави проверка по мак адрес, а пък под windows да ти е друг мак-а (случва се)?

[victim70]

Компютъра е един и същи лан картата също, минавам през 10-ина рутера. wireshark също не подсказва нищо. Като стартирам 2 пъти конекцията един след друг (без да изчакам да свърши първата) връзката се вдига, само че като свърши първата понеже не е осъществена гаси pppd и по този начин гаси и втората връзка която е осъществена.
Имаше един начин да извикам pppd и в последствие pptp от конзола, но немога да намеря как се прави. Така не става мисля че нещо бъркам в синтаксиса

pppd noauth nobsdcomp nodeflate mppe-40mppe-128 mppe-stateless name domain\\\\username remotename PPTP require-chapms-v2 pty "pptp 10.0.0.5 --nolaunchpppd"

А ми се иска да ги стартирам по отделно първо pppd после pptp и ако трябва да го повторя

[10101]

"С другата мрежа която е на микротик на съседни IP адреси на същите доставчици няма проблем и с конзола и с networkmanager-a на КДЕ. Проблема е че не ми дава достъп до необходимата ми вътрешна мрежа през микротика."

NAT?
gre през нат е сложничко.

[victim70]

Ната през който минава е един и същи. Под виндовс работи под линукс само като изключения, което ме навежда на единственната възможна мисъл че аз съм оцапал нещо по конфигурациите.
Освен да пускам една виндовс машина да ме рутира в къщи (доста неестествено звучи)   

[Ipolit]

в options.pptp сложи едно
nodefaultroute
може би затова се разпада, щото почва да се мъчи да ти прекара целия интернет през VPN-а
Освен това моите наблюдения са, че автоматично не се получават маршрутите. Затова ако мрежата, към която се свързваш е различна от 10.35.35.0/24 трябва да си я добавиш в
/etc/ppp/ip-up
ip ro add xxx.xxx.xxx.xxx/xx via 10.35.35.1
Също така, ако се използва някакъв ДНС сървър от тунела, линуксите не искат да го вземат - до сега съм виждал да работи с ХП и МАК ОС, но не и с линукс и Уин 7, тъй че трябва да си добавиш и ДНС-а - може пак в /etc/ppp/ip-up

[victim70]

За nodefaultroute ще го пробвам, въпреки че не стигам по нормалният път до вдигане на ppp интерфейса. DNS не ползвам от VPN-а. По принцип рутинга не го вземам от сървера вдигам си го сам.
Бих заложил обаче на NAT по между дома и този рутер се оказват 2 натвания mtr използвах да проверя за загуби и ги видях.
На работа със същата конфигурация но на директна връзка със сървера се вдига от раз ppp интерфейса.

Някакви идеи за настройките за NAT (нещо което да го има при Вин но при Линукс да се указва допълнително)

Вариянт 2 - до рутера са 10 хопа има загуба от 1-2% на пакетите. Дали това не влияе.