Господа, а если по существу - допустим запустили микросервис (отделньое приложение) на Django. Ему же надо взаимодействовать с монолитом? Как? Писать REST API в основном движеке магазина и в Django в каждой форме скидывать данные по API? или наоборот - делать API в Django на DRF?
Alexey Dmitriev, OpenVPN создает tun0 интерфейс после того, как получил от DNS адрес хоста сервера подключения. Если связь потерена, tun0 будет разрушен и создан заново при повторном подключении. возможно на tun0 можно повесить 'down' или 'post-down' скрипт, и из этого скрипта добавлять нужные маршруты в "статик", но вероятность того, что OpenVPN получит от DNS все равно другой IP адрес сервера остается.
P.S. вопрос подключения клиента через нунжный интерфейс решился без скриптов, средствами iptables и pbr.
Alexey Dmitriev, проблема в том, что разрыв подключения OpenVPN может быть вызван не падением локального интерфейса, а перебоем на линии, и тогда скрипт не отработает.
Можно по аналогии с Failover повесить скрипт, который каждую минуту будет пинговать ip-сервера, резольвить новые IP и т.п., но, повторюсь, если переподключение OpenVPN будет в промежутке между запусками этого скрипта - будут проблемы.
Первая сложность - по доменному имени DNS возвращает ~5 разных ip-адресов, и какой из них получит OpenVPN на стадии подключения не ясно.
Вторая сложность - вопрос времени. Запрос к DNS и добавление статик маршрута происходит до запуска OpenVPN клиента, вероятно из скрипта (rc.local?) и происходит один раз. А OpenVPN клиент может переподключаться самопроизвольно много раз (например разрыв соединения), и вероятно получит IP-адрес, который в статик роуты еще не был добавлен. Можно конечно из cron'a периодически резольвить этот хост, но вероятность, что будет реконнект OpenVPN клиента в промежутке остается.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.