Александр

Не видя код компонента ... тяжело ))) для меня ))) и самому интересно ))) на callback функциях я встал )))
Почему
window.$axios.get....
А не
import axios from 'axios';
...
axios.get

callback функция не определена.... наверно объект не тот )))

Очень давно не работал с VestaCP )
1. Надеюсь 1.1.1.1 это вымышленный ip адрес. Там должен находиться белый ip адрес
выданный провайдером №2.
2. Надо добавить МХ запись к DOMAIN.RU. те раньше, в далекие времена ))), надо было прописывать две записи под МХ: DOMAIN.RU и MX.DOMAIN.RU с разными приоритетами (у первого число меньше). Смысл: Есть USER@DOMAIN.RU. Почтовые серверы. правильные, начинают искать DOMAIN.RU по A и MX, но у нас hostname MX.DOMAIN.RU.
Может у VestaCP автоматом прописываться? Не помню.
3. Тестирование. Создаем 2-х пользователей USER1@DOMAIN.RU и USER2@DOMAIN.RU и пытаемся послать почту друг другу. Желательно из под VestaCP. Потом посылать тестовые письма уже на другие адреса.
4.

Unable to authenticate at present: authentication socket connection error

Может почтовик создали но не запустили, а также, посмотрите на параметры аккаунта: hostname, порт, шифрование ....Надеюсь у вас реально не 1.1.1.1 ip адрес. )))

Где то видел подобное, но не найду ....даже здесь вроде.
Там проверяли не keyХХХ, а проверяли change с задержкой и считывали уже набранный текст - "Если в течении 1 секунды после изменений текст не был изменен, то послать запрос"

1. ДНС тут не причем (почти). В ДНС прописывается имена на маршрутизатор (200.242.30.40) и без разницы какой порт.
2. На маршрутизаторе (200.242.30.40) пробрось 81 порт на 80 порт IIS (100.10.10.5). но в браузере придется указывать 81 порт, например, мосайт.рф:81
3. Что бы не смущать "уборщиц" почему надо писать в браузере мосайт.рф:81. Установи новую машину с кэширующим вебсервером Nginx. В его настройка пропиши оба твоих серверов. На маршрутизаторе пробрось на него 80 порт. Тогда Пакеты пришедшие на маршрутизатор будут пересылаться на Nginx сервер, а он в свою очередь будет стучаться по имени на нужный тебе сервер.
Смущают твои IP адреса: (IP: 100.10.10.5) и (IP: 10.10.0.12). Nginx должен быть в обоих подсетях. С маршрутизацией намучаешься )))

МЕНЯ УБИВАЮТ ОТВЕТЫ ))))

maps.google.com. - maps это поддомен

НЕТ. maps - это HOST.
Но может быть доменом в случаи - www.maps.google.com, где www - хост, maps - домен 3 уровня, google - домен 2 уровня, com - домен первого уровня.

К maps.google.com прописан IP адрес в ДНС. И когда вы попадаете на Вебсервер он подменяет запрос, например для Apache есть модуль Apache Module mod_rewrite

https://www.dokuwiki.org/dokuwiki

А когда то не требовала даже баз данных )))

с чего в первую очередь стоит начинать

С установки )))
Задача 1
Установить Debian на компьютер в минимальной установкой + sshd. Зайти на установленный Debian по ssh.
Задача 2
Установить Сервисы: DNS, Apache, Mysql, ......
Задача 3
Установить Сервисы из Задачи 2 методом сборки (компиляции)
..........................
Ну хотя бы начни с этого )))

Почему Ceph не смотрел?
Общий диск для

Ubuntu 16.04 и Win2012r2.

не совсем ответ ... для примера.
https://zentyal.com/ я ушел с него по тому что стал платным, хотя можно скачать бесплатно и давно за ним не следил (есть бесплатные аналоги, но хуже).
Есть еще https://habr.com/ru/post/277783/ - https://habr.com/ru/post/329066/ - в интернете много всего
Но как это все соединить ??? в этом главная проблема...

Все работает отлично, но нужно отказаться от использования Windows по максимуму

Полноценных аналогов Windows Server нет. Даже AD нигде не видел с всеми возможностями Windows. Есть куски и то не все полноценные. Для простых (узко специализированных) Linux подойдет. Но для сложных - постоянно смотришь на Windows, например, SharePoint Server. Дорогая зараза )))

DNS начинаются с корневых серверов. В них прописаны другие DNS сервера, а в других следующие DNS сервера. Прописываются внесением в настройки DNS записи типа NS.

У меня есть доменное имя у регистратора. Я все записи для этого домена прописываю в
панели у регистратора - A CNAME MX TXT итд итп

