[NA HW1-1] Authoritative-NS-update timeout

[Simba Fs]

助教你好

我在 HW1-1 Authoritative-NS-update 這個測資一直 timeout，OJ 也沒有任何輸出。

我在 primary-dns 上看 tcpdump，從第一個 update 到 transfer 完是 1 秒，然後又過 11 秒才第一個 A query，接著 1 秒一個 query，直到從 private-agent 往 secondary-dns 查詢 PTR 時才整個測試 timeout。但奇怪的是每次 timeout 不一定停在某個 query，可能是 dynamic2 或 3，1 和 4 也看過但比較少。

我檢查過每個查詢與回答，幾乎都在 0.1 秒內完成。從 update 到最後一筆 query 都在 27~28 秒左右。
以下是大致的 tcpdump 輸出

12:09:31.526052 lo    In  IP 172.16.1.123.45253 > 172.16.1.53.53: 62205 update [8n] [1au] SOA? 132.nasa. (257) // 第一筆 update
// update, transfer...
12:09:32.064934 enp0s10 In  IP 172.16.0.123.34563 > 172.16.1.53.53: Flags [.], ack 411, win 503, options [nop,nop,TS val 2033333068 ecr 60698498], length 0 // query 前最後一個封包

12:09:43.046820 lo    In  IP 172.16.1.123.60766 > 172.16.1.53.53: 62757 [1au] A? dynamic1.132.nasa. (58) // 第一個 query

12:09:43.047395 lo    In  IP 172.16.1.53.53 > 172.16.1.123.60766: 62757*- 1/0/1 A 172.16.0.10 (90) // 第一個 query 的結果

// 一堆 query...

12:09:53.167965 enp0s10 Out IP 172.16.1.123.38421 > 172.16.0.53.53: 941 [1au] A? dynamic1.132.nasa. (58) // 開始測試 secondary-dns
12:09:53.168962 enp0s10 In  IP 172.16.0.53.53 > 172.16.1.123.38421: 941*- 1/0/1 A 172.16.0.10 (90) // 正常回復

// 其他查詢與結果...
12:09:59.595421 enp0s10 Out IP 172.16.1.123.38754 > 172.16.0.53.53: 62605 [1au] PTR? 13.0.16.172.in-addr.arpa. (65)
12:09:59.596776 enp0s10 In  IP 172.16.0.53.53 > 172.16.1.123.38754: 62605*- 1/0/1 PTR dynamic2.132.nasa. (112) // 這筆回答完後就卡住，過沒多久 OJ 就說 timeout

[許仲宇]

您好：

這筆測資會在 update request 後等待十秒，然後開始連上你的機器並往 primary / secondary NS 發送 request
但設定中 query 間隔的頻率應為 0.2 秒，因此不確定為何你看到的頻率為 1 秒一次

已經延長這個 testcase 的 timeout threshold 至 80 秒，如果仍有問題，再請您檢查看看網路環境，或是確認從開始跑至 timeout 的時間是否約為 80 秒，謝謝

Sincerely, 

hsuchy

simb...@gmail.com 在 2026年4月12日 星期日下午2:05:25 [UTC+8] 的信中寫道：

[林俊良]

助教您好，

目前我在進行 OJ 測試時遇到相同 timeout 問題，根據我抓取的 tcpdump log（如附件），從測試開始到 timeout 的時間為：

secondary
起始時間：2026-04-13 01:07:53.878177
結束時間：2026-04-13 01:09:14.620184
整體執行時間約為 80 秒。

另外從封包觀察來看，DNS 查詢與 zone transfer（包含 IXFR）皆有正常進行並完成回應，過程中沒有明顯的封包遺失或卡住的情況 。

想請問此情況是否仍屬於正常範圍，或可能有其他隱藏的設定問題？

twofour...@nycu.edu.tw 在 2026年4月12日 星期日下午2:53:27 [UTC+8] 的信中寫道：

[許仲宇]

同學您好：

該測資的起始時間是 01:08:46.044737。01:07:53 是您 submit 的時間。
每次 query 間隔約 0.7 ~ 2.8 秒，看起來仍然有網路環境不穩的狀況

檢查後，昨天對於測資執行時間的修改似乎並未成功 apply，造成困擾十分抱歉，也請兩位同學可以再次嘗試，謝謝。

Sincerely, 

hsuchy

lin710277...@nycu.edu.tw 在 2026年4月13日 星期一上午9:45:38 [UTC+8] 的信中寫道：