Александр

А таки зачем вам?

1. Для стойки предусмотрите вертикальные кабельные организаторы, горизонтальные тоже сойдут.
   
2. Посмотрите в сторону модульных патч-панелей. Дозабивать обычные, когда они уже в эксплуатации, то еще удовольствие.
   
3. На счет АТС действительно лучше сразу присмотреться к IP-ATS, например что нибудь от Yeastar.
   
4. Возьмите сразу два ИБП. Один блок питагия сервера в ИБП1, второй в ИБП2. Резервация+упрощение обслуживания.Если есть средства, то лучше on-line ИБП, автоматически решится вопрос со стабилизацией напряжения, раз у вас есть проблемы.
   
5. Составте схему сети, заведите кабельный журнал и промаркируйте все, что можно.
   

Когда я и коллеги использовали python вместо баш?
Когда потребовалось написать бекапилку конфигов на 8k сетевых устройст по snmp.
Когда надо было набросать простой веб-интерфейс для дежурной смены для примитивного up/down и смену description на этих устройствах.
Когда надо было проинтегрировать nagios-мониторилку с внешей сторонней базой данных.
Когда на 600 виртуалок необходимо было поставить разные софтины, перечень и версии которых хранились во внешнем xml-файле
Когда с увесистой пачки серверов понадобилось провести инвентаризацию типа sfp-модулей

К чему я это? Если вам хватает bash, радуйтесь и используйте его. Когда будет надо, вы сами придете к python.

На чистом баше вы замучаетесь делать веб-интерфейс к чему-либо, организовывать взаимодействие с внешними системами/программами, отличными от чистого linux (web, snmp, sql, email, ftp не разовое обращение), обрабатывать вводные данные к системе в форматах сложнее csv (html, xml, json), обрабатывать файлы в нестандартных кодировках, использовать нетекстовые переменные в скриптах (арифметика, дроби, списки, файлы). Боль начнется даже просто тогда, когда появятся файлы с названиями с нестандартными символами (?$!*\+alt-символы), а еще и в левой кодировке (привет mount ftp/samba/sshfs/ntfs и даже вложения к письмам). А еще больнее станет, когда размер своих скриптов превысит хотя бы 500 строк.

И уже как бонус идет то, что python есть из коробки в deb/rhel дистрибутивах, многие системные утилиты написаны уже на нем. Плагин к apt/yum проще всего сделать на python, даже можно не парясь писать стартап скрипты к сервисам.

RouterOS, JunOs, FreeBSD, любой Linux server, IOS, ddwrt.

чтобы трафик не ушёл к шлюзу, указанному как шлюз по умолчанию.

Добрый день.
Запускай через логон скрипт для компьютера (Comp conf - Policies - Win Sett - Scripts - startup) - тогда будет идти установка от имени системной учетки. Один нюанс - в перимшинах на папку с установщиком и батником должны быть включены Domain Computers на чтение, иначе доступа не будет к установщику машинке)

Turbo boost на серверных процессорах не работает.

Серверные процессоры отличаются от десктопных по назначению и функциональности.
Задача десктопного дать максимальную скорость на операцию - главное скорость, производительность не важна. Десктопный должен выполнить задачу максимально быстро, но если задач будут тысячи - он не справится, он для этого и не рассчитан.
Задача серверного дать максимальную производительность - скорость не важна. Серверный должен обеспечить стабильное и ровное выполнение множества операций, а скорость вообще не важна. Главное количество.

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

Сетевой мост.

Не советую это делать.
Лучше оптимизируйте сервер, что бы он не падал.

Есть различные варианты монетизации таких сервисов от подмены рекламы на собственную до угона учеток для определенных сервисов. Ну и конечно же встречается человеческая глупость в виде некорректно настроенного софта (3proxy, nginx, apache, squid и т.д) или же сетевых устройств.

Как их находят? Ну делают nmap, потом на эти порты скриптом проверяют, прокси это или нет. В логах любого публичного вебсервера всегда по несколько раз в день мелькают запросы к гуглу или яндексу. Это как раз пример таких сканеров прокси.

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

Puppet/Chef/Ansible они двухсторонние и умеют собирать инфу.

Ansible простой, как 3 копейки. Для тиражного развертывания самое то.

Уберите, пожалуйста из резюме "Поддержка мостика судна в состоянии ..." и т.д. и добавьте туда портфолио в виде непосредственно ссылок на сайты, которые можно посмотреть.
Я вот мельком посмотрел ваш гитхаб ( а что там, кстати, должно впечатлить работодателя? ), а люди из компаний при первичном скрининге этого делать не будут.
Если есть возможность вписать в резюме строчку типа "авг 2016 - фев 2017. Делал сайт для фирмы "Вектор лтд", вот ссылка", то надо добавить ( и не особо важно, что "Вектор лтд." никогда особо не существовал или это фирма вашего друга, который вам за это не платил).
Мелкие фирмы, к сожалению, может пугать ваше гражданство, они не понимают, что с этим делать и есть ли тонкости работы с инстранцами, но тут вы ничего не сделаете - скрывать это из резюме и предъявлять сюрпризом на собеседовании довольно рискованно.
Вот такие практические советы. Желаю вам удачи в карьере -

это не пост о несправедливости, что работодатели такие плохие, а я вот такой вот хороший тут, нет. Мне нужно эффективное решение в этой проблеме, и все.

подход очень правильный