У меня есть веб-сервер, который я создал на экземпляре Google Cloud. Я уже назначил ему статический IP-адрес, и я могу получить доступ к серверу, перейдя непосредственно к IP-адресу.

У меня есть домен, зарегистрированный через Google Domains. Я установил для его серверов имен следующее (это серверы имен Google Cloud):

ns-cloud-e1.googledomains.com
ns-cloud-e2.googledomains.com
ns-cloud-e3.googledomains.com
ns-cloud-e4.googledomains.com

В Google Cloud DNS у меня есть следующие записи:

Облачный DNS

Изменения слева - это мое доменное имя, а изменение справа - внешний (статический) IP-адрес, назначенный моему серверу.

Прошло около 12 часов с тех пор, как записи были добавлены, поэтому я полагаю, что возможно, что изменения просто еще не распространены. Но когда я делаю whois для моего доменного имени, я вижу правильные серверы имен, и когда я запускаю host я ничего не возвращаю вообще. Это говорит мне о том, что есть проблема в моих настройках DNS.

Записи NS и SOA были автоматически добавлены Google, в то время как я вручную добавил две записи A (ранее записей A не было, я выбрал 1-дневный TTL, потому что это были новые записи).

Что, если вообще что-то я здесь установил или сделал неправильно?

1 ответ1

1

Вместо добавления вашей записи A в базовый домен вы создали поддомен с именем @ .

Lone @ имеет особое значение в файлах зон текстового формата (с указанием базового домена), и некоторые веб-менеджеры DNS-записей клонировали это поведение, но это не обязательно распространяется на все такие системы, а также на DNS в целом.

Вместо этого многие веб-сайты управления DNS, в том числе Google Cloud DNS, ожидают, что вы просто оставите поле поддомена пустым.

(Как узнать, сработало ли это или нет? Только голое @ имеет особое значение, но @ сочетании с любым другим текстом не имеет. Поэтому, когда ваша результирующая запись отображается как @.example.net , вы можете быть уверены, что она пошла не так. Сравните внешний вид ваших записей A и NS.)

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .