AUser0

Проще использовать VPN с браузерным плагином, в котором можно указать, какие сайты должны проксироваться через этот VPN. Жаль только, я не знаю, у каких плагинов точно есть такая возможность.

На локальном компьютере в файле hosts (легко найти, где он расположен) добавляете строчку:

123.12.23.12                  ssh-domen.moy-server.net

и подключаетесь после этого по доменному имени ssh-domen.moy-server.net.
Вуаля!

P.S. Совершенно верно, имя можно вааще любое придумать и вписать.

Самое простое - файл hosts, вписываете туда IP и нужное доменное имя. И так - на каждом компьютере, даже с Windows.

Ну или настраивайте свой локальный DNS-сервер на выдачу нужного IP для нужного домена. Если нет такого DNS-сервера - устанавливайте и настраивайте свой локальный... ну и т.д.

А какая связь между используемым DNS и определением вашего местоположения в соц-сетях?

DNS нужен для того, что бы ваше устройство (компьютер или телефон) узнали IP-адрес сервера, к которому нужно подключиться для получения/скачивания информации. А соц-сети могут вас палить просто по IP-адресу источника коннекта. Вы уверены, что абсолютно все соединения к соц-сетям с вашего устройства идут только и исключительно только через удалённый прокси? Любой другой трафик - заблокирован?

Да даже ваш Wi-Fi роутер, к которому вы же и коннектитесь, уже запеленгован, Google и другие уже знают, где ваш роутер географически находится, поэтому... Скрыться не получится: какой-бы роутер не поставили - он будет виден другим телефонам, они об этом сразу сообщат Google, прощай приватность! Разве что не включать Wi-Fi на телефоне и роутере, раздавать Интернет телефону - про проводу (Android и Gnirehtet), и блокировать весь трафик кроме прокси.
Ноооооооооооооо это не точно!!!

Если есть ошибка ERR_TOO_MANY_REDIRECTS, значит перенаправление приводит на тот же адрес, с которого делался редирект. При обращении к yunohost.xxx.ru редирект перенаправляет на yunohost.xxx.ru, который в свою очередь перенаправляет на yunohost.xxx.ru, который перенаправляет на yunohost.xxx.ru, который перенаправляет на yunohost.xxx.ru, который...
Дальше продолжать?

Вам именно номер порта 3005 не нравится? Тогда на роутере прокидывайте 443 порт, и не будет номера порта 3005 в URL-е, и будет именно HTTPS.

Да, можно.

А смысл? Обычно делают server1.org-name.local на DNS-сервере, который доступен только внутри самой локальной сети. Но сделать можно, работать будет, и для всех филиалов, ага. Но пять-же какой смысл? Если трафик ходит до 192.168.1.X, то поставить там ещё и локальный DNS, и пусть все пользуются.

Какие DNS-сервера ответственны за зону RU вы можете увидеть сами:
nslookup -type=ns ru
И будет вывод, что за зону RU ответственны a.dns.ripn.net, b.dns.ripn.net, d.dns.ripn.net, e.dns.ripn.net и f.dns.ripn.net. Именно эти сервера хранят (и отдают) информацию, какой DNS сервер ответственен за например домен второго уровня YANDEX.RU, находящийся очевидно в зоне RU.
Спрашиваем их об этом:
nslookup -type=ns yandex.ru a.dns.ripn.net
Ответом будет список DNS серверов, ответственных уже за сами догадываетесь какой домен... И так далее по цепочке.
Так можно и вашего провайдера DNS-ы узнать.

Можно, но обычно так не делается.

А нам теперь гадать на кофейной гуще, настроен ли у вас почтовый сервис, и какой, и запущен ли он, и нет ли ошибок, и прописан ли в нём ваш домен(ы), и открыты ли порты 25 и 110 и 465 и 587 и 993 и 995, да?
Как-то совсем неинтересненько получается...

P.S. И DNS нужно проверять у какого-нибудь Гуугла 8.8.8.8, да у CloudFlare 1.1.1.1.

Просто скрипт для проверки вариантов доменов делает запрос на перевод доменного имени в IP-адрес (например командой nslookup domain.com). Это самый простой способ, но не полноценный. Доменное имя может быть куплено, но сайт ещё не создан, IP-адреса у него нет. Но в базе данных ICAAN этот домен уже прописан, в сервисах whois о нём будут подробности. И нет, ICAAN этот список не публикует. И нет, генерации всех-всех-всех доменов тоже нет, ни кто не хранит у себя всевозможные варианты d0ma1n-my-4ouse.net, которые ни кто не регистрировал. Нет регистрации - значит нет и домена, физически.

При размещении сайта силами хостинговой компании частенько хостеры предлагают "помочь" в покупке доменного имени, либо просто "дарят" клиенту нужное доменное имя. Так вот это тот случай и есть. При регистрации доменного имени через таких "добрых" посредников-хостеров все права на доменное имя переходят самим посредникам. То есть вы платите хостерам за домен, они его регистрируют на себя, делают поддержку DNS, привязывают к своему серверу (где будет физически работать сайт), и вуаля. Считается, что вы владеете доменным именем, но это только аренда. Попытайтесь уйти от хостера вместе с доменным именем - узнаете этот "сюрприз". По крайней мере лет 15 назад дело обстояло так.

Собственно в существуюй SPF записи уже всё прописано, отрезок "+mx" как раз про это. Тестер, которым вы пользуетесь, не может корректно расшифровать/понять этот параметр, поэтому и ругается на его отсутствие.

P.S. Что бы проходить проверку - добавьте в вашу запись такой параметр include:_spf.google.com

Прописывайте MX там же, где прописали A запись с IP-адресом вашего сервера.

Не получится. Или убирай резервный IP из доменной записи, или делай его работающим постоянно.

Загуглить - ну ооооочень просто!
Прочитать описание - ещё проще!