有人如何将我们域的子域指向其他人的 IP 地址？

Question

有人如何将我们域的子域指向其他人的 IP 地址？

CBr*_*uce 34 domain-name-system subdomain hijack

我们拥有一个主域名：

businessdts.com

我不知道我们的管理员是否创建了我请求的子域“BDASERVER.businessdts.com。”，所以我只是尝试使用浏览器连接到它并得到“未找到”。然后我 ping 那个子域并得到一个不属于我们的 IP 地址：

用 32 字节的数据 Ping BDASERVER.businessdts.com [198.105.244.117]
我们的域和所有子域的 IP 地址应为 [173.203.24.209]

我让管理员检查了我们所有的 DNS 区域，但我们没有找到 BDASERVER 子域的实例（管理员还没有创建它），我们也没有找到 198.105.244.117 IP 地址的任何实例。

通过 IP 查找，我们发现 198.105.244.117 属于一家名为 Search Guide Inc. (searchguideinc.com) 的公司。他们似乎是某种域名经纪人。

我错过了什么：

这个 BDASERVER 子域如何解析到不属于我们的地址？
有人如何劫持子域？

Answer 1

EEA*_*EAA 63

该子域没有记录：

$ dig BDASERVER.businessdts.com

; <<>> DiG 9.8.3-P1 <<>> BDASERVER.businessdts.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 11871
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;BDASERVER.businessdts.com. IN  A

;; AUTHORITY SECTION:
businessdts.com.    300 IN  SOA ns.rackspace.com. hostmaster.rackspace.com. 1487794151 10800 3600 604800 300

;; Query time: 86 msec
;; SERVER: 192.168.64.1#53(192.168.64.1)
;; WHEN: Wed Feb 22 21:29:53 2017
;; MSG SIZE  rcvd: 103

Run Code Online (Sandbox Code Playgroud)

您的 ISP 的 DNS 很可能正在执行所谓的 NXDOMAIN 劫持，即他们劫持了 NXDOMAIN DNS 回复，而不是使用正确的 NXDOMAIN（如上所述）回复，而是为您提供“搜索”页面的 IP 地址，通常会获取他们的广告收入。

我会与您的 ISP 交谈并要求他们停止干扰您的流量。如果他们拒绝，请使用更好的 ISP 或为您的流量使用不同的解析器。

确认的。[该 IP 地址](https://ip.addr.space/198.105.244.117) 已注册到 NXDOMAIN 劫持的已知目的地 Search Guide Inc。 (13认同)
@CBruce 是的，它应该。然后去更改您的DNS解析器。:) (2认同)

Answer 2

小智 37

正如这里的其他人所建议的那样 - 这实际上是 ISP 规范。ATT 对我也是这样。当未找到请求的域，并且 DNS 记录未指向默认目标时（您可以在管理 DNS 的服务器上进行设置 - 很可能您使用的是标准注册商，他们会为您管理您的 dns - 只需登录到您注册域名的位置，然后单击管理 dns）。您应该添加一个“通配符”重定向记录。通过这种方式，您将始终将未定义的流量指向默认网页 - 或您主网站的索引页。默认 DNS 设置

底线 - 如果您正在管理您的域名和服务器 - 设置您的默认通配符，并且您可能还想添加一些自定义错误页面以在有人请求不存在的页面时将您的网络服务器指向 - 添加您的徽标并链接回您的主站点带有小型站点搜索脚本或其他内容...从网站请求资源或 html 页面非常烦人 - 甚至单击其站点上另一个页面上的一个链接 - 以及丑陋的“400 错误” "页面出现。通过确保处理错误并留住客户，企业可以做很多事情来保护用户体验。我还建议您添加“报告损坏的链接”

我现在离题了 - 但很明显 - OP 需要更多地了解导致 ISP 能够拦截错误的原因...... DNS 处理程序没有对请求的未定义子域提供有用的响应，因为它是不在那里 - 所以 ISP 提供了一个创收页面。虽然容易修复！

*“这实际上是 ISP 规范”* 我怀疑这在很大程度上取决于语言环境。我使用过的 ISP 都没有这样做（如果我现在的 ISP 开始这样做，他们会收到我的来信......）。 (27认同)
@HagenvonEitzen 可悲的是，像 ISP（至少在美国）这样的利润驱动型公司几乎不关心 BCP 和 RFC 以及其他标准。因此，现实世界的规范最终可能与公布的标准相差甚远。 (7认同)
ISP 认为返回对 DNS 请求的欺诈性响应会有所帮助，但他们认为可以帮助的人不是客户。 (6认同)
为了将其称为“规范”，这应该是 BCP 或至少是相应 RFC 中的 *MAY*。我对此表示强烈怀疑。 (5认同)
@DoktorJ 从某种意义上说，有人可能会说，如果他们故意*破坏* RFC，这是互联网松散的事实上的标准，那么您的服务提供商为您提供的不是互联网......我的2c (4认同)
@HagenvonEitzen（和@Celada）：许多“规范”通常是不良行为。在这里使用的意义上，规范只是一种常见的东西。 (4认同)
-1 因为这 * 不是 * ISP“规范”，这是不好的行为。并且因为出于这个原因（或者通常是任何其他原因）添加 DNS 通配符通常不是一个好主意。 (3认同)

归档时间：	8 年，7 月前
查看次数：	6655 次
最近记录：	8 年，6 月前