bouslayeff

Написали так:
"При сбое (перебое) подачи электрической энергии система видеонаблюдения выключается и включается снова. При этом происходит автоматическая синхронизация некоторых системных настроек с внешними устройствами, не относящимися к системе видеонаблюдения. К таким настройкам системы видеонаблюдения относятся дата и время, а также сетевые настройки.
Если по причине сбоя (перебоя) подачи электрической энергии внешние устройства, предназначенные для синхронизации даты и времени недоступны, работают неправильно или имеют неверный сетевой адрес, системой видеонаблюдения возможно получение неверных данных о дате и времени из сети."
Судье зашло нормально.

В конечном итоге сделал так:
1) Скопировал все файлы испорченного раздела btrfs на другой носитель при помощи rsync (с опцией --ignore-errors на всякий случай).
2) Переформатировал испорченный раздел снова в btrfs.
3) Создал подтом @ и вернул на него все файлы (снова rsync).
4) Сделал его подтомом по умолчанию при помощи set-default.
5) Загрузился в систему и переустановил все имеющиеся пакеты, не глядя.

Система работает теперь как часы. В ближайшее время раздел с данными тоже переконвертирую в btrfs. Нравится.

Спасибо Zettabyte за советы. Переписка ниже очень полезна.

Разобрался. Это коннекторы типа Dupont (шаг 2,54 мм). У нас их тоже можно купить, но дорого:
https://www.chipdip.ru/product/bls-1

Александр Талалаев дал правильный ответ. Надо снизить скорость обхода Яндекса в Яндекс-Вебмастере.

Valentin Barbolin дал правильный ответ. У меня почему-то resolv.conf был пустой. После обновления по DHCP в нем появились DNS-сервера. Я закомментировал строки server= в dnsmasq.conf, и заработало.

Andrey Barbolin верно ответил в комментариях.
С помощью POSTROUTING -o tun0 на (2) и (3) все заработало!

Я сделал доступ на другие порты компьютера (3). Все ОК. Теперь iptables на компьютере (2) в моем примере в начале топика выглядят так:
==========================================
*filter
:INPUT ACCEPT [480:23477]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [1527:542132]
COMMIT
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
-A PREROUTING -i eth0 -p tcp -m tcp --dport 63254 -j DNAT --to-destination 172.28.2.254:22
-A POSTROUTING -d 172.28.2.254 -p tcp -m tcp --dport 22 -o tun0 -j MASQUERADE
COMMIT
===============================

Более того, компьютер (3) - это не только клиент OpenVPN, он еще и шлюз из VPN в локалку. Часть перенаправлений портов с компьютера (2) на (3) требует перенаправлений с (3) на компьютеры локалки. Все сделал так же, работает.