hint000

порт 110 открыт

Казалось бы, при чём тут порт 110/TCP, он открыт на POP-сервере, а вы про клиентскую сторону пишете.
Письма в ящик приходят, но 1С не может достучаться, чтобы их забрать? Или в ящик не приходят? Ящик почтовый на каком сервере? Если что-то публичное, типа Mail.ru или Яндекс, дык там есть пароли для приложений.

Внутри каждого скрипта есть файл с переменными.
Я подключаю его так:
. ./variables.sh

Но при запуске алиаса, например get1, я получаю сообщение об ошибке: variables.sh: No such file or directory.

Сменяйте рабочий каталог на тот, из которого запускается скрипт.

cd $(dirname $(realpath $0))
./variables.sh

А нельзя ли сделать путь внутри алиаса таким, чтобы находясь в любой поддириктории корневой директории, например в ~/BBB, или в ~/BBB/bash, алиас срабатывал верно?

В алиасе пропишите абсолютный путь. Скрипты будут универсальные, алиасы не универсальные.
Либо напишите один скрипт, который будет запускать любые по параметру:
вместо get1 будете вызывать get 1
а внутри

[ -d ~/$1/bash ] || (echo "нет каталога"; exit 1)
[ -f ~/$1/bash/$1.sh ] || (echo "нет скрипта"; exit 2)
echo "запускаю"
~/$1/bash/$1.sh

т.е. по get 123 будет запущено ~/123/bash/123.sh

Хм... А бесперебойников у вас не будет что ли?
Обычно малобюджетный стоечный вариант: ИБП, от него простенький PDU, от PDU сервера и сетевое оборудование.
В данном случае PDU - это "удлиннитель", но с креплением к стойке.

с амперами тоже беда 10А или 16А брать лучше , не разбираюсь в этом

16A лучше, но...
Смотрите по вилкам-розеткам: то, что у нас называют "евровилка\евророзетка" (на самом деле немецкий стандарт) - рассчитаны на 16A. То, что унас называют "компьютерными" вилками\розетками, как на БП ваших серверов (на самом деле -розетка C13, вилка C14) - рассчитаны на 10A. Так что уже из этих соображений любой удлиннитель, сетевой вильтр, рассчитанный на подключение к ИБП и имеющий на шнуре вилку C14, не может быть заявлен больше, чем на 10A. Также и PDU без шнура, с C14 на корпусе.
Я бы на вашем месте взял во-первых, сетевой фильтр PILOT (ZIS), модель L или GL. Во-вторых, два бесперебойника по 1500W каждый, а лучше по 2000W. Какие-нибудь Powercom. В третьих два PDU (по одному на каждый ИБП), простых, без телеметрии, только с выключателем. К каждому PDU подключите по 3 сервера и останутся ещё розетки для свитча, для монитора, для ноутбука и т.п.

розетка к сожалению только одна в серверной.

Соответственно, эта розетка ограничена 16 амперами. На сервера-то хватит. Но вот после сбоя питания и восстановления, когда добавится нагрузка для заряда аккумуляторов - уже что-то на грани. Будьте начеку.

И заранее подумайте, как вы это будете обслуживать. Например, сервера можно будет отключать, когда потребуется замена аккумуляторов в ИБП? У них же по одному блоку питания на сервер, верно?

если кто-то напишет пошаговый туториал

1. к роутеру прилагается кабель для подключению к ПК, подключите этот кабель в ПК и в порт LAN на роутере;
2. по инструкции роутера зайдите в web-интерфейс роутера (адрес, имя и пароль написаны в инструкции);
3. выберите режим "точка доступа", настройте параметры беспроводной сети (имя, пароль), сохраните, перезагрузите роутер, чтобы выбранный режим начал действовать;
4. подключите кабель, который шел от старого роутера к ПК в порт LAN нового роутера (можно и WAN в этом режиме, но не будем заходить в дебри объяснений);
5. вытащите-воткните кабель в ПК, либо перезагрузите ПК, чтобы он снова получил адрес от старого роутера (и доступ в интеренет вместе с этим).

Судя по ошибке он говорит что я должен подключить usb-audio к XHCI (а ни EHCI) порту, т. к. это USB 3.0 устройство.

Не совсем.

speed mismatch trying to attach usb device "QEMU USB Audio Interface" (full speed) to bus "usb-bus.0", port "3" (high speed)

full speed = USB 1.1
high speed = USB 2.0

Попробуйте вместо
-device usb-audio,bus=ehci-bus.0,audiodev=audio
так:
-usbdevice host:$(lsusb | grep -i "audio" | awk '{print $6}')

Разные протоколы шифрования используются по умолчанию на разных серверах. На каком-то софт свежее и потому в конфигах прописаны более свежие протоколы (например, ED25519). При этом он раньше подключался со старым протоколом (например, ECDSA) и запомнил отпечаток. Для нового протокола отпечаток другой. Он видит несоответствие и ругается. А другой сервер продолжает использовать старый протол и ему всё норм.

Куда вы собираетесь ставить такой софт? Чтобы "было видно какого рода трафик гуляет по локалке и кто в какой мере нагружает сеть", требуется, чтобы весь этот трафик проходил через компьютер с предполагаемым мониторинговым софтом. Локальная сеть работает не так. Трафик по локальной сети ходит через свитчи. Да, вы можете каждого посадить в отдельный VLAN и сделать ваш ПК маршрутизатором между всеми VLAN'ами, но рискуете этим сильно затормозить работу локальной сети.
Если свитчи умеют по SNMP рассказывать про счётчики траффика на отдельных портах, то это был бы оптимальный вариант. Тогда нужно выбрать подходящий софт, умеющий собирать данные по SNMP и генерировать отчёты. Возможно, Zabbix, но он монструозный. А возможно, вам хватит зайти в интерфейс управляемого свитча и просто глазами посмотреть счётчики трафика по портам, вы увидите, кто в данный момент нагружает больше, без всякого дополнительного софта (если свитчи неуправляемые, то придётся заменить их на управляемые).

Вообще, трафик в локальной сети редко вызывает какие-то проблемы. Рассуждения про "конфликты" даже странно слышать. Могут быть конфликты адресов, если вы будете назначать адреса вручную и при этом забывать, какие уже назначили. На практике таких конфликтов не встречал десятки лет, 90% адресов выдаёт DHCP, небольшое количество прописанных статически вручную нетрудно учитывать. Что касается "конфликтов" в виде L2-петель в топологии, то их на уровне настроек управляемых свитчей можно обнаруживать и предотвращать. За всё время раза два видел петли: один раз лет 10 назад сам сделал во время настройки (через несколько минут заметил косяк), другой раз лет 5 назад при аварийном вызове обнаружил чужой косяк в виде петли. Вот и все "конфликты", а для постоянного мониторинга хватает пингов в Nagios.
Если же интересует трафик между локальной сетью и интернетом, то как раз желательно иметь ПК-маршрутизатор.