это интересно, но там статья про разрешающие правила в целом, в это я умею. вот как писать запрещающие правила - не знаю.

нечитатель )

да и с минимальными вложениями. есть другие идеи, как мониторить файлик в реальном врмени? ну наверное, хоть на джаве, но тогда интерпретатор надо ещё ))

с волостаой спиной в очках и лысоватой головой? )

есть несколько впн, все они вносят изменения в файлик, но конкретно гадит только один - континент, он прописывает внутренние днски, которые ни хуя не резолвят, при этом, если их удалить, он мониторит состояние файлика и опять перезаписывает, хотя в случае подключения они на хуй не нужны, там главное построить туннель по айпишнику. Запретить на запись - ну можно ,да. Но другие не смогут тогда нормально работать. Каждый раз разрешать, запрещать, ну в пизду

за твоей аватарой )

Кролик, спасбо! завтра проверю!

нет. читай выше )

нукак смотреть логи это я точно знаю )

наконец-то добрался до этого

В общем, мне метод помог, это как раз то, что я хотел. Почему-то я никогда не сталкивался с dispatcher events в NetworkManager, теперь буду знать.

Но все же не совсем то, что написано в скрипте.

Изначально я тоже пробовал менять приоритеты на интерфейсах, но не работало. Хотя согласно этой статье https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_networking/configuring-the-order-of-dns-servers_configuring-and-managing-networking - должно. но видимо эта щтука запускается вне NM, поэтмоу не всё так гладко.

Тем не менее, идея с dispatcher events - то, что надо.

Скрипт я поместил в каталог dispatcher.d, инчае не реагирует на событиеНу я просто меняю при переподключении resolv.conf на эталонный. И всё норм.

Кролег, спасибо ещё раз за идею с dispatcher events.

У меня ещё была мысль при помощи программы Inotify, я слуачной вспомнил про неё, но смысла уже нет.

не работает (( как и то, что описано в статье https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/configuring_and_managing_networking/configuring-the-order-of-dns-servers_configuring-and-managing-networking

(вначале я пытался поманипулировать с приоритетами днс по инструкции в статье)

Я предполагал, что это происходит потому, что впн стартует и создаёт интерфейс самостоятельно, поэтому NM полностью не оперирует сетевым окружением, но, не совсем понятно. Предложенная тобой опция должна менять настройку именно уже на активном интерфейсе, но ничего положительного не происходит.

Изначально проблема в следующем. Есть несколько впнов, которыми я вынужден пользоваться по работе. Один тоже пишет в resolv.conf, но днс сервера, которые он предлагает, резолвят, а вот континент пихает внутренние днс, которые ничего не резолвят с понятными последствиями. При этом, в винде такой проблемы не наблюдается (вот так работает в винде при подключениях https://serverfault.com/questions/84291/how-does-windows-decide-which-dns-server-to-use-when-resolving-names)

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

Можно, конечно, тупо запретить запись перед стартом континента, потом возвращать обратно, после завершения работы, но это не совсем удобно, если мне нужно подключиться к другому впн (есть необходимость пользоваться этими двумя одновременно). Предложенные тобой способ, думаю, в данном случае, наиболее правильный, так как в нём NM отслеживает событие самостоятельно и выполняет соответствующее действие.

Пока вроде всё нормально, событие echo пусть пишет пока.

А вот почему не отрабатывает механизм из статьи и ipv4.ignore-auto-dns yes - не совсем понимаю. Может я что-то всё-же делаю не то, или это действительно относится только к соединениям, создаваемым NM, или ещё требуеются какие-то условия для отработки. Почитаю внимательнее про NM.

Нет, ignore-auto-dns не работает.

Кстати, внутренние подкаталоги он не воспринимает, но из pre-up.d, который есть по умолчанию, работает. Наверное, правильнее скрипт там оставить, да.

Нет, навзания не путаю и делал как в скрипте, не профиль connection изменял, а именно устройство

кстати, а ты уверен, что эта опция распространяется на resolv.conf?

Вот описание