![有没有办法修复 84.06.06 中的 DNS 路由错误?](https://linux22.com/image/1409769/%E6%9C%89%E6%B2%A1%E6%9C%89%E5%8A%9E%E6%B3%95%E4%BF%AE%E5%A4%8D%2084.06.06%20%E4%B8%AD%E7%9A%84%20DNS%20%E8%B7%AF%E7%94%B1%E9%94%99%E8%AF%AF%EF%BC%9F.png)
我在论坛和谷歌搜索中搜索了相关内容,但并未找到任何相关信息。
我已向 AVM 提交了服务请求,但并不抱太大希望。
概述:
Fritzbox 将静态主机路由添加到指定 DNS 服务器的错误接口。
路由从 DSL 发出,但 DNS 服务器位于 LAN 上。
当我删除路由时,Fritzbox 会重新添加路由,然后网络再次中断。
此外,这会阻止 DNS 服务器访问互联网,因为数据包被路由到错误的方向。
细节:
配置中,DNS 服务器由条目 overwrite_dns1 和 overwrite_dns2 指定。
这些条目在 84.05.04 中运行良好,但在移至 84.06.06 时引入了错误。
这里不涉及 NAT。所有 IP 地址都是全球路由(非工程)。
证明如下所示:
在“netstat -rn”的输出中,IP 地址被匿名化。DNS
服务器位于本地局域网上,C 类是 XYZ0
Fritzbox 正在将 DNS 条目路由到 dsl。
这会切断 DNS 服务器与互联网的连接。
互联网连接是 dsl,ABCD
删除坏路线只能持续几个小时,然后坏路线又会回来。
使用“route del XYZ10”和“route del XYZ11”可以删除坏路线。
# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
A.B.C.D 0.0.0.0 255.255.255.255 UH 0 0 0 dsl
X.Y.Z.10 0.0.0.0 255.255.255.255 UH 0 0 0 dsl <- Bad Entry
X.Y.Z.11 0.0.0.0 255.255.255.255 UH 0 0 0 dsl <- Bad Entry
192.168.179.0 0.0.0.0 255.255.255.0 U 0 0 0 guest
X.Y.Z.0 0.0.0.0 255.255.255.0 U 0 0 0 lan
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 lan
也许有配置条目可以阻止创建坏路由条目?
我不想恢复固件版本,因为当前版本显然修复了几个安全漏洞。
某种 cron 条目用于不断删除路由并不能完全缓解问题。
请帮忙。
答案1
从 DHCP 服务器中删除 DNS 条目,或大幅增加 DHCP 租约时间,直到供应商解决该问题。DHCP 客户端将在其租约期限的一半时刷新其配置。