Александр

Похоже кто-то из китайцев обрезал планку ddr и продаёт её как ssd

apt list | less

это не комп вас бъёт током, а вы его .
снимите со своих ног шерстяные носки и мохеровые трусы ))
или старайтесь ходить босиком,

В зоне .ru/.su/.рф паспортные данные обязательны. Причем, если домен берется надолго - лучше всего указывать свои, а не бомжа Васи, чей паспорт нашли в гугле - потому что руцентр-то схавает, но потом Вы ничего с этим доменом сделать не сможете (под "сделать" подразумевается продать/передать/перенести, пользоваться можно будет)
Есть зоны типа .xyz, которые ничего не требуют

Для РУ доменов - обзателены паспортные данные.
Если это не РУ домен - можно попробовать воспользоваться другим регистратором, который не требует таких подтверждений

Лучше вводить все правильно. Из whois данные можно скрыть, у рег.ру такая возможность есть. Будет вот так

domain: *****
nserver: ns1.reg.ru.
nserver: ns2.reg.ru.
state: REGISTERED, DELEGATED, UNVERIFIED
person: Private Person
registrar: REGRU-RU
admin-contact: http://www.reg.ru/whois/admin_contact
created: 2024-02-11T05:41:55Z
paid-till: 2025-02-11T05:41:55Z
free-date: 2025-03-14
source: TCI

Самое важное, это Фамилия Имя Отчество, Паспорт Серия и номер Кем выдан Дата выдачи, Дата рождения - без этого потом ни домен не передать, ни к другому регистратору не перевести.

Есть предположение, что копать надо в сторону DNS - в какие-то моменты она может отдавать для имени сайта не тот адрес, а браузер - запомнить это неправильное соответствие имя-адрес.
Для диагностики в тот момент, когда браузер застревает на таймауте (т.е. ждет перед тем, как выдать эту ошибку) смотрите список соединений TCP: нет ли там попыток подключения на какой-то неправильный IP на порт вашего сайта (80, 443 или какой вы там используете). Смотреть можно командой netstat -n из командной строки, интересующие вас подключения имеют состояние SYN_SENT. Для уверенности можно использовать команду netstat -no, она дополнительно покажет PID процесса, сравните его с PID браузера (его можно увидеть в Диспетчере Задач или в списке задач, который выводит команда tasklist). А потом ищите, какой из серверов DNS отдает этот адрес в ответе для имени сайта (команда nslookup имя_сaйта IP_сервера_DNS).
PS Частая ошибка настройки DNS в сетях с AD - добавление на клиенты в список серверов DNS сторонних серверов DNS: их там быть не должно, там должны быть только контроллеры домена.

Вручную прописать ей IP, маску, шлюз, DNS. По умолчанию новый сетефой интерфейс всегда настроен на DHCP.

ЗЫ: Слушать советы "устранителя неполадок" - это как примерно спросить чатгпт о том, что такое секс :)

примерно так:
1. с DC-2 передать все FSMO-роли на DC-1
2. понизить DC-2 до рядового сервера
3. вывести DC-2 из домена и проверить, что в AD не осталось хвостов (может потребоваться очистка метаданных - metadata cleanup)
4. добавить в домен новый сервер DC, присвоив ему имя DC-2 и соответствующий IP-адрес и
5. поднять новый DC-2 до уровня Контроллер домена
6. ждем реплику и проверяем новый КД - dcdiag /s:DC-2

Вариант 2 несет риск отказа единственного КД в в процессе замены второго КД. Вариант 1 в этом плане безопаснее. Оставлять тот же адрес IP и имя, чаще всего, не обязательно (для проверки можно выключить второй КД и посмотреть, что все в организации функционирует нормально).
PS Для отказоустойчивости DHCP можно поднять DHCP на другом КД, а зону(ы) для локальной сети настроить отказоустойчивыми через DHCP Failover.

VPS это проще и разумнее. Если хочется побаловаться - то
Вам нужен внешний IP от провадйдера.
Пробросить нужный порты с роутера на Ваш ПК
Установить веб сервер и все нужный софт для сайта (ну там php или еще что то, если есть)
Ну и стартануть всё это...

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