Пожелание:
нужна программка на С, которая бы отслеживала изменения в файл /etc/resolv.conf от конкретного процесса и грохала их, либо возвращала обратно старый файл.

Можешь накидать примерный код? Спасибо.

Бинарник хочу повесить как сервис в systemd

letrovada

не понял идию, например

вроде бы простая задача для сишника. мне хотя бы примерную структуру программы. не обязательно готовое решение, дальше я разберусь

а, не, не проканает. если только в лобовую по крону.

Я хочу повесить сабжевый бинарник, как системную службу, чтобы он оперативно отслеживал изменения

Обидели вы Кролика, вот он бы мне помог ((

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

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

вызывать по крону скрипт, чтобы менял, можно, но некрасиво и костыльно.

Ну нуапример, запустим по крону скрипт, который каждую минуту проверяет файлик. и что? допустим пидр в течении минуты поменял днс и резолвинг отвалился. Если я в этот момент играю в танки - это пиздец как критично.

Сервис, отслеживающий изменения в реальном времени, эту проблему решит

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

чуть выше ответил

думал над этим. пример можешь привести? не знаю как

это неплохое решение, хоть и срать в аудит будет

но самое правильное, мониторить изменения в файлик и менять на старое. Но Нужен Пашэ, а он проебался, когда нужен

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

нечитатель )

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

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

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

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

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

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

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

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

В общем, мне метод помог, это как раз то, что я хотел. Почему-то я никогда не сталкивался с 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.