Правильная настройка Google Cloud DNS для доступа к веб-серверу через домен

443
Mella

У меня есть веб-сервер, который я создал на экземпляре 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 у меня есть следующие записи:

Cloud DNS

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

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

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

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

0

1 ответ на вопрос

1
grawity

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

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

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

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

Это на самом деле все, похоже. Я привык к тому, что @ был заменой базового домена, как и многие дешевые DNS-сервисы потребительского уровня, мне даже не пришло в голову, что я могу оставить это поле пустым. Mella 6 лет назад 0
Я бы не сказал, что это вопрос дешевизны, просто выбор дизайна. (Большинство сайтов показывают таблицы, которые выглядят как [стандартный файл зоны] (https://en.wikipedia.org/wiki/Zone_file), поэтому они также принимают тот же синтаксис, что и файл зоны ... Вероятно, лучший вариант будет принимать оба `@` _and_ пустое значение.) grawity 6 лет назад 0

Похожие вопросы