Я пытаюсь получить домен-b направить к домен-а и чувствую, что сделал это через CNAME довольно стандартным методом. Но я все еще получаю ERR_NAME_NOT_RESOLVED / server DNS address could not be found при попытке www.domain-b.com.
Различные сайты диагностики DNS предполагают, что через 24 часа кеши DNS по всему миру обновлены с моими последними записями DNS, которые приведены ниже (и у того же регистратора, хотя в этом нет необходимости и, вероятно, нет быть в будущем):
Домен-B
A 1.2.3.4 # re-direct root domain to www via registrar's own suggested method (IP just an example)
www CNAME domains.domain-a.com
MX email.com 10
MX relay.email.com 20
TXT v=spf1 include:email.com -all
Домен-А
A IP Address of server
* A IP Address of server
MX email.com 10
MX relay.email.com 20
TXT v=spf1 include:email.com -all
Пока мне нужен общий подстановочный знак A Record для Домен-А по другим причинам я попробовал явный A Record из domains поддомен, и это не улучшило ситуацию.
domain-a.com решает хорошо
Все поддомены на domain-a.com разрешить штраф
domain-b.com перенаправляет на www.domain-b.com ком нормально
www.domain-b.com (напрямую или через domain-b.com redirect) всегда возвращает ошибку DNS-адрес не найден во всех браузерах.
Я что-то пропустил в своих записях DNS или мне нужно искать виновника в другом месте? Я могу посетить domains.domain-a.com напрямую без проблем, поэтому это заставляет меня поверить, что это не ошибка с какими-либо записями DNS между моим хостом сервера и домен-а Записи DNS.
Вам придется снизить TTL по крайней мере TTL секунды перед изменение: новый TTL не может изменить то, что уже было кэшировано, и вам придется подождать, пока первое TTL истекает.
Кроме того, хотя все остальное предполагает, что это, вероятно, не проблема, правильные записи DNS всегда имеют FQDN с хвостом . т.е. буквально ваш www.example.com. CNAME,
www CNAME domains.example.net
на самом деле будет относиться к $ORIGIN т.е.
www CNAME domains.example.net.example.com.
а не правильный
www CNAME domains.example.net.
Вероятно, вы обновляете свои записи с помощью какого-либо инструмента, а не редактируете фактический файл зоны. Однако, если вы задаете конфигурацию без фактических доменов, в первую очередь следует исправить такие детали.
Записи DNS были в порядке, и оказалось, что мой интернет-провайдер просто сильно задерживает обновление своих кешей DNS, несмотря на низкий TTL числа в моих записях. Это было моим отсутствием опыта работы с nslookup инструмент, который заставил меня пропустить это. Я не увидел ничего необычного в результатах, вернувшись Got SERVFAIL reply как и ожидалось.
Я не знал, что ты можешь использовать nslookup чтобы запустить тот же тест с другого DNS-сервера, и все они вернули результат без ошибок. Я предположил, что если бы другие проверки глобального сервера DNS правильно отображали записи на 95% серверов, мой собственный интернет-провайдер наверняка не был бы виновником. Урок выучен. Спасибо @HBruijn за то, что побудили меня вернуться nslookup.
У меня такая же проблема с другим моим доменом. Однако cname для домен-b должен иметь период, потому что он внешний. Как показано ниже.
www CNAME domains.domain-a.com.
Этот метод сработал для меня, когда я указал свой домен andrewmutenga.com в доменах Google на andrew.000webhostapp.com на 000webhost.
www cname andrew.000webhostapp.com.
Однако мне пришлось зайти в cpanel 000webhost, чтобы связать их, иначе это не сработало бы.
С моим другим доменом drew.zimbo.com вышеуказанный метод не сработал, потому что cpanel для zimbo.com не имеет возможности связываться с другими доменами.
Если вы найдете другие способы связать свои домены, поделитесь со мной.