Тут многое пропущено.
1. Регистрация имени домена. Это только "бумага".
2. Кто то должен у себя в DNS добавить запись NS domen.ru - первичный DNS. У регистратора вы указываете его IP адрес. Например, зарегистрировали domen.ru на nic.ru, но указали что первичным будет сервер на reg.ru.
3. Далее вам надо вторичный сервер DNS где вы будете указывать связь между IP адресами и хост машинами. Тут часто путают понятия домена и хоста, что очень меня бесит. Для это в первичном DNS прописывается IP адрес вторичного сервера. Тут как раз и прописываются "A CNAME MX TXT итд итп". Например, на reg.ru указали что вторичным будет IP адрес который выделил домашний провайдер. Ставь у себя дома DNS сервер.

Есть ли старшинство в такой иерархии.

Нету. Но главное правильно прописать. Если вы в первичном сервере добавили запись NS на ваш IP адрес VPS. Тогда к вашему BIND будут (могут) идти запросы. Если прописали NS запись в вторичном - это ошибка. На вторичном сервере прописывается домен 3-го уровня -aaa.domen.ru. НЕ ПУТАТЬ с хостом aaa.domen.ru!!! Постоянная ошибка у многих.

Прописываешь, ждешь сутки,

Обычно 4 часа надо ждать (раньше так было). Можно уменьшать время обновления DNS зоны, если провайдер позволяет )))

Не забываем что для DNS нужно два IP адреса (два зеркальных DNS)

Gtk-Message: Failed to load module "gail"
Gtk-Message: Failed to load module "atk-bridge"

apt-get install libatk-adaptor libgail-common

https://askubuntu.com/questions/548557/how-to-inst...

nginx на хост машине и nginx в докере?
Заставь первый nginx кешировать второй
Например, https://ruhighload.com/%D0%9A%D1%8D%D1%88%D0%B8%D1...

Сутки прошли ... так никто и не .... убил свое время )))
1) Попробуй почитать например https://habr.com/ru/company/netangels/blog/326400/
Балансировщик - тяжелая технология и стоит много денег, следовательно "учебник" вряд ли найдешь. Статьи с общим обзором в интернете есть.
2) Когда ты говоришь

привязать любой домен

что то у меня в мозгах клинит. Наверно по этому нет ответов. Домен, любой, должен быть зарегистрирован в DNS, иначе он не будет работать. Это выражение похоже на: "сделать воду мокрой" или "Как выпить воду".
Тебе правильнее задать вопрос: "Какие балансировщики DNS существуют". Или что то похожее.

1) Никаких проблем. Если имена виртуальных хостов соответствуют Сервису, то проблема только в NAT-е, те проброс порта из Docker контейнера на внешний IP. Например, Есть Nginx на Docker контейнере на 80 порту, там вы держите 10 Веб "серверов"(виртуальных хостов), следовательно надо пробросить на внешний IP 80 порт. А дальше прописывайте все виртуальные хосты домена на внешний IP. Веб сервер Docker контейнера будет отдавать нужный контент. С postgres аналогично, ну будет у вас 10 баз в одном контейнере...
2) Проблемы. Если вы хотите, например, каждый виртуальный хост держать в отдельном Docker контейнере. Тогда вам надо каждому виртуальному хосту давать разный порт, например для веб сервера, 80,81,82,...,90. А также, ставить еще один Docker контейнер с Nginx как кеширующий и с него пробрасывать 80 порт на внешний IP. Но это только для Веб.
Для postgres придется просто менять порты, например, 54321, 54322, .... 54330.

Тут все относительно просто и можно разными (немного другими) способами пойти.

1) Смотрите серверные ИБП. Могут и сутки стоять. Но цены бешеные )))
2) Инверторы. Добавьте цену за блок питания для зарядки аккумуляторов.
3) Генератор + ИБП (дешовый). Почти тоже что и пункт 2, только шумит и воняет )))
Все равно попадаете на деньги. Если работа стоит того ....

PS
Жаль статью сейчас не найду. Там человек взял ИБП и прикрутил автомобильные аккумуляторы. НО в статье он хорошо расписал что так делать нельзя из за разных режимов работы аккумуляторов ИБП и аккумуляторов автомобиля. Может и взорваться )))

Вы выходите из своей квартиры в шапке с прорезями для глаз. Является ли это фактом скрытия что вы вышли из квартиры?
Факт что вы обратились к другому DNS можно отследить, а вот что вы в ответе получили - это сложновато получить если использовать шифрование.

Буду спорить с Ivan Yakushenko )))

В IT диплом, как и любое образование в целом, все больше и больше становится просто бонусом.

Не везде. Вопрос: Где и Какой.
Пример из 90-х: Сидели 10 программистов и программировали ))). Пришел Математик и программистов уволили. Потому что не знали что можно более эффективно писать алгоритмы.

Сейчас не составляет труда за короткий промежуток времени базово оценить знания и навыки человека.

Не согласен. ))) Опять: Где и Что. Можно найти человека который ни чего не понимает, но КОСТЫЛИ прикручивает очень быстро, по этому кажется что он хорошо работает. Это вопрос к работодателю - что ему надо - отчитаться (отписаться), или реально решить задачу.

В ВУЗ надо идти, а вдруг чему нибудь научат. А вот куда - очень сложный вопрос.