サービスhttp://jpg.to/がhttp://car.jpg.to/などの任意の単語をサポートしていることに気付きました。この種のことがDNSシステムに負担をかけるかどうかは興味があります.潜在的に保存しなければならないすべての名前が原因であり、したがって悪い習慣と見なされます. jpg.to を選んでいるわけではありませんが、興味深いのは、この問題が取り上げられたときに誰も言及していないからです。
サービスが何千ものサブドメインを確立することは許容されますか?
サービスhttp://jpg.to/がhttp://car.jpg.to/などの任意の単語をサポートしていることに気付きました。この種のことがDNSシステムに負担をかけるかどうかは興味があります.潜在的に保存しなければならないすべての名前が原因であり、したがって悪い習慣と見なされます. jpg.to を選んでいるわけではありませんが、興味深いのは、この問題が取り上げられたときに誰も言及していないからです。
サービスが何千ものサブドメインを確立することは許容されますか?
これはワイルドカードです。
jpg.to の DNS サーバーには、次のように 1 つのレコードのみが含まれます。
*.jpg.to. A 107.20.205.231
クライアントが jpg.to で終わるドメイン (car.jpg.to など) を要求すると、DNS サーバーはオンザフライで次のような回答を「生成」します。
car.jpg.to. A 107.20.205.231
ご覧のとおり、jpg.to DNS サーバーに追加の負担はまったくありません。逆に、1 つのレコードのみを保存する必要があります。
ただし、(このトピックに詳しくない人のために) 中間の「キャッシュ」DNS サーバーが存在するように構築された DNS システム。ワイルドカードではなく、 car.jpg.to のような実際の回答をキャッシュします。したがって、人々が jpg.to の下のさまざまなドメインの失われたクエリを実行すると、キャッシュ サーバーは多くのレコードを保存します。
ワイルドカード DNS を使用しても問題はありません。インターネット標準 (RFC 1034 セクション 4.3.3) で定義されたワイルドカードと、このわずかな追加負荷は、DNS インフラストラクチャの通常の動作の一部です。
ワイルドカード ドメインはまさにワイルドカードです。
通常の DNS エントリよりも多くのスペースを使用しません。