Проблеммы router nat + pptpd в debian lenny

Имеется: Debian lenny имеющий один сетевой интерфейс eth0 смотрящий в локалку, в локальную сеть подключен DSL модем с включенным фаерволом и натом раздающий инет.
Имеются следующие проблеммы: подключение из вне проходит нормально, пинги в локалку проходят, телнет работает, подключение к ssh серверу проходит. При просмотре локальных шар или web страниц локальных происходит разрыв vpn соединения.
Что можно сделать?

eth0 - 192.168.5.201

pptpd.conf

option /etc/ppp/pptpd-options
localip 192.168.5.202
remoteip 192.168.5.16-17

pptpd-options

name pptpd
refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
require-mppe-128
ms-dns 192.168.5.1
proxyarp
nodefaultroute
debug
lock

pptpd.log

Using interface ppp0
Connect: ppp0 <--> /dev/pts/2
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x996d88f4> <p$
rcvd [LCP ConfReq id=0x0 <mru 1400> <magic 0x57192b6f> <pcomp> <accomp> <callba$
sent [LCP ConfRej id=0x0 <callback CBCP>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x996d88f4> <p$
rcvd [LCP ConfReq id=0x1 <mru 1400> <magic 0x57192b6f> <pcomp> <accomp>]
sent [LCP ConfAck id=0x1 <mru 1400> <magic 0x57192b6f> <pcomp> <accomp>]
sent [CHAP Challenge id=0xde <7e98e66a38cab27b44cef2a7e6330933>, name = "pptpd"]
rcvd [LCP Ident id=0x2 magic=0x57192b6f "MSRASV5.20"]
rcvd [LCP Ident id=0x3 magic=0x57192b6f "MSRAS-0-\37777777617\37777777612"]
rcvd [LCP Ident id=0x4 magic=0x57192b6f "\37777777711I\035\37777777731O\3777777$
rcvd [CHAP Response id=0xde <079347d5078802e845d338c8433c844c000000000000000068$
sent [CHAP Success id=0xde "S=071FEF83F86445A68917E4BB77371E15E565EA5C M=Access$
sent [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>]
rcvd [CCP ConfReq id=0x5 <mppe +H -M -S -L -D -C>]
sent [CCP ConfNak id=0x5 <mppe +H -M +S -L -D -C>]
rcvd [IPCP ConfReq id=0x6 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <m$
sent [IPCP TermAck id=0x6]
rcvd [CCP ConfAck id=0x1 <mppe +H -M +S -L -D -C>]
rcvd [CCP ConfReq id=0x7 <mppe +H -M +S -L -D -C>]
sent [CCP ConfAck id=0x7 <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.5.205>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x2 <addr 192.168.5.205>]
rcvd [IPCP ConfAck id=0x2 <addr 192.168.5.205>]
rcvd [IPCP ConfReq id=0x8 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <m$
sent [IPCP ConfRej id=0x8 <ms-wins 0.0.0.0> <ms-wins 0.0.0.0>]
rcvd [IPCP ConfReq id=0x9 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [IPCP ConfNak id=0x9 <addr 192.168.5.16> <ms-dns1 192.168.5.1> <ms-dns3 19$
rcvd [IPCP ConfReq id=0xa <addr 192.168.5.16> <ms-dns1 192.168.5.1> <ms-dns3 19$
sent [IPCP ConfAck id=0xa <addr 192.168.5.16> <ms-dns1 192.168.5.1> <ms-dns3 19$
local  IP address 192.168.5.205
remote IP address 192.168.5.16
Script /etc/ppp/ip-up started (pid 3757)
Script /etc/ppp/ip-up finished (pid 3757), status = 0x0
Modem hangup
Connect time 0.8 minutes.
Sent 21892 bytes, received 22246 bytes.
Script /etc/ppp/ip-down started (pid 3778)
MPPE disabled
sent [LCP TermReq id=0x2 "MPPE disabled"]
Connection terminated.
Waiting for 1 child processes...
  script /etc/ppp/ip-down, pid 3778
Script /etc/ppp/ip-down finished (pid 3778), status = 0x0

pptpd versions 1.3.4

mail:~# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
ACCEPT     tcp  --  192.168.5.202        mail            tcp spt:1723
ACCEPT     gre  --  192.168.5.202        mail
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
ACCEPT     all  --  mail             192.168.5.202
mail:~#

Что еще надо привести?

у меня вопрос больше касается работы сервера pptp
как клиентам ВПН указать основной шлюз ?
у меня клиент получает шлюз такой же как и присваиваемый ему айпишник и не видет локальную сеть за шлюзом...

т.е. у меня есть два клиента (1. машина под виндой, 2. локалка со шлюзом на дебиане)
эти клиенты подключаются к моему шлюзу на дебиане, за которым локалка..
как сделать чтоб
1. с виндовой машины пользователь мог работать с серверами в моей локалке ?
2. со второй локалки пользователи могли работать с серверами в моей локалке а мои пользователи с серверами второй локалки oO

rvk83 написал:

Имеется: Debian lenny имеющий один сетевой интерфейс eth0 смотрящий в локалку, в локальную сеть подключен DSL модем с включенным фаерволом и натом раздающий инет.
Имеются следующие проблеммы: подключение из вне проходит нормально, пинги в локалку проходят, телнет работает, подключение к ssh серверу проходит. При просмотре локальных шар или web страниц локальных происходит разрыв vpn соединения.
Что можно сделать?

нет ли потерь при пингах с вне ??

покажите
ip route show

потерь при пингах из вне нет.
соединение с среваком стабильно. продолжительное время.

подключение из вне проходит нормально, пинги в локалку проходят, телнет работает, подключение к ssh серверу проходит. При просмотре локальных шар или web страниц локальных происходит разрыв vpn соединения.

192.168.5.16 dev ppp0 proto kernel scope link src 192.168.5.202
192.168.5.0/24 dev eth0 proto kernel scope link src 192.168.5.201
default via 192.168.5.1 dev eth0

в pptpd-options
у меня есть такая строчка...

# Disable BSD-Compress compression
nobsdcomp

попробуй раскоментировать, если можеш покажи
ipconfig /all
на тачке что с мира подключается, интересен какой ip основным шлюзом у тебя

покажи еще
iptables -L -t -nat

iptables v1.4.2: can't initialize iptables table `-nat': Table does not exist (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgrade

iptables -L

Chain INPUT (policy ACCEPT)
target     prot opt source               destination
ACCEPT     gre  --  anywhere             anywhere
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:1723
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
ACCEPT     gre  --  anywhere             anywhere            state RELATED,ESTABLISHED

ВСЕ РАЗРЕШИЛ!

у меня вопрос больше касается работы сервера pptp
как клиентам ВПН указать основной шлюз ?

про основной шлюз где то я видел что в pptpd.conf прописать типа gateway x.x.x.x
но это не проверено

ВСЕ РАЗРЕШИЛ!

как разрешил?
напиши лекарство, почему клиенты отваливались...

да нет. в iptables все accept
все разрешил в иптаблес.
У меня шлюз у клиента нулевой
Я вот одного не пойму конектиться все нормально, консоль работает, стоит только сделать запрос к любой файловой системе - тут же обрыв соединения. мож самбу на сервере нужно поставить?
захожу на веб сервер и успевает только загрузиться its work! и все обрыв.

у меня вот как работает... пробуй

pptpd-options

name pptpd
auth
refuse-pap
proxyarp
nodefaultroute
lock
nobsdcomp
refuse-mschap
require-mschap-v2

не все тоже самое. Поднял VPN в тй же сети на WinXP все хорошо. Наверно всетаки буду проовать OpenVPN.

давай анализировать логи,
у меня винда соединяется отлично, а вот под линухом соединение вылетает

попробуй добавь на сервере впн
iptables -A FORWARD -p icmp -j ACCEPT
после добавления этой строчки соединение у меня стало более стабильным

Поднял openVPN но и с ним теперь тоже проблемы route. Хотя соединение стабильно, толко осталось поподробней узнать про маршрутизацию в нем.

напиши что не получается

у вас после поднятия VPN должен появится в системе еще один интерфейс типа ppp0 , значит в правилах маршрутизации Вы должны задать правило, которое направляет нужные пакеты именно в этот интерфейс, делается это примерно так:
route add -net 192.168.х.х netmask 255.255.255.0 dev ppp0

и второе, включить форвардинг пакетов между интерфейсами:
echo 1 > /proc/sys/net/ipv4/ip_forward

Все голова на бекрень. Перебрал десятки примеров в инете по pptpd и openvpn. Сошелся к одной проблеме.
После подключения клиента, на сервере появляется новый интерфейс pppo (tap0) c ip 10.10.10.1. Так же присутствует eth0 ip 192.168.5.22. У клиента появляется новое соединение с ip 10.10.10.2. Роут прописал на клиенте 192.168.5.0 шлюз 10.10.10.1 через 10.10.10.2. Есть результат - пинги с клиента проходят и на 10.10.10.1 и на 192.168.5.22, но вот дальше этого самого сервера не идут. т.е. на 192.168.5.23 НЕТ. Ну где копать то. IPTABLES выкинул ВООБЩЕ из системы. ip_forward включен. В чем может быть загвоздка?

Оказывается надо было на основном шлюзе в локальной сети прописать маршрут до 10.10.10.0 т.к. 192.168.5.22 выделенный сервер. И все пинги проходят нормально. Теперь осталось разобраться с MTU.