2
我見過rfc 1035的「header format」部分,但它只是說id可以是一個隨機值。現在這個隨機值可以是0還是不是,這就是我想知道的。作爲請求標識,在dns請求標頭中允許值「0」?
我見過rfc 1035的「header format」部分,但它只是說id可以是一個隨機值。現在這個隨機值可以是0還是不是,這就是我想知道的。作爲請求標識,在dns請求標頭中允許值「0」?
RFC1035不限制事務ID,除了它是16位長的,所以0非常好。無論您發送的是什麼,都會被複制到回覆中。
爲了進一步驗證這一點,我檢查了下面的解析器的源代碼,他們似乎都同意ID的所有16位是你的。
我同意你的意見。我也這麼想。我使用nsupdate工具來發送DNS請求,並且看起來在某些數據包中,也會收到「0」作爲請求ID。 我只是想確保它不是我收到的一些格式不正確的數據包。你能否確認一下nsupdate? –
@ibrararshad:我試圖查看bind9的源代碼 - 其中應該包含nsupdate - 但是我放棄了很多抽象級別,所以我無法給出確認。但RFC很清楚。此外,儘管ARSoft.Tools.Net或Synapse都不是我認爲是「參考」的來源,但我認爲Unbound在這方面與綁定本身一樣好。 – PeterK