Талян

Обе сети подключены к интернет через маршрутизаторы которые имеют выделенные IP адреса IP_A и IP_B.

Посмотрите, умеют ли оба маршрутизатора (оптимум - если они ещё и одной модели, или хотя бы одного вендора) устанавливать VPN-соединение.

Если умеют - настройте. Тогда на клиентских компах вообще ничего не нужно настраивать для обеспечения доступа. Если нет - проще железки поменять (если не умеют - то это какое-то дешёвое SOHO). А потом - настроить VPN.

Будут определённые сложности, если внешний адрес у обеих сетей - динамический. Придётся у хотя бы одной делать статический белый IP.

А вот с видимостью в сетевом окружении сложнее. Зависит от наличия домена в каждой из сетей. Если есть - устанавливайте доверительные отношения. Если нет - хотя бы в одной сети придётся поднять WINS-сервер и все станции настроить на него.

А для просто доступа по NetBIOS-имени без видимости в сетевом окружении - достаточно внести необходимые записи в LMHOSTS.

https://ru.hostadvice.com/marketshare/server/

Ниже представлены веб-серверы с наибольшим количеством пользователей по всему миру
1. Apache 41.57%

Я думаю, дальнейшие комментарии излишни

Есть такое понятие как емкость базовый станции с точки зрения радиотехники чтоб передать пакеты с большой скоростью нужна ширина канала ну к примеру 40 мегагерц короче 10 абонентов забьют весь диапазон именно поэтому сотовые операторы строят соты то есть ставят маломощные БС через каждые 2-8 км

плюс радиосигнал имеет свойства отражаются что приводит к высоким пингам

Fedora поставь. Попутно yum/dnf осилишь.

docker

Стоит. Я свои первые сайты в блокноте писал, на голом html, а первый коммерческий заказ примерно также но в Dreamweaver )))
А с таким подходом мол "все ниши заняты, эх" тебе ни в какой сфере не преуспеть.

Dependency hell - это проблема практически любого дистра, что пакетного, что source-based, если в нем используются хоть какие-то средства автоматизации установки (для пакетных) или сборки (для source-based) дистрибов.
Вот берем например генту (calculate - не суть важно, это просто гента с инсталлятором). Уж казалось бы куда свободнее. Не, ситуация "вот эта фиговина зависит от той фиговины, а та фиговина помечена как небезопасная и вообще заблокирована" запросто возникает и пока разберешься, как построить emerge так, чтобы он ставил что надо и не выпендривался - охренеешь.
Я пытался с генты соскочить - даже вопросы тут задавал - но так и не стал - времени нет новый дистриб осваивать.
Обычно проблема "эта фиговина хочет ту фиговину" решается ключами для установщика, которые говорят ему "ставь что сказано и не выеживайся", если они конечно есть. И мне кажется, тут проблема именно в установщике - то есть любая deb-based система будет вести себя похожим образом, потому что ставить будет через все тот же apt-get. Но если хочется непременно deb-based - посмотрите родственные дистрибы

Arch, в нем есть aur - реп пользователей, в котором есть практически что угодно.

Я сижу на Mageia (сейчас 7 версия). Стабильный дистрибутив, и достаточно консервативен, но и обновления хоть раз в месяц, но приходят.
Ekiga по умолчанию сразу была установлена после установки системы, но я не пользовался, не знаю, как там что. mongodb сейчас проверил - есть и сервер, и клиент, и php что-то там, и для freeswitch что-то ещё.
Система не без проблем, но всё это частные случаи конкретно моей конфигурации и кейсов использования (ну типа, телевизор по hdmi когда выключается, звук в трее колёсиком регулируется всё равно для hdmi, а не для internal analog audio - возможно, просто я где-то что-то недонастроил, но мне лень).

<form class="form-check">
     <input  type="checkbox" id="check1" required/>
     <input  type="checkbox" id="check2" required/>
     <input  type="checkbox" id="check3" required/>
      
    <button type="submit" class="btn btn-primary" disabled="disabled" id="submit">Next</button>
</form>

Лучший учебник - практика в виде пары лет эникеем под руководством толкового админа. Никакая книжка или курс и близко не стояли.

В депутаты можно пойти. Там достаточно молоть языком - и совершенно необязательно думать, что за этим последует. Судя по вопросу, вы удачно справитесь с этой работой.