我注意到服務http://jpg.to/支持任何單詞,例如http://car.jpg.to/。好奇的是,如果這種事情是DNS系統的負擔,由於所有必須存儲的名稱,因此被認爲是不好的做法。不選jpg.to,但只是好奇,因爲我沒有看到任何人提到這個問題,當它被覆蓋。* .jpg.to樣式通配符子域是DNS系統的負擔嗎?
服務建立數以千計的子域是否可接受?
我注意到服務http://jpg.to/支持任何單詞,例如http://car.jpg.to/。好奇的是,如果這種事情是DNS系統的負擔,由於所有必須存儲的名稱,因此被認爲是不好的做法。不選jpg.to,但只是好奇,因爲我沒有看到任何人提到這個問題,當它被覆蓋。* .jpg.to樣式通配符子域是DNS系統的負擔嗎?
服務建立數以千計的子域是否可接受?
這是通配符。
爲jpg.to DNS服務器只包含一個記錄,例如:
*.jpg.to. A 107.20.205.231
當客戶端請求與jpg.to(例如car.jpg.to)結尾的任何域,DNS服務器上-The飛「生成」的回答是這樣的:
car.jpg.to. A 107.20.205.231
正如你看到的,有absolutelly的jpg.to DNS服務器上沒有額外的負擔,相反它有隻存儲一個記錄。
儘管(對於那些不太熟悉的話題),DNS系統內置的方式有中間的「緩存」DNS服務器。他們會緩存實際的答案,如car.jpg.to,而不是的通配符。因此,一旦人們查詢jpg.to下的不同域名的丟失,緩存服務器將存儲許多記錄。
使用通配符DNS沒有任何問題。在互聯網標準(RFC 1034第4.3.3節)中定義的通配符和這個小額外負載是DNS基礎結構正常運行的一部分。
通配符域正是–通配符。
他們不使用任何更多的空間,一個正常的DNS條目。
實際上,他們這樣做。在遞歸服務器中,每個查詢名稱將單獨存儲,而不是單個條目。 – Alnitak 2012-02-22 18:06:07