на отдельной машине. Есть впн в кластере. Все связано, понятно. Включаю клиента OpenVPN 2.4 на ноуте, хожу напрямую к подам кластера через сервисы например curl app1.ns1.svc.cluster.local
Используется при этом kube-DNS который прилетает клиентскому ноутбуку при подключении к впн.
При этом весь остальной трафик который идёт не в кластер, ходит напрямую в интернет через другую ноду на которой впн сервер.
Так вот в какойто момент этот DNS leak операционной системы приводит к тому, что ubuntu вместо тех днс-серверов которые ей подсунул впн, начинает использовать дефолтные днсЫ провайдера. В итоге app1.ns1.svc перестаёт резолвится.
Скрипт на 500 строк Update-systemd-resolved который ранее решал проблему и использовался сообществом перестал работать пару мес назад после каких то обновление networkmanager
Может у кого то есть решение?
Много костылей попробовал, хочется что то простое, хардКод resolv.conf и тд просьба не предлагать
Сейчас смотрю и готовлюсь к переходу на openvpn3.
Но он работает через cli что не оч хочется пользователям рассказывать и учить)
На маке такая же фигня кстати.
Печалька)) на маке тестили не смогли воспроизвести, как и на винде и на телефоне А вот ubuntu проблема возникает довольно чаще
docker в кавчестве Container runtimes?
Да, но у меня в куб-кластере стоит только клиент который помогает ходить к подам OpenVPN server находится на отдельном стороннем дроплете Весь остальной трафик который идёт от клиента и не является куб-трафиком идёт через этот дроплет
> Так вот в какойто момент этот DNS leak операционной системы приводит к тому, что ubuntu вместо тех днс-серверов которые ей подсунул впн Нефига себе, дичь какая. А есть где-то статья с разбором почему так происходит?
Пока до конца не разобрался Понял что происходит, не углубился почему И было решения, запускался скрипт при подкл к впн и при дисконнект который якобы решал проблему но он уже не работает
Обсуждают сегодня