ValdikSS

Необходимо добавить маршрут до диапазона 172.16.1.0/24 через шлюз 192.168.13.96 на все устройства в сети 192.168.13.0/24.
Аналогичный маршрут добавить до диапазона 172.16.82.1/24, если планируете получать доступ к сети 192.168.13.0/24 с адресов VPN.
Сделать это можно автоматически, DHCP-опциями 121 и 249.

Сейчас у вас пакеты доходят до устройств назначения, но устройства шлют ответный пакет через шлюз по умолчанию, который не знает о вашем VPN.

Также можно добавить подобный маршрут на сам роутер (который у вас выступает шлюзом по умолчанию в 192.168.13.0/24). Это неоптимально, но будет работать, также роутер будет отправлять ICMP Redirect'ы компьютерам.

На сегодняшний день есть только один публичный Teredo relay (предоставляющий доступ к обычным IPv6-хостам), и работает он плохо, маршрутизирует далеко не все адреса. Стандартный сервер Microsoft не является relay'ем, т.е. только является связующим звеном для других Teredo-хостов, для пробива NAT IPv4.

Справка Microsoft сообщает о наличии бита Prefer IPv6 over IPv4 у ключа

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\DisabledComponents

Вероятно, вам необходимо увеличить буферы TCP, чтобы было более широкое окно (window size)

https://en.wikipedia.org/wiki/Bandwidth-delay_product
https://fasterdata.es.net/host-tuning/linux/

Указание адреса регулирует:

1. Выбор протокола отправки и получения пакетов (IPv4/IPv6)
   
2. Выбор адреса приёма пакетов (возможность запуска разного ПО с одинаковым портом на разных адресах)
   
3. Выбор адреса отправки пакетов (это не то же самое, что выбор интерфейса, но зачастую приводит к похожему или такому же результату)
   

Вполне возможно, что причина зависаний в nouveau. Я недавно сталкивался с подобными зависаниями на 8600GT, причём система зависала полностью, словно процессор переставал выполнять код, будто драйвер вводит систему в бесконечное ожидание команд от PCI-шины, блокирующее процессор.

https://forums.debian.net/viewtopic.php?t=150559
Кому-то помогло отключение аппаратного курсора:
https://bbs.archlinux.org/viewtopic.php?id=254229

решил проверить syslog и увидел странное […] и потом "многоточие"

Скорее всего вы видите нуль-байты битого файла: размер файла успел увеличиться до зависание системы, а сами данные не успели записаться.

Решение: использовать проприетарный драйвер или сообщать об ошибке разработчикам nouveau и отлаживать с ними.

Настройте VPN таким образом, чтобы при подключении добавлялся маршрут по умолчанию, но имел метрику выше, чем основной маршрут по умолчанию (чтобы он не использовался), а в торрент-клиенте укажите интерфейс VPN для отправки пакетов.

https://ssh-j.com/

Можете удалить еще A-запись, тогда вообще запросов не будет.

IPv6 имеет приоритет выше IPv4, логично предположить, что все пользователи, у которых есть IPv4 и IPv6-связность, обращаются к сайту по IPv6 ­— и пользователи, и боты.

У вас нет соединения до SMTP-сервера: в ошибке написано, что вызов connect() неудачен. Возможно, порт 576 блокируется вашим хостером.

Да, если использовать разные IV/nonce.

Установите систему captive portal, вроде coovachilli.

Речь про VPN, перенаправляющий трафик (устанаилвающий маршрут по умолчанию)?
Настройте соединения так, чтобы они не перезаписывали, а добавляли маршруты, с метрикой маршрута выше основного соединения — так у вас не будет маршрутизироваться трафик через VPN по умолчанию.
Каждую отдельную программу настройте на использование (bind) конкретного интерфейса VPN — таким образом вы сможете маршрутизировать трафик через необходимый интерфейс.

не вариант, потому что можно вынуть батарейку, подождать и все - настройки в дефолте.

Только в том случае, если у вас компьютеры 12+-летней давности. UEFI хранит настройки в энергонезависимой памяти, батарейка нужна только для RTC.

Достаточно отключить загрузку со съемных носителей и установить пароль для UEFI.

Firefox, опция privacy.resistFingerprinting.