bouslayeff

Я получил предметный ответ от Госуслуг. Проблема в том, что токен, который я использую - Aladdin Token JC.
Он не поддерживается актуальной версией плагина Госуслуг для подписания документов. Список поддерживаемых токенов здесь: https://ds-plugin.gosuslugi.ru/plugin/upload/
Предыдущая версия плагина Госуслуг (с которой Aladdin работал) не дает даже зайти в свою учетную запись.
Кстати, список токенов прямо на странице загрузки плагина. Все-таки полезно внимательно читать документацию. :-)

Спасибо Довольный Айтишникъ за подсказку с очисткой regcleaner.

(1) Удалил PKI Client. Удалил папку "C:\Program Files (x86)\InfoTeCS\ViPNet CSP".

(2) Удалил все службы, которые относились к Vipnet CSP и зачистил все упоминания о нем при помощи утилиты regcleaner.

(3) снова установил PKI Client.

(4) Потом удалил и зачистил Crypto Pro при помощи их фирменной утилиты cspclean.exe. Установил CryptoPro заново.
Пункт (4), я думаю, не обязателен.

Вылечилось так:
Настройки -> Системные -> "Подключаться к сайтам, использующим шифрование по ГОСТ. Требуется КриптоПро CSP." Эта настройка была включена.
Я ее выключил, и заработало. Госуслуги открылись.
На компьютере установлен КриптоПро CSP, в Яндекс браузере есть расширение КриптоПро ЭЦП Browser plug-in, используются сертификаты доступа. Но включение / отключение расширений КриптоПро и Госуслуг не влияет на отображение сайтов с шифрованием ГОСТ. Влияет только настройка выше.

Добавлю.
Если установить КриптоПро 5 (сертифицированный) и Яндекс Браузер по ссылке https://browser.yandex.ru/b/cryptopro_plugin то проблем с шифрованием ГОСТ не возникает.

Спасибо Refguser . Он подсказал, что дело не в javascript, а в поведении браузера. Он открывает локальные файлы в новой вкладке.
Задал новый вопрос в соответствии с правилами:
Как настроить Firefox (или другой браузер), чтобы он открывал файлы в активной вкладке?

В итоге сделал так:
dir /s /b "маска"

Спасибо Aragorn за подсказку.

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

В конечном итоге сделал так:
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) на компьютеры локалки. Все сделал так же, работает.