*.jpg.to样式通配符子域是否是DNS系统的负担？

我注意到服务支持任何单词，例如。奇怪的是，由于所有可能存储的名称，这种事情是否会对DNS系统造成负担，因此被认为是糟糕的做法。我没有挑剔jpg.to，只是好奇，因为我还没有看到有人在报道这个问题时提到它

---

一个服务建立数千个子域是否可以接受？

通配符域正是如此–通配符。
它们不使用任何比普通DNS条目更多的空格。

这是通配符

jpg.NET的DNS服务器仅包含一条记录，如下所示：

*.jpg.to.   A   107.20.205.231

car.jpg.to. A   107.20.205.231

当客户端请求任何以jpg.to结尾的域（例如car.jpg.to）时，DNS服务器会动态“生成”如下的答案：

*.jpg.to.   A   107.20.205.231

car.jpg.to. A   107.20.205.231

正如您所看到的，jpg.to DNS服务器绝对没有额外的负担，相反，它只需要存储一条记录

虽然，（对于那些不熟悉这个主题的人来说），DNS系统的构建方式有中间的“缓存”DNS服务器。它们将缓存实际答案，如car.jpg.to和not通配符。因此，一旦人们在jpg.to下查询不同域的丢失，缓存服务器将存储许多记录

---

使用通配符DNS没有错。互联网标准（RFC 1034第4.3.3节）中定义的通配符，这一小部分额外负载是DNS基础设施正常运行的一部分

事实上，他们有。在递归服务器中，查找的每个名称都将单独存储，而不是作为单个条目存储。