не подымается маршрут при pptp подключении

defaultroute

у клиента?

Не надо изобретать костылей с pppd. Возьмите OpenVPN, там все это задается в конфиге абсолютно штатным образом.

Не надо изобретать костылей с pppd. Возьмите OpenVPN, там все это >задается в конфиге абсолютно штатным образом.

с openvpn то же не всё гладко, то же с маршрутами были проблемы потому и перешёл на pptp

то же с маршрутами были проблемы потому и перешёл на pptp

Руки. У меня OpenVPN связывает порядка восьми подсетей в конфигурации с двумя серверами и 14 линками, проблем с маршрутизацией не наблюдается :-)

OpenVPN все штатно и красиво пишется в конфиге и мануал настолько обширный, все разжевано. в pptpd можешь в ip-up.d и ip-down.d запилить нужный скрипт.

Вот пример конфига с шифрованием

Клиент

pty "pptp IP --nolaunchpppd"
name LOGIN
remotename SERVER_NAME
file /etc/ppp/options.pptp
ipparam SERVER_NAME
persist
maxfail 0
lcp-echo-interval 30
lcp-echo-failure 4
usepeerdns

lock
noauth
nobsdcomp
nodeflate
noipdefault
refuse-pap
refuse-chap
refuse-mschap
require-mppe-128

Сервер

option /etc/ppp/pptpd-options
noipparam
localip 10.0.0.1
remoteip 10.0.0.2-31
connections 30

lock
debug
name pptpd
nodefaultroute
noproxyarp
nobsdcomp
novj
novjccomp
nologfd
refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
require-mppe-128
ms-dns 10.0.0.1

На сервере можно поднять маршрут в сторону клиента из скрипта ip-up
который запускается в момент старта соединения.

Обычно скрипт лежит в /etc/ppp/ip-up
Сам скрипт штатный и при старте он запускает все скрипты из каталога
/etc/ppp/ip-up.d

какие параметры в них передаются можно посмотреть в ip-up

надо поднимать, а не подымать.

> Серверу например при создании тунеля присваивается ip 192.168.254.254 а клиенту 192.168.254.253

при создании тунеля на клиенте прописывается только маршрут от 192.168.254.254 к 192.168.254.253 а маршрут от 192.168.1.0 к 192.168.254.254 не прописывается, точно так же и на сервере прописывается маршрут от 192.168.254.253 к 192.168.254.254 а маршрут от 192.168.2.0 к 192.168.254.253 не прописывается.

Покажи ip addr и ip route до поднятия тоннеля и после поднятия
И напиши, как именно нужно тебе.

Соединять подсети надо с помощью openvpn, остальное фигня.

Добавь в /etc/ppp/options.pptpd

refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
require-mppe-128
proxyarp
lock
nobsdcomp
novj
novjccomp

Будет тебе самая максимально возможная в винде из коробки шифрация. При этом соединяться можно будет только с mppe-128.

Но, единственное, для чего имеет смысл использовать pptp это цеплять клиентов p2p, которые не осиливают поставить клиент для openvpn.

persist и holdoff могут работать если pppd вызывает pptp, а не наоборот. У вас как клиент устанавливает соединение?

persist и holdoff могут работать если pppd вызывает pptp, а не наоборот. У вас как клиент устанавливает соединение?

pptp запускает pppd

Если сделать наоборот:

pppd ... persist holdoff 10 pty «/usr/sbin/pptp IP-адрес-сервера --nolaunchpppd»

то pppd будет пытаться восстанавливать связь. Но, бывает, что pppd «умирает» от сегфолта. А ещё, не помню в какой версии pppd holdoff не работала и таймаут был всегда ноль секунд. Поэтому у меня висит скрипт на bash, который в цикле запускает «pppd nodetach ...»; sleep ТАЙМАУТ.