EllirGwadu: Каким клиентом ? Как подключаетесь, что в логах ?
Да попробуйте в Debian добавить interfaces
auto ppp0
iface ppp0 inet ppp
provider $NAME
pre-up ip link set ethX up
up route del default
up route add default dev ppp0
Дмитрий: Ну если так,то ok. Да я бы еще рекомендовал сменить 88.1 (я так и подумал на микротик) , на ваше что-угодно. Хотя если сейчас нет проблем, то ok.
Дмитрий: Это хорошо, что все работает , но я не очень уверен, что провайдер использует 192.168.88.1 . Скорее всего это ip вашего роутера. Можно все же вывод route -n без vpn и примерную топологию сети.
Сергей: Соглашусь, что контролер можно повесить в виртуальную машину hyper-v. При этом в 2012 решина проблема курицы и яйца. hyper-v можно добавить в домен :)
Дмитрий: Прописать сеть 95.182.112.0/20 и до нее вашего провайдера. Пример route add -net 95.182.112.0 netmask 255.255.240.0 gateway (IP_шлюза) eth0 - Это пример ! не раб вариант. Надо помнить, что шлюз должен быть в приделах вашей сети. Сделайте route -n без VPN. Сделайте traceroute до 8.8.8.8 без VPN и traceroute до любого сервиса в нужной сети.
Евгений: В целом так и есть софт в контейнеры. От себя добавлю, что докер просто модная вещь. Мы до сих пор используем OpenVZ со своими скриптами и не видим смыла переходить на докер. Мы больше думаем миграцию в сторону LXC. Еще все в одном openstack , но его поднять и обслуживать не совсем простая задача.
@bromzh: я к тому и виду, что он часть системы. В других системах наверно есть что-то еще. Это еще одна причина, написать свой демон и уйти от зависимости.
@bromzh Почти это все можно сделать средствами upstart. Если бы вы прошлись и почитали cookbook. На некоторых системах нет и python. Да же bash парой нет. Хотя не спорю, это исключение из правил.
Я не говорю что supervisor плохо, просто его использование должно быть разумно объяснимо.
@bromzh: Замечательно, а теперь просто о сложном. Вы правильно донесли мысль, что фоновый процесс - процесс который может завершится. Демон выполняется фоном постоянно. Не будем смешивать две сущности, кто и чем может стать. Далее на тему скрипта. Да можно поставить замечательный supervisor, но зачем ? Это лишний пакет в системе. supervisor может не быть в пакетах. Мой же скрипт будет и работает без него (собственно он и писался, что бы запускается где угодно, не идеально - но сейчас он актуальность потерял и переписывать не надо)
Если идти еще дальше,то все это может делать и upstart во время запуска. Достаточно почитать upstart.ubuntu.com/cookbook . manpages.ubuntu.com/manpages/lucid/en/man8/start-s... и ничего дополнительного ставить не надо. Будет понятно, что где и как искать, а не разбирается с supervisor.
@bromzh: и так же посмотрите хотя бы мой скрипт, что бы понять почему я делаю это скриптом. Почему я в скрипте это "зациклел" и как бы мне помог ваш супервизор в данной ситуации.
@tuccar: я исхожу из того, что на python вы потратите меньше времени на изучение и уже сможете устроится на работу используя его. После python я бы наверно смотрел на go и java, опять же только из-за корыстных целей. Если же у вас есть время и особенно есть где использовать lisp то конечно на это можно потратить время.
@ifaustrue: Евгений,давайте сделаем проще. Укажите просто строку в который указывается со стороны клиенты shared secret для ipsec. И мне проще и вам легче. Я уже как проснусь засяду за чтение и эксперименты.
Да попробуйте в Debian добавить interfaces
auto ppp0
iface ppp0 inet ppp
provider $NAME
pre-up ip link set ethX up
up route del default
up route add default dev ppp0
Более детально тут
habrahabr.ru/sandbox/32294