Копировать (только копировать, а не разрезать) в Nano?

Я предоставляю сценарий, который прослушивает сигналы dbus, что позволит вам реагировать быстрее, чем если бы вы проводили опрос на изменения в вашей текущей конфигурации сети. Это помогает в системах, где скрипты / etc / не выполняются, когда вы хотели бы их (например, в моей системе 14.04).

my enter / exit hooks.d не работает

[d3 ] NetworkManager запускает dhclient с флагом -sf /usr/lib/NetworkManager/nm-dhcp-client.action, который, как представляется, отменяет поведение обычного входа / выхода. Поведение по умолчанию с dhclient заключается в вызове скриптов в /etc/dhcp/dhclient-{enter,exit}-hooks.d. Это невозможно вызвать вообще в моей системе.

my enter / exit hooks.d не работает

Однако NM ссылается на другое набор скриптов, в /etc/NetworkManager/dispatcher.d, чтобы сообщать о различных событиях. На странице руководства NetworkManager (8) определяются действия dhcp4-change и dhcp6-change, которые, как представляется, делают именно то, что вы хотите. Несмотря на то, что говорит manpage, по крайней мере в моей системе задействованы только действия up и down. Я не могу заставить эти сценарии запускать что-либо еще. Таким образом, это не отличный способ контролировать изменения IP-адресов.

, поэтому, snoop непосредственно на dbus-сигналах, испускаемых NM

nm-dhcp-client.action (источник), из командной строки просто преобразует все переменные среды, установленные dhclient в сигнал dbus. Эти переменные среды определены в man dhclient-script (8). Особый интерес представляет $new_ip_address. Что вы могли бы сделать, как предложил @Bernhard, - следить за сигналом и действовать соответствующим образом на основе его содержимого.

Вот программа, которая будет отслеживать все данные событий, сигнализируемые этим двоичным кодом:

#!/bin/bash -e

#
# This script listens for the org.freedesktop.nm_dhcp_client signal.
# The signal is emitted every time dhclient-script would execute.
# It has the same contents as the environment passed to
# dhclient-script (8). Refer to manpage for variables of interest.
#

# "org.freedesktop.nm_dhcp_client" is an undocumented signal name,
# as far as I could tell. it is emitted by nm-dhcp-client.action,
# which is from the NetworkManager package source code.
# 

# detail: todo cleanup subprocess on exit. if the parent exits, 
#       the subprocess will linger until it tries to print
#       at which point it will get SIGPIPE and clean itself.
#       trap on bash's EXIT signal to do proper cleanup.


mkfifo /tmp/monitor-nm-change

(
    dbus-monitor --system "type='signal',interface='org.freedesktop.nm_dhcp_client'"
) > /tmp/monitor-nm-change &

exec </tmp/monitor-nm-change
rm /tmp/monitor-nm-change

while read EVENT; do
    #change this condition to the event you're interested in
    if echo "$EVENT" | grep -q BOUND6; then
        # do something interesting
        echo "current ipv6 addresses:"
        ip addr show | grep inet6
    fi
done

Выход dbus-монитора не является простым для анализа в сценариях. Возможно, это проще запускать при наличии определенного ключевого слова (-ов), например. new_ip_address, а оттуда используют разные инструменты для получения измененной информации (например, ip или ifconfig).

# example output data from dbus-monitor for that signal
...
dict entry(
string "new_routers"
variant             array of bytes "192.168.2.11"
)
dict entry(
string "new_subnet_mask"
variant             array of bytes "255.255.255.0"
)
dict entry(
string "new_network_number"
variant             array of bytes "192.168.2.0"
)
dict entry(
string "new_ip_address"
variant             array of bytes "192.168.2.4"
)
dict entry(
string "pid"
variant             array of bytes "12114"
)
dict entry(
string "reason"
variant             array of bytes "REBOOT"
)
dict entry(
string "interface"
variant             array of bytes "eth0"
)
...

Дайте ему шанс!