Алексей Черемисин

1) TDP в 2.5W совсем не означает, что он реально жрет 2.5 W, максимальное потребление в стресс тесте может и 12 W быть
2) стекло, блин, прозрачное, вы покрасьте лампочку черной краской, сразу получите схожесть

Ответ в твоём выводе hyfetch:
nVidia + Wayland
Известная и уже избитая миллионы раз тема про это!

Перейди на Иксы (Xorg) и будет тебе счастье...

или можно что-то сделать?

Дом.сру известен своей наглостью во впаривании чего бы то ни было. Скорее всего хотят развести на покупку у них роутера. Адрес 0.0.0.0 означает, что нет никакого адреса (технически - это "все адреса"), то есть адрес роутер не получил.
Звоните в саппорт, пусть помогут в настройке роутера или пришлют инженера. Не стесняйтесь немного борзануть - к сожалению, дом.сру часто не понимает нормального языка :(

Если говорить про шкафы, теплоизбытки с каждого шкафа.

0) Современные 19" сервера рассчитаны на подачу к ним холодного воздуха спереди и выдув горячего воздуха (уже силами собственых вентиляторов) - сзади.
Используется термин Airflow Front-to-back.
Исходя из этого и серверные 19" шкафы делают: достаточно глубокие и с СИЛЬНО перфорированными передней и задней дверью (чтобы не мешать движению воздуха).
Размер шкафа - глубина - не менее 1000 мм (лучше - 1200 мм); ширина - 800 мм (чтобы спокойно установить вертикальные PDU и расположить все кабели) Высота - 42 или 47U.
Всякие вертикальные органайзеры, PDU, подсветка, полочки - настоятельно рекомендуются.
Требуемое место спереди шкафа - чтобы выкатить на штатных салазках сервер. Сзади - чтобы подойти человеку и скоммутировать, что надо. Желательно полтора метра - спереди и метр - сзади.

Шкафы с вентиляторами в крыше (и стеклянной дверью) - это для коммутационных шкафов. Где много-много патч-панелей и парочка коммутаторов с непонятным airflow и тепловыделением в пределах сотен Ватт.

1) Холодные/горячий коридоры - это когда есть достаточное количество шкафов, чтобы их в линию выстроить. И подавать холодный воздух тем либо иным способом к передней стороне ряда шкафов.
Изолировать какой-либо из этих коридоров - когда тепловыделение с отдельного шкафа велико, а также - когда боремся за энергоэффективность (увеличиваем кап.затраты, уменьшаем операционные затраты)

2) Куда и какие вешать кондиционеры, как расставить шкафы - зависит от фактического (и перспективного) тепловыделения от серверов/СХД/коммутаторов...

2.1) Если "просто серверная" с несколькими серверами и тепловыделением в пару киловатт со стойки - вешаем сплит систему. Полупром или даже хорошую бытовую. Но ОБЯЗАТЕЛЬНО с зимним пакетом до -30. Ибо серверам не объяснишь, что за стенкой - зима :). Учесть, что летом, в +30 фактическая холодопроизводительность кондея несколько меньше заявленой. Плюс стенки/потолок помещения нагреваются и тоже дают теплопритоки. В общем - раза в полтора запас по холодопроизводительности надо иметь от перспективных теплоизбытков от серверов. Плюс - кондеев неплохо бы парочку поставить. С блоком ротации.
Вешаем так, чтобы дуло более-менее на лицевую сторону шкафа. Шкафы ставим, как позволяет имеющееся помещение (с учетом сказанного в п.1)

2.2) Если более 5 КВТ на стойку намечается - то с висящими на стенке кондиционерами могут начаться чЮдеса. Из серии "верхние сервера в 19" шкафу хорошо охлаждаются, а у нижних датчик перегрева орёт". И с постоянными танцами с оптимизацией воздушных потоков тем либо иным способом. Надо бы или раскидать на бОльшее количество стоек, либо начинать думать о чём-то вроде фальш-пола. Из под которого будет холодный воздух дуть. И прецизионные кондеи, которые будут под этот фальш-пол холодный воздух загонять.
Или изолировать холодный коридор и туда канальными кондиционерами холодный воздух загонять.

2.3) Если более 10 КВт на стойку - лучше на специализированные внутрирядные кондиционеры смотреть. В комплекте с изоляцией коридора. Которые устанавливаются с один ряд в 19" серверными шкафами между этими шкафами (кондеи имеют высоту как серверный шкаф, а ширину - 300 либо 600 мм). Кондеи забирают горячий воздух из горячего коридора, охлаждают его и закидывают в холодный коридор.
Если речь об одном-двух шкафах идёт, места мало, а напихать надо много - бывают готовые решения "ЦОД-в-шкафе". Шкаф с внутришкафным кондиционером, кабель-менеджментом, блоками PDU (розеток) и даже - опциональным газовым пожаротушением.

