hint000

1.Исключить rdp протокол из whitelist проверки.
2.Вносить rdp подключения в whitelist динамически.
3.Использовать vpn и внести его адресацию в whitelist.
4.Сделать более приоритетное правило разрешающие установленные соединения, чем правило проверяющие whitelist.

Как Вы передаёте файлы на сервер?

Просто подключаем удаленную папку /var/www/html как локальную через sshfs и просто в обячном проводнике (любой: Nemo, Nautilus, МС...) копируем папку с данными как локальную... не надо никаких клиентов, никаких заморочек с настройками и все вот это
https://losst.ru/podklyuchenie-i-nastrojka-sshfs-v...

$ awk '!/,$/{x=x$0}x!=""{print x;x=""}/,$/{x=$0}' 1.txt
mail.yandex.net,
mail.mail.ru,88.88.88.88
mail.mail1.ru,
mail.asdl2.ru,
mail.asd.ru,77.77.88.88

в самом скрипте в цикле (например на каждую новую итерацию) ставишь проверку например наличия определенного файла в /tmp а при запуске скрипта этот файл удаляешь, если есть

на нужную тебе комбинацию клавиш (в штатных настройках DE) настраиваешь на запуск своей команды bash -e touch /tmp/имя_файла, эта команда создаст пустой указанный файл

Есть такой раздел Data Science, называется "Обнаружение аномалий" (Anomaly Detection). Внутри этого раздела есть подразделы и с поиском стационарных аномалий, и с поиском аномалий в временных рядах, и анализ информации в потоке и т.д. Ставится задача и наибыстрейшего обнаружения аномалий.
Применяются в этом разделе и нейронные сети, но не только. Но в любом случае - копать надо в этом направлении. Благо и литературы и интернет ресурсов более чем достаточно.

не, ну если у вас аналоговый ЭЛТ VGA монитор, то действительно, можете просто выбрать 90, 120, 240 Гц и он (чаще всего) схавает.

Но сейчас в мире больше распространены цифровые ЖК и OLED мониторы, которые не просто "выводят сигнал на экран", а имеют довольно сложную электронику внутри, этот сигнал обрабатывающий.

И им для поддержки большей частоты обновления нужно:

- пиксели с низким временем отклика, чтобы переключались без шлейфа
- высокоскоростные компоненты для переключения пикселей, умеющие работать как на 60, так и на 90 Гц
- более мощная электроника, способная декодировать больше данных по HDMI за то же время

всё это стоит денег, плюс поскольку основной массе хватает 60 Гц, компоненты для высокоскоростных мониторов банально более дорогие (премиум класса)

Это действительно несложный вопрос, и начать ответ надо с того, что биполярный транзистор открывается не напряжением (как вы ошибочно предполагаете), а током, пропускаемым через переход "база-эмиттер". Вторая ваша ошибка - предположение о полной гальванической развязке источников базового и коллекторного токов. Любой электрический ток может течь только по цепи, имеющей топологию кольца. Поскольку для коллекторного и базового токов у транзистора есть один общий вывод (эмиттер), то понятное дело, полная гальваническая развязка между этими источниками физически невозможна.

Конечно, может показаться, что балансным каскадом с вашей схемки можно управлять, подключив гальванически развязанный источник управляющего напряжения между базами транзисторов, но это только кажется. В действительности, базовый ток при таком подключении просто не потечёт, поскольку его цепь содержит два встречно включённых эмиттерных перехода. Один из них всегда будет заперт, базового тока нет, и оба транзистора будут закрыты. Это режим "с оборванной базой".
Чтобы управлять этими транзисторами, придётся подать напряжение на базы относительно точки -V, или средней точки коллекторного питания (не видной на вашей схеме), или любой другой подходящей, общей для обоих источников. Только при этом условии появится цепь для протекания базовых токов.

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

через iptables это делать нельзя, т.к. оно не для того предназначено, а через ip netns можно, если я правильно уловил суть задачи
посмотри вот эту статью, может наведет на нужные мысли? https://habr.com/ru/post/310646/

Не надо переименовывать интерфейсы. При обновлении возникнут спецэффекты в случае не совпадения имён интерфейсов с ожидаемым.
Используй комментарии, чтобы подписывать интерфейсы.

PS
Так же не надо редактировать дефолтные политики для IPsec, профили для PPP, ключи для Wi-Fi и так далее, надо копировать их и менять под свои нужды или создавать новые с нуля, по вышеописанным причинам.