Drifter коректний, у вас проблема з налаштуванням сервера імен. Ось кінцевий кінець виводу з dig +trace +additional www.grahamhancock.com:
grahamhancock.com. 172800 IN NS ns1.grahamhancock.com.
grahamhancock.com. 172800 IN NS ns2.grahamhancock.com.
grahamhancock.com. 172800 IN NS server.grahamhancock.com.
ns1.grahamhancock.com. 172800 IN A 199.168.117.67
ns2.grahamhancock.com. 172800 IN A 199.168.117.67
server.grahamhancock.com. 172800 IN A 199.168.117.67
;; Received 144 bytes from 192.35.51.30#53(f.gtld-servers.net) in 92 ms
www.grahamhancock.com. 14400 IN CNAME grahamhancock.com.
grahamhancock.com. 14400 IN A 199.168.117.67
grahamhancock.com. 86400 IN NS ns2.grahamhancock.com.com.
grahamhancock.com. 86400 IN NS ns1.grahamhancock.com.com.
;; Received 123 bytes from 199.168.117.67#53(ns2.grahamhancock.com) in 17 ms
Ваші записи клею вказують на IP-адресу 199.168.117.67, яка повертає правильну відповідь. Однак ваша зона визначає записи серверів імен, які закінчуються com.com. Якщо ми +traceзамість цього один із цих серверів імен ...
com.com. 172800 IN NS ns-180.awsdns-22.com.
com.com. 172800 IN NS ns-895.awsdns-47.net.
com.com. 172800 IN NS ns-1084.awsdns-07.org.
com.com. 172800 IN NS ns-2015.awsdns-59.co.uk.
;; Received 212 bytes from 192.26.92.30#53(c.gtld-servers.net) in 22 ms
ns1.grahamhancock.com.com. 30 IN A 54.201.82.69
com.com. 172800 IN NS ns-1084.awsdns-07.org.
com.com. 172800 IN NS ns-180.awsdns-22.com.
com.com. 172800 IN NS ns-2015.awsdns-59.co.uk.
com.com. 172800 IN NS ns-895.awsdns-47.net.
;; Received 196 bytes from 205.251.195.127#53(ns-895.awsdns-47.net) in 16 ms
... ми опиняємось у чиїх-небудь серверів AWS, що розміщуються.
Ваша проблема - це щось відоме як невідповідність запису клею . Віддалені сервери імен спочатку дізнаються про ваш домен за допомогою клейових записів, але як тільки ці віддалені сервери виконують оновлення, вони в кінцевому підсумку запитують фіктивні сервери імен, які ви визначили додатковим .comв кінці.
Це не єдина ваша проблема. Ви тричі перераховуєте ту саму IP-адресу у своїх записах про клей, що є надзвичайно мінливим. Ви завжди повинні мати декілька серверів імен, вони ніколи не повинні мати спільну мережу або однорангову мережу вище, і вони ніколи не повинні розташовуватися в одному фізичному місці. У цьому випадку будь-яка коротка проблема маршрутизації між DNS-серверами та вашим єдиним сервером призведе до тимчасового недоступності вашого домену.
Оновлення:
Це питання та відповіді розміщено на головній сторінці та отримує багато коментарів. На жаль, це включає в себе людей , які тільки небагато занадто нетерплячий , щоб відповісти на цей відповідь , не перевіряючи , щоб побачити , якщо їх точки вже були розглянуті в розширених коментарів.
Деталі, які, здається, більшість людей не помічають - це коментар, який я цитую тут:
- [...] гео зайві DNS-сервери запобігають сценаріям, коли коротке переривання маршрутизації призводить до тимчасового негативного кешування серверів імен. Однак якщо короткий період негативного кешування закінчується, він майже напевно перевищить кількість часу, коли відбулося перерву підключення. [...] кількість сценаріїв, коли нестача георедукцій DNS не створюватиме спорадичні та важко вирішити проблеми з доступністю, рівно дорівнює нулю.
Якщо ви вважаєте, що моє розуміння негативного кешування серверів імен є неправильним, це відкрита гра для обговорення, але поза цим вам потрібно внести щось до таблиці, окрім "це невеликий сайт, і хто дбає, якщо і веб-сайт, і сервер DNS не працюють в той самий час". Якщо ви це говорите, ви не розумієте тему майже так добре, як ви думаєте.
Друге оновлення:
Я пішов вперед і написав канонічні запитання і відповіді, з якими ми можемо зв’язуватися, коли в майбутньому з'явиться тема єдиного сервера DNS. Сподіваємось, це ставить справу в спокій.