Как пустить исходящее VPN соединение через определенный порт mikrotik?

спасибо! неужели все настолько просто ?

sigmatik: попробуйте сначала) В целом да, ничего сверх сложного

Dmitry Tallmange: попробовал, все работает, но есть небольшая проблема. Помимо pptp-out1 На этом же шлюзе имеется впн-сервер, pptp-in1 который держит отдельный впн, запрос на соединение с которым приходит с точно того же адреса ( в вашем примере 1.1.1.1 ) , и когда я добавил ваше правило, pptp-in1 работать почему то перестал ... МОжно ли параметр dst-address=1.1.1.1 заменить на что то вроде out-interface=pptp-out1 , чтобы не использовать в правилах маршрутизации айпи адрес ?

sigmatik: Вы поднимаете РРТР на хост, который поднимает РРТР на вас?

sigmatik: по сути вопроса: сдается мне, что входящее соединение приходит НЕ на внешний адрес pppoe-out2, именно поэтому оно отвалилось. Я не прав?

Dmitry Tallmange: попытаюсь объяснить , на pppoe out1 есть внешний статический айпи, пусть он будет 3.3.3.3 , именно этот айпи использует pptp in1 для установления входящего соединения от хоста 1.1.1.1 ( тоже статический адрес на другой стороне ) . В тоже время на pppoe out2 статического айпи нет, поэтому было принято решение второй впн ( который нужно пустить через второго провайдера ) развернуть в обратную сторону, то есть сделать так чтобы pptp out1 конектился к 1.1.1.1 . Задача:
1. pptp out1 пустить принудительно через pppoe out2
2. Оставить рабочими оба впн , чтобы в случае недоступности какого-то из провайдеров они друг друга резеврировали.

Можно оставить один pptp клиент, который будет поднимать соединение через активный канал. Если один из каналов ляжет - он подключится через второй. Если цель резервирование, то это самый правильный вариант

sigmatik: для этого поднимайте маркировку пакетов и две таблицы маршрутизации через провайдера1 и провайдера2
https://geektimes.ru/post/186284/

Dmitry Tallmange: согласен . Вопрос как это реализовать ? Так же дистанциями ?

Адаптированный пример, взятый отсюда. В качестве шлюзов для проверки доступности канала используем публичные DNS-серверы яндекса. В качестве удаленного сервера также используем адрес 1.1.1.1, для примера.

/ip route
add dst-address=77.88.8.1 gateway=pppoe-out1 scope=10
add dst-address=77.88.8.2 gateway=pppoe-out2 scope=10
/ip route
add dst-address=1.1.1.1 gateway=77.88.8.1 check-gateway=ping distance=1
add dst-address=1.1.1.1 gateway=77.88.8.2 check-gateway=ping distance=2

sigmatik: таким образом, когда через pppoe-out1 будет действительно доступен интернет, пптп будет подниматься через него. Как только доступность пропадет, но будет доступность через pppoe-out2, то соединение будет осуществляться через него.

Dmitry Tallmange: наоборот , мне нужно чтобы трафик впн шел через pppoeout2
Я так понимаю тогда будет

/ip route
add dst-address=77.88.8.1 gateway=pppoe-out1 scope=10
add dst-address=77.88.8.2 gateway=pppoe-out2 scope=10
/ip route
add dst-address=1.1.1.1 gateway=77.88.8.1 check-gateway=ping distance=2
add dst-address=1.1.1.1 gateway=77.88.8.2 check-gateway=ping distance=1

sigmatik: Разумеется, именно так

Dmitry Tallmange: чем тогда это отличается от такой схемы :

/ip route
add dst-address=0.0.0.0/24 gateway=pppoe-out1 distance=1
add dst-address=0.0.0.0/24 gateway=pppoe-out2 distance=2

add dst-address=1.1.1.1 gateway=pppoe-out2 distance=1
add dst-address=1.1.1.1 gateway=pppoe-out1 distance=2

Вероятно вместо 0.0.0.0/24 имеется ввиду 0.0.0.0/0, что означает маршрут по умолчанию. Нас же интересует лишь маршрут до 1.1.1.1. Если вы поставите «все нолики», то это обеспечит глобальное резервирование каналов, а не только хоста 1.1.1.1.

Да, конечно 0.0.0.0/0 . Задам вопрос по другому. Если в маршрутах будет добавлено сразу два правила:

add dst-address=0.0.0.0/0 gateway=pppoe-out1 distance=1
и
add dst-address=1.1.1.1 gateway=pppoe-out2 distance=1

Через какой интерфейс будет работать pptp-out на удаленный сервер 1.1.1.1 ?

sigmatik: конечно через pppoe-out2

Dmitry Tallmange: ладно, буду экспериментировать. Большое спасибо за консультацию !!