loc.cc託管第三方HE.NET,CNAME記錄域名健康狀態為:down,顯示:由於長期健康檢查失敗,此域名將在 30 天內被自動刪除。請儘快解決問題以防止刪除。嘗試添加A記錄健康狀態為:healthy
如何解決? !
loc.cc託管第三方HE.NET,CNAME記錄域名健康狀態為:down,顯示:由於長期健康檢查失敗,此域名將在 30 天內被自動刪除。請儘快解決問題以防止刪除。嘗試添加A記錄健康狀態為:healthy
如何解決? !
刚托管的话需要等解析生效,等重新扫描。
loc自身的DNS已支持CNAME根域名啦,没必要托管he.net了,he.net不支持CNAME根域名的,你也是爱折腾,昨天不是看你托在VPS8的么,又要换he.net啦?
这种帖子应该发求助类别的。
多做实验为大家踩雷也挺好
loc自带的好像支持cname了 或者 托管到 vps8.zz.cd。或者用子域名来绑定cname。
根域名按规范是不可以CNAME的, 可以用ALIAS, loc提供的根域CNAME也是ALIAS, 真CNAME是不符合规范的
loc最初用的alias方案拉平,那个CF是不认的,无法绑定CFpages;现在的新方案就是支持真CNAME根域了。虽然不符合规范,但是好用就行嘛。
已查阅感谢分享。
支持一下,值得学习
建议改成vps8的ns,然后去vps8托管域名,并添加CNAME记录,CNAME根域名到CFPages,
到CFpages添加自定义域名。一通操作完了就等loc再度扫描吧,基本再扫描就healthy了。
等最新扫描结果吧
加个求助标签
u1s1其实某种意义上要的话是符合规范的,不做zone,直接变成loc.cc的子域名就是符合规范的了. alias名如其名,只是别名,他会帮你去要解析a,aaaa然后吐给客户端.标准方式查是查不到cname的.
cf比较严格, 各种记录得和ta要求的一样确实没招… alias会被认为你不按要求做
但是不按规范容易搞出一堆奇奇怪怪的未定义行为, 找bug的时候有的自己痛苦的
不错值得学习。。。
有用的信息
已阅![]()
路过
解释得很清楚,专业!
路过
mark一下
收藏了,666