2.4) Ну а больше 20 Квт на стойку - ОЧЕНЬ внимательно проектировать надо. Airflow, CFD-моделирование воздушных потоков, отказоустойчивость и т.п. Ибо случись что - перегреется в момент...

ЕМНИП, на пользовательском уровне вы можете только подписываться на изменения папок/файлов (inotify или systemd/path). Чтобы что-то запретить, надо вмешиваться в работу файловой системы, тут питон вам не поможет.

Думаю, что самый лучший вариант это браузер.
Можно потом приложение запустить на одной машине и по локалке получить доступ с других.

Интернета не хватает (20+ компьютеров).

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

Если у провайдера стоит умная железка и он захочет запарится и если у вас умная железка вы хотите запарится то Link Agregation. Будет 200 мбит. Только это не решит вашей проблемы.
У меня по RDP 150 юзеров работают и все норм.
Если вам не хватает то его кто то выжирает весь. Судя по вашим вопросам мы мало шарите. А значит и 200 вам выжрут и вы не будете знать кто.
Для норм офиса 100 хватит за глаза

выдаёт ошибку
insmod: ERROR: could not insert module flc2.ko: Invalid parameters

Это значит что твоя функция flc2_module_init() возвращает -EINVAL. Заглянув в единственную функцию register_qdisc() которую ты вызываешь, можно увидеть следующее:

if (qops->peek == NULL) {
                if (qops->dequeue == NULL)
                        qops->peek = noop_qdisc_ops.peek;
                else
                        goto out_einval;
        }

т.е. одновременное peek == NULL и dequeue != NULL гарантированно приводит к ошибке которую ты наблюдаешь.
Разбирайся с заполнением структуры flc2_qdisc_ops.

Каскадирование vpn должно защищать от деанонимизации.

Ваш компьютер -> vpn на вашем компьютере (ip1) -> vpn на роутере (ip2) -> интернет (ip3)

Итак, для ваших программ (в зависимости от типа vpn, а то обычные прокси стали называться vpn и путать людей) ваш ip адрес будет vpn ip1, ваш настоящий адрес ip3, знает провайдер vpn на роутере, но провайдер vpn ip1 на вашем компе будет видеть что вы подключились к провайдеру vpn ip2 и может спросить его, а вот с какого ip адреса подключался человек в такой то день такой то момент, подключавшийся с вот такого ip. И если они придерживаются глобализации (а это почти весь мир кроме совсем уж типа россии, южной кореи и китая) то они скажут, а скорее говорят на автомате.

И да, эту информацию сообщают скорее всего не vpn провайдеры, они простые потребители интернет, а провайдеры, к которому они подключены.

А еще есть тайминг атаки - ваш vpn запрос это синхронно сразу пакеты к вашему провайдеру, от него к vpn второму, а от того к vpn первому, размеры пакета меняются по определенному правилу (зависит от протокола vpn но их не много и все они на автомате распознаются спец. железками), прекрасно видно что вот эти пакеты - один потребитель... есть протоколы. которые этому мешают (типа сети i2p) но и там есть методики деанонимизации.

И конечно, никакие буферы обмена ваш ip без вашего ведома не передадут. Но. вы можете спалиться еще и более простым способом, например выходя без vpn а после с vpn из под одного и того же браузера, какие-нибудь google, благодаря рекламным сетям, идентифицируют пользователей всего интернета в автоматическом режиме, и технологии эти совершенствуются и приватный режим им нипочем... не говоря о том что сам браузер благополучно все рассказывает своему создателю.

В общем анонимности по умолчанию не существует. В теории можно попытаться, но вы будете видны уже как - некто кто умудрился эту анонимность приобрести, не дав себя идентифицировать, а значит требуется более пристальное внимание.

Выкинуть вставку параметров в запросы через конкатенацию, использовать prepared statements
Не хранить в базе пароль, а только хэш от него (причем засоленный)

Проверенный, актуальный и безотказный метод - это вывоз роутера в любую из цивилизованных стран.

Не нужно свежую версию, пользуйтесь тем, что есть

Кали - суровая богиня :) И ламерам к ней лучше не приближаться :) А поставить что обычно советуют - минт, бубунту (ALT Linux/ROSA/RED OS/Calculate если есть ограничения по "русским" дистрибам) и не беспокоить ее попусту :D

Добавить память и переехать на SSD легко реализовать и даст очень большой прирост производительности.
Заменить процессор грозит гигантскими усилиями, вполне вероятно, тщетными, и при этом незаметным приростом производительности.
Так что меняйте SSD, увеличивайте память, процессор пусть старый лучше остаётся.