Настройка маршрутизации ppp

awkaw · 16 мая 2015, 14:02:07

Здравствуйте, уважаемые дамы и господа! Не ругайте сильно, что завожу наверное изъеженную тему по поводу маршрутизации. Я новичок в этом деле. Имеется два компьютера на debian. На одном развернут L2TP сервер (172.16.0.5). Второй (172.16.0.10) к нему подключается. Все организовано через интернет. Коннект есть, пинг со стороны клиента есть, а вот со стороны сервера пинга к клиенту нет! Что делать?

Настройки /etc/ppp/options.l2tp

Код Выделить

mtu 1410
mru 1410
lcp-echo-interval 3
lcp-echo-failure 8
logfile /var/log/pppd
nodeflate
proxyarp
noauth
#defaultroute
#replacedefaultroute
lock

route

Код Выделить

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         my.router       0.0.0.0         UG    0      0        0 eth0
172.16.0.5      *               255.255.255.255 UH    0      0        0 ppp0
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0

ioann.sys · 16 мая 2015, 14:55:04

Попробуй на сервере установить утилиту nmap и сканируй удалённого клиента. Возможно, что у клиентов (или на оборудовании) заблочены порты.

awkaw · 16 мая 2015, 15:01:02

Дело в том, что пакеты уходят к клиенту (через tcpdump их видно), но ответные пакеты уходят куда-то в другое место, так как нет правильной маршрутизации, как я понял. Могу заблуждаться.

Сообщение объединено: 16 Май 2015, 15:07:59

nmap говорит, что данный хост (хост клиента) недоступен.

Сообщение объединено: 16 мая 2015, 21:34:42

Народ, не уж то никто ничего не знает? Помогите пожалуйста. Весь день с этой проблемой разбираюсь.

mrgoodvin · 16 мая 2015, 22:18:29

Посмотрите это https://wiki.debian.org/ru/xl2tpd/Server, и выложите так же /etc/xl2tpd/xl2tpd.conf, а то как-то не понятно в чем может быть проблема.

awkaw · 16 мая 2015, 23:20:11

/etc/xl2tpd/xl2tpd.conf

Код Выделить

[global]
access control = no
auth file = /etc/l2tpd/l2tp-secrets
[lac 188.120.242.122] 
lns = 188.120.242.122 
redial = yes 
redial timeout = 1 
require chap = yes 
require authentication = no 
name = home
ppp debug = yes
pppoptfile = /etc/ppp/options.l2tpd
require pap = no
autodial = yes

Это конфиг клиента

Сообщение объединено: 17 мая 2015, 20:28:03

Вопрос еще актуален) Второй день пошел)

mrgoodvin · 18 мая 2015, 11:11:39

Хотелось бы посмотреть и на конфигурацию сервера. Предполагаю, что порты 1701 открыты. По поводу маршрутизации, что бы проверить можно попробовать их явно прописать, согласно примеру этой ссылки - http://blog.sjinks.pro/linux/294-set-up-l2tp-in-debian-ubuntu/, или как-то по другому.
Так же, согласно этому - https://ru.wikipedia.org/wiki/L2TP, ваш вариант - (1) "Удаленная система"(172.16.0.10), "PSTN", "NAS/LAC", "интернет", "LNS"(172.16.0.5), или же (2) "Клиент LAC"(172.16.0.10), "интернет", "LNS"(172.16.0.5)?

awkaw · 18 мая 2015, 11:17:38

Дело в том, что имеется еще клиент на винде - с ним все в порядке - пинги есть. Т.е. логично предположить, что сервер ни при чем)

mrgoodvin · 18 мая 2015, 11:44:30

Да, логично. Может быть и не причем ). Встречал в сети, что по этому поводу как раз проблемы с машинами linux. К сожалению, сам не настраивал. Но для проверки отправки пакетов клиентом, вы же можете указать шлюз на клиенте, как временное решение. Дальше, вы указали lns как 188.120.242.122 , поэтому мне стала не ясна архитектура сети.

awkaw · 18 мая 2015, 11:57:22

