指向 MyFritz-Adress 的 (子) 域名

Question

以下情况：我家里有一台运行 NextCloud Docker 的服务器，可以通过 Port 访问8080。由于我需要让其他人可以访问它（无需 VPN），并且我有一个 DS-Lite + IPv6 连接，因此我使用 MyFritz-Adress 和 PortForwarding 通过以下方式从我的网络外部访问它

http://server.XXXXXXXX.myfritz.net:12345

server我的设备在哪里XXXXXXXX.myfritz.net，MyFritz 地址在哪里。这完全没问题。但由于这太丑了，我想使用我habun.de从 Hostinger.com 购买的域名来让它更漂亮。

为此我创建了一个 CNAME DNS 记录

Type: CNAME
Name: pine
Priority: 0
Points to: pine.XXXXXXXX.myfritz.net
TTL: 14400 (default)

然后我添加http://pine.habun.de到DNS-Rebind-Protetion并等待了大约 24 小时（DNS 传播？）。理论上我现在应该能够从访问我的云，http://pine.habun.de:8080但我不能... FireFox 说“未找到服务器”（尝试清理缓存和其他浏览器）

所以我尝试了另外两个 DNS 记录

Type: CNAME
Name: home
Priority: 0
Points to: XXXXXXXX.myfritz.net
TTL: 14400 (default)

哪里https://home.habun.de可以找到我的 FritzBox 以及

Type: CNAME (ALIAS)
Name: @
Priority: 0
Points to: XXXXXXXX.myfritz.net
TTL: 14400 (default)

哪里https://habun.de也应该引导我找到我的 FritzBox。将两个主机名添加到“DNS-Rebind-Protection”并再次等待 24 小时，但仍然无法访问我的 FritzBox……与之前的错误相同。

然后我询问了 Hostinger 的支持人员，他们建议删除默认的 A 记录，我照做了，然后又等了 24 小时，但仍然出现同样的错误......

目前我只有 3 个 CNAME、一堆默认 CAA 和 2 个 NS 记录。NameServers 是 Hostinger 的默认 NameServers。

我查看了各种说明，但他们都说我可以创建一个指向 MyFritz 地址的 CNAME 记录...我是否忽略了什么或者有谁知道可能是什么问题？

编辑： habun.de是我实际拥有的域名，名称服务器是 Hostinger 的默认名称服务器

ns1.dns-parking.com
ns2.dns-parking.com

编辑2： 事实证明，一切都设置正确，问题出在 Hostinger 上。我的域名没有被正确委托给“de”。通过临时切换名称服务器，然后切换回 Hostinger 名称服务器（重新同步我的域名）解决了这个问题。现在一切都正常了。解决方案来自 @user1686（请参阅他/她帖子评论中的讨论）。

Answer 1

假设habun.de是你的真实域名，它目前未委托根本在de区域中，这意味着 DNS 解析器甚至无法看到您的 CNAME 记录。

（换句话说，从de到 的指针habun.de坏了。）

您的区域根目录下的 NS 记录几乎无关紧要 - 重要的是您的注册商 (Hostinger) 提交给父级de注册中心的 NS 记录，在那里设置对您的名称服务器的实际委托。然而，目前，所有名称服务器都报告说它们根本de没有 NS 委托记录。habun.de

该de区域（以及注册局的 WHOIS 数据库）所拥有的只是一条 A 记录：

habun.de. IN A 93.180.69.101

（这指向属于荷兰“PCextreme BV”的 IP 地址。）

通常情况下，这种情况不会发生 - 此位置应该只有 NS（和可选的 DS）记录。A/AAAA 记录作为“粘合”记录上传到父区域并不罕见，但它们必须位于子域上（例如，如果 NS 记录有example.com. NS ns1.example.com.，则注册表ns1.example.com. A也必须有）。

您应该检查 Hostinger 上的“域名服务器”配置（它与 DNS 记录部分位于不同的位置）。

---

“24 小时 DNS 传播”是大多这只是一种误解，因为主动传播只发生在你编辑 DNS 记录的权威名称服务器之间（例如 Hostinger 的 ns1/ns2/ns…），通常最多需要几分钟。世界其他地方会“按需”查询所有内容 – 你的 DNS 记录要么是 a) 未知的，直到有人要求，在这种情况下新值将立即可见，要么 b) 旧值被缓存，在这种情况下旧值将可见最多更改之前的“TTL”。（如果域不存在，则该事实将被缓存为 SOA 记录中设置的“最小 TTL”，该 TTL 通常设置为 24 小时。）

上述内容中真正重要的部分是“权威服务器”和“世界其他地方”之间的区别。在等待数小时缓存过期之前，你可以先直接地查询应该保存您数据的权威名称服务器，并确保它们报告的值正确。例如，要在 Hostinger 上直接检查您的 CNAME 条目：

C:\>  nslookup pine.habun.de ns1.dns-parking.com

$ host pine.habun.de ns1.dns-parking.com

并检查de到您的域的委派记录：

C:\>  nslookup -q=NS habun.de a.nic.de

$ host -t NS habun.de a.nic.de

$ dnstracer -s . habun.de

如果您计划尝试进行大量更改，暂时减少记录 TTL 也是一个好主意。例如，您可以将子域的 TTL 设置为 5 分钟（并将 SOA“minttl”也设置为 5 分钟），等待缓存忘记旧记录及其旧 TTL，完成后，您只需等待最多 5 分钟即可在全球范围内看到您的更改。

Answer 2

DNS 配置有某些配置不正确habun.de：

$ dig pine.habun.de cname

; <<>> DiG 9.18.12 <<>> pine.habun.de cname
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 61266
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;pine.habun.de.                 IN      CNAME

pine.habun.de没有配置 CNAME 记录。home.habun.de