Servfail с DNS-сервера в Румынии

Servfail с DNS-сервера в Румынии

Сайт, который я запустил вместе с моим новым приложением, был отрепортирован из Румынии, но с моей стороны он работает нормально. Я попытался получить к нему доступ с публичного сервера DNS оттуда (5.254.96.195), но nslookup возвращает SERVFAIL.

Домен — этомаяк.sh.

Вот вывод dig @5.254.96.195 beacon.sh:

; <<>> DiG 9.12.0 <<>> @5.254.96.195 beacon.sh
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 1494
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;beacon.sh.         IN  A

;; Query time: 1573 msec
;; SERVER: 5.254.96.195#53(5.254.96.195)
;; WHEN: Wed Feb 28 10:51:08 CET 2018
;; MSG SIZE  rcvd: 27

Я пользуюсь Digital Ocean и Namecheap, буду очень признателен, если кто-нибудь мне поможет.

решение1

У меня не возникает подобных проблем:

[me@risby personal]$ dig @5.254.96.195 beacon.sh
[...]
;; ANSWER SECTION:
beacon.sh.              3135    IN      A       138.68.190.199

Я не понимаю, почему вы запрашиваете этот сервер (5.254.96.195), но любые проблемы, которые у вас с ним возникают, это между вами, вашим хостинг-провайдером и ими. Это может быть по многим причинам: прозрачное проксирование DNS работает неправильно, прозрачное проксирование работает неправильноверно(в зависимости от того, как он настроен), временный сбой BGP, ненадежные брандмауэрыв путии так далее. Только с помощью вашего хостинг-провайдера и провайдера DNS-сервера вы можете надеяться решить эту проблему. Я бы сказал, что лучшим планом было бы использовать DNS-серверы, которые digital ocean и namecheap рекомендуют использовать в своих предложениях; по крайней мере, у вас будет некая договорная основа, чтобы ожидать расследования проблемы. В противном случае я сомневаюсь, что это разрешимо.

Если вы запрашиваете этот сервер, потому что пытаетесь выяснить, почему этот удаленный пользователь не может попасть на ваш сайт, и это DNS-сервер удаленного пользователя, то ответ на более важный вопрос также проблематичен. Когда какой-то конечный пользователь жалуется, что не может попасть на ваш сайт, а вы уверены, что ваш сервер работает и работает, то лучше всего диагностировать это может человекИТ-специалист на удаленном объекте пользователя. Как вы обнаружили, попытка удаленной диагностики проблем с подключением приводит к появлению огромного количества возможных дополнительных проблем, которые только мутят воду, по крайней мере одна из которых явно вас беспокоит.

Связанный контент