Более-менее оформил уже свою систему видеонаблюдения дома и придомовой территории, теперь время оформить получившиеся при этом наработки.
Еще немного замеров потребления железок
Добрался до замеров потребления старого сервера linuxoid.in на базе Athlon 740. Читать далее Еще немного замеров потребления железок
Полезный тред по Protherm’ам
https://www.forumhouse.ru/threads/108159/page-59
В частности решение вопроса вылета по F1 – скрутить датчик на горелке на системах с принудительной вентиляцией (мой случай).
Если нет активного PoE…
…то используйте пассивный. Как бы банально это ни звучало 🙂
В общем, IP-камер все прибавляется, а число портов на свиче почему-то не растет. Денег на еще один свич с PoE пока нет, зато есть обычные. Но тянуть к камерам провод питания не выйдет, а городить пару инжектор-сплиттер желания нет, да и на улице сплиттер долго не проживет – не особо он герметичный.
КПД лампочек
Выпавший снег показал, что является осветительным элементом, а что уже устарело и является больше нагревательным 🙂
Собственно, под снегом – светодиодные лампы, а там, где снега не осталось – обычная старая “энергосберегающая” лампа.
О воде
Раньше как-то не приходилось сталкиваться с темой фильтрации воды. Вода с водопровода или колодца (если удавалось набрать где-то в поездке); колодезная выпивалась почти сразу без обработки, а водопроводная (более или менее паршивая по качеству – в зависимости от района города, где она набиралась) прогонялась через фильтр-кувшин и на этом все заканчивалось.
С появлением скважины пришлось осваивать новую для себя тему.
Наконец-то разобрался с Pulseaudio
Давняя проблема была – с момента покупки нового ноута, наверное, когда установил туда Debian 9, где уже подтянулся и Pulseaudio со всякими там systemd – так вот, помимо традиционного “пш-ш-ш” вместо звука, которое как-то само по себе появилось, а потом так же само пропало, была еще проблема с микшированием звука от разных приложений.
Munin, NTP и IPv6
Такая себе заметка на тему…
Давно, в принципе, на хостах на сервере раскидан munin-node, строятся графики и все такое. Разве что местами не строились графики для сдвига ntp относительно мирового времени. Но график некритичный, так что не обращал внимания. Сейчас решил копнуть и найти разницу между хостами.
Разница в /etc/hosts – в тех случаях, где график был, не было записи ::1 localhost и обращение на локальный ntpq шло исключительно через ipv4. А вот запрос по ipv6 вешался и данные не отдавались. Может, конечно, удаление localhost для ipv6 не вполне корректный фикс, но – работает.
Снова немного iptables’а, на сей раз со вкусом IPv6
Еще один косяк словил при непродуманной работе с iptables’ом. В interfaces у меня описан 6to4-адрес – думаю в будущем использовать ipv6 на хостах, но пока повесил его только на внешний интерфейс сервера.
Глянув снаружи на адрес, увидел, что службы NFS-сервера теперь прекрасно видятся с внешнего мира. Решил это запретить через ip6tables -P INPUT DROP. Сделал, проверил – все ок, лег спать.
Наутро заметил, что в munin с dom0 один из графиков оборвался – график сдвига времени в ntp относительно мирового.
Что произошло: все осталось работать, так как работает через ipv4 и там правила корректно прописаны. Плагин ntp_kernel_pll_off дергает ntpq, который пытается обратиться к местному ntpd прежде всего по ipv6-адресу, видя, что тот слушает и ipv6-сеть. В итоге обламывается, так как политика для INPUT подразумевает отброс вообще любого входящего трафика, в том числе и для localhost’а, если не задано другое.
В общем, надо быстрее осваивать IPv6 и уже корректно оформлять все правила с учетом двух стеков 🙂
Пофиксил глючащий DHCP на сервере
(На самом деле нет) (с)
Собственно, сам по себе DHCP не глючил, путаница возникла из-за особенностей правил iptables. Я получал IP-адрес устройством один раз, а потом DHCP-сервер (поставил udhcpd) переставал откликаться на запросы. Грешил на udhcpd, думал ставить полноценную версию; временно использовал Tp-link 6020 как DHCP-сервер и так далее. Проблема оказалась немного в другом месте 🙂