Сам не проверял сейчас, но, может, лучше попробовать современными средствами создать необходимый интерфейс?
$ ip tuntap help
Usage: ip tuntap { add | del } [ dev PHYS_DEV ] 
          [ mode { tun | tap } ] [ user USER ] [ group GROUP ]
          [ one_queue ] [ pi ] [ vnet_hdr ]
Where: USER  := { STRING | NUMBER }
       GROUP := { STRING | NUMBER }
Навскидку приходят две альтернативы для ознакомления с вопросом:
1. PulseAudio over network
2. Потоковое вещание с помощью Icecast
Второй, как мне кажется, более распространен на данный момент и более древний.
Статусы, скорее всего, доступны в параметрах /sys/class/power_supply/BAT0/*
А вообще, для настройки энергосбережения, я бы посоветовал прежде всего настроить cpufreq ondemand (не забывая грузить модуль acpi_cpufreq). А потом обратить внимание на laptop-mode-tools, где есть утилитка lm-profiler, собирающая статистику, кто там чего грузит и кого можно отключать.
Можно не ждать милости от природы, а взять их у нее. Т.е. вооружиться знаниями и настроить таймзону под свои нужды. Не пропустите ссылки после статьи.
Вот же ж английским по белому написано: "See `config.log' for more details."
Может, Вы не обновили пакеты после установки системы до актуальных версий? Сейчас, вроде, проблемы с отсутствием переходов на зимнее время пофиксены должны быть.
Может, эта статейка на Хабрахабре поможет избавиться от шума?
Навскидку, если меня внимательность не подвела, я бы Ваш скрипт в месте обработки цепочки FORWARD исправил как-то так:
======cut=======
### $IPT -N VERIFY_IP_MAC # verify (ip & MAC) address

INFORM_IN_USERS=/etc/iptables/users #“svyazka.ip-MAC.users.txt”

### if ; then
### $IPT_INPUT –in-interface $INT_DEV –source $INT -j VERIFY_IP_MAC
### $IPT_FORWARD –in-interface $INT_DEV –source $INT -j VERIFY_IP_MAC


(cat $INFORM_IN_USERS; echo) | # make sure there is a LF at the end
while read IP MAC GROUP LOCALISE; do
#
#IP MAC GROUP LOCALISE
#
#192.168.0.14 00:50:8D:51:67:F9 ..
#192.168.0.103 00:13:D4:65:7F:B0 ..
#
case “$IP” in
\#*|“”) continue ;;
esac

if ; then
### $IPT -A VERIFY_IP_MAC –source $IP –match mac ! –mac-source $MAC -j DROP
$IPT -A FORWARD –source $IP –match mac –mac-source $MAC -j ACCEPT
fi

if ; then
cmd_string=“–in-interface lo –source $IP”

else
cmd_string=“–in-interface $INT_DEV –source $IP”
fi

$IPT_INPUT $cmd_string -j $GROUP
$IPT_FORWARD $cmd_string -j $LOCALISE
done

======cut end=======
Я пока писал, Вы ответили. Как я и предполагал, в эти правила пакеты не попадают. Смотрите мой ответ выше.
Давайте еще вот так посмотрим, попадает ли в эти правила что-нибудь:
sudo iptables -L –line-numbers -v
Но, в принципе, можно предположить, что в правиле
-A VERIFY_IP_MAC -s 192.168.0.102/32 -m mac ! –mac-source 00:50:FC:97:DD:4F -j DROP при несовпадении ip адреса второе условие по mac проверяться уже не будет, продолжит проверяться основная ветка правил и сработает одно из следующих, разрешающих либо icmp, либо на определенные порты.

То есть надо проверять в одном правиле оба параметра на соответствие для разрешения форвардинга, а не так, как Вы делаете.
Или попробовать использовать сторонний модуль, который мне случайно подвернулся.