Эээ...честно немного не понял про шлюз на клиенте) Я указывал шлюз на клиенте по умолчанию адрес vpn сервера (172.16.0.5), но тогда у меня пропадает интернет и рвется соединение) Если указать dns и ip сервера (188.120.242.122) через роутер (eth0) в route, то эффекта нет(

mrgoodvin · 18 мая 2015, 12:26:41

Да, я имел ввиду как раз шлюз 188.120.242.12. Шлюз как 172.16.05 работать и не должен. В самом пакете от сервера клиенту уже есть адрес сервера. Задача клиента, получить этот пакет и сформировать ответ. Но что бы инициализировать l2tp сесию, он (клиенет) должен пробросить маршрут и установить управляющее соединении, чего как я понял у вас не наблюдается. Если ваш клиент выступает и как устройство LAC, то зачем вы указываете lns = 188.120.242.122? Мне не ясно архитектура сети по прохождению пакета, или я чего то не понимаю

.

awkaw · 18 мая 2015, 12:32:07

Хм, да 188.120.242.122 в качестве шлюза я не указывал. Сейчас возможности нет, но вечером обязательно попробую, спасибо) Архитектура проста. Есть сервер на debian (188.120.242.122), на нем развернут VPN-L2TP сервер c адресом 172.16.0.5. К нему через интернет коннектится другой debian компьютер, который подключен к инету через роутер (192.168.1.1) и имеет внешний динамический IP. Локальный ip клиента в другой сети - 192.168.1.200. По VPN он получает ip 172.16.0.10.

Сообщение объединено: 18 мая 2015, 20:47:18

Не могу добавить 188.120.242.122 в качестве шлюза((

route add default gw 188.120.242.122 dev eth0

Код Выделить


SIOCADDRT: No such process

sandaksatru · 19 мая 2015, 13:06:48

Цитата: awkaw от 18 мая 2015, 12:32:07Не могу добавить 188.120.242.122 в качестве шлюза((

Не получится, и не нужно.

Цитата: awkaw от 16 мая 2015, 14:02:07пинг со стороны клиента есть, а вот со стороны сервера пинга к клиенту нет!

Выложите трассировку маршрута в обе стороны. Посмотрим.

awkaw · 19 мая 2015, 13:11:32

Сейчас нет возможности. Вечером выложу трассировку. Но мне уже кажется, дело в самой операционке или клиенте (программе) хотя бы. У меня стоит debian, но это спецсборка для radxa rock pro . Вот думаю уже может Ubuntu поставить.

Сообщение объединено: 19 мая 2015, 20:34:02

От сервера к клиенту
traceroute 172.16.0.10

Код Выделить


traceroute to 172.16.0.10 (172.16.0.10), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

От клиента к серверу
traceroute 172.16.0.5

Код Выделить


traceroute to 172.16.0.5 (172.16.0.5), 30 hops max, 60 byte packets
 1  172.16.0.5 (172.16.0.5)  5.044 ms  4.890 ms  4.895 ms

sandaksatru · 20 мая 2015, 10:39:35

Цитировать172.16.0.10 * 255.255.255.255 UH 0 0 0 ppp0

На сервере должен быть примерно такой маршрут подниматься автоматом при подключении клиента. Он есть?
Что говорит лог ppp? Есть ли какие ошибки или предупреждения?
Ядро ругается на что-либо при пингах? вывод dmesg на сервере и клиенте не содержит ничего подозрительного? Может быть проблема с каким-нибудь модулем шифрования или компрессии. У меня, например, на PPTP-сервере иногда отваливается mppe_compress (там какой-то древний баг с mtu) при подключении с WinSrv2012 R2.

Снимите tcpdump на сервере с ppp интерфейса во время пинга:

Код Выделить

tcpdump -i ppp0 -p icmp -vvnnc6
Пингуйте сначала в одну сторону, потом в другую.

Цитата: awkaw от 19 мая 2015, 13:11:32Но мне уже кажется, дело в самой операционке или клиенте

Дело не в операционке. И Debian и Ubuntu дистрибутивы одной ОС. Проблема либо в ядре вылезает, или в pppd.

awkaw · 20 мая 2015, 11:10:39

На сервере маршруты поднимаются. На клиенте-windows все правильно работает. Про компрессию что-то видел в логах, но там вроде было написано, что она просто отключается, т.е. не критично, как я понял. Сейчас точно не могу сказать, так как клиентский debian дома, а я на работе) Вечером точно напишу. Tcpdump тоже вечером, только хочу опять же сказать, что там пакеты приходят от сервера на клиент, но клиент не отвечает, либо скорее всего отвечает, но не по нужному маршруту. Уже успел попробовать на ubuntu - там тоже самое. Вы были правы по поводу операционки. А имеются ли какие-то еще клиенты нормальные кроме xl2tpd? Просто читал, что это лучший клиент для debian и ubuntu.