О веб-сайте, который я запустил вместе со своим новым приложением, сообщили из Румынии, но с моей стороны он работает нормально. Я попытался получить доступ к нему с общедоступного DNS-сервера оттуда (5.254.96.195), но nslookup вернул SERVFAIL.
Домен beacon.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
Я использую цифровой океан и namecheap, я был бы очень признателен, если бы мне кто-то помог.
У меня подобного сбоя не бывает:
[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-сервер удаленного пользователя, то ответить на более крупный вопрос также проблематично. Когда какой-то конечный пользователь жалуется, что не может получить доступ к вашему веб-сайту, а вы уверены, что ваш сервер работает и работает, тогда человек, лучше всего подходящий для диагностики, ИТ-специалист на сайте удаленного пользователя. Как вы обнаружили, попытка удаленной диагностики их проблем с подключением привносит огромное количество возможных дополнительных проблем, которые могут замутить воду, по крайней мере, одна из которых явно вас укусит.