![](/img/trans.png)
[英]How to find the Internal IP Address of GCP Cloud DNS server hosted in Private Zone
[英]Why could Public Hosted Zone DNS records fail lookup?
我有一個 Route53 公共托管區域,其中包含使用 S3 存儲桶托管 static 網站的正常 CNAME/A/etc 記錄,但這些記錄上的“nslookup”失敗,我不知道為什么。 該域在 inte.net 上仍然不可用,大概是因為這些 DNS 記錄無法查找。
其中一份 AWS 故障排除指南建議使用“nslookup”來檢查托管區域記錄,但它沒有說明如果失敗該怎么辦。
我的具體問題是:由於“nslookup -type=A my_domain”對於一個特定的托管區域失敗,我可以嘗試如何解決它? 我可以在托管區域中看到那里的記錄。
(我有另一個運行良好的托管區域 - 它使用 S3 存儲桶托管 static 網站。該網站是公開可用的,托管區域記錄上的“nslookup”成功。我試圖讓麻煩的托管區域等同於工作一個,但無濟於事。)
我已經:
NS 和 SOA 記錄確實存在,它們是由 AWS 自動創建的(從屏幕截圖中截取)。
編輯:nslookup 的響應是:
服務器:cache1.service.virginmedia.net 地址:194.XXX.X.100
*** cache1.service.virginmedia.net 找不到 bXXXXXXXXXXe.com: 服務器失敗
感謝 kdgregory 深入了解,由於我的 ISP/路由器的某些配置,“nslookup”無法正常工作,相關評論在此處重復:
“這似乎是 cache1.service.virginmedia.net 的問題。我嘗試使用它查找我的個人網站,等待了 30 秒或更長時間,然后收到消息“連接超時; 無法訪問任何服務器”。我的下一個猜測是 Virgin Media 是您的 ISP,您的路由器默認配置為使用他們的名稱服務器”
“您可以嘗試使用其他名稱服務器,例如 Google 或 CloudFlare,以驗證您的托管區域是否設置正確。運行 nslookup,無需任何命令行 arguments,輸入服務器 8.8.8.8 作為第一個交互命令(這是 Google 的服務),然后輸入您的主機名作為第二個命令。Ctrl-D 或 Ctrl-C 退出”
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.