我們有兩個node 一個master 一個slave
什麼回傳8.8.8.8回傳google.com的很明顯是瞎給
8.8.8.8被搞放大攻擊時會拔延遲增加到100ms
最後gpu不能passthrough的問題你怎樣解決?
放大攻擊才不會用PTR啊
資料量太小
Query根本比Answer肥
如果你server以前沒擋代查或有給人當過查詢DNS那算是正常
DDoS也不會送query而是送answer啊
誰DDoS會硬拼流量啊
又不是值得砸錢硬來的機構
一個校內伺服器突然接到大到會把整個網路take down的dns query算啥正常啊
真要被DDoS到download炸滿你也只能承受沒能做的事好嗎
根本和設定無關了
對方發得出來你卻會down那只能說明是你這邊太爛啊
你找錯人惹好嗎
要找也是找學校/台北區網
你乾脆說找ICANN把arpa拔掉算了
SMTP還好一點
DNS跟NTP這種UDP的麻煩更多一點🌚
arin就是這樣回,說明這筆紀錄就在arin中啊,你找誰也好最後都是要從arin中移除這兩條紀錄才能中止對140.131.0.0/16的PTR紀錄搜尋。
反正dns5.ntu.edu.tw這台是死了。
dig: couldn't get address for '
dns5.ntu.edu.tw': not found
如果他是管台大DNS的最好還會來這問問題又是高中生尼
簡單來說現在外網根本不會查到140.131.0.0/16的PTR
dns.ntu.edu.tw最少肯定還活著 你是在說三小
dns.ntu.edu.tw是活著的你不問你在說三小
# dig @1.1.1.1 +trace -x 140.131.145.63
; <<>> DiG 9.3.6-P1-RedHat-9.3.6-25.P1.el5_11.4 <<>> @1.1.1.1 +trace -x 140.131.145.63
; (1 server found)
;; global options: printcmd
. 7598 IN NS a.root-servers.net.
. 7598 IN NS b.root-servers.net.
. 7598 IN NS c.root-servers.net.
. 7598 IN NS d.root-servers.net.
. 7598 IN NS e.root-servers.net.
. 7598 IN NS f.root-servers.net.
. 7598 IN NS g.root-servers.net.
. 7598 IN NS h.root-servers.net.
. 7598 IN NS i.root-servers.net.
. 7598 IN NS j.root-servers.net.
. 7598 IN NS k.root-servers.net.
. 7598 IN NS l.root-servers.net.
. 7598 IN NS m.root-servers.net.
;; Received 420 bytes from 1.1.1.1#53(1.1.1.1) in 3 ms
in-addr.arpa. 172800 IN NS e.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS f.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS d.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS c.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS b.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS a.in-addr-servers.arpa.
;; Received 421 bytes from 2001:503:ba3e::2:30#53(a.root-servers.net) in 168 ms
140.in-addr.arpa. 86400 IN NS u.arin.net.
140.in-addr.arpa. 86400 IN NS r.arin.net.
140.in-addr.arpa. 86400 IN NS z.arin.net.
140.in-addr.arpa. 86400 IN NS y.arin.net.
140.in-addr.arpa. 86400 IN NS arin.authdns.ripe.net.
140.in-addr.arpa. 86400 IN NS x.arin.net.
;; Received 184 bytes from 2001:dd8:6::101#53(e.in-addr-servers.arpa) in 159 ms
131.140.in-addr.arpa. 172800 IN NS dns.ntu.edu.tw.
131.140.in-addr.arpa. 172800 IN NS dns5.ntu.edu.tw.
;; Received 92 bytes from 2001:500:14:6050:ad::1#53(u.arin.net) in 38 ms
dig: couldn't get address for 'dns5.ntu.edu.tw': not found
順帶一提 你下trace的話@[SERVER]是無意義參數
有的,我的default name server不會解 "." root server的地址。
這不代表什麼啊 正常的DNS查詢會把所有NS問過直到全都失敗才會失敗好嗎
ripe 的話,作個理由發 ticket 或許可以
你找什麼理由 RIR不知道這是APNIC+TWNIC+TANET管的subnet喔
都丟給其他子機構了沒事會直接處理才有鬼
不過北區網沒找TANET把反解server改正也是(ry
雖然只要有一台能連到問題就不大啦...
不過也有可能是要送文件跑公文什麼的太麻煩所以不想改也說不定XDD
那...就變成要找誰把機器物理takedown了,或是風化(?
我覺得這問題根本蠢點在一個附中的 IP 被當台大的 IP 來反解了,然後剛好反解資料庫扔了一個已經被移除的 DNS 名稱
唯一解就是戳 tanet 去叫他們把正確的反解資料庫搞定
然後台大dns目前是dns&dns3
反解上記的是dns&dns5
可能以前反解slave是用dns5
後來合併沒發文改上游吧
不會改機率大,因為大概會收到回文說他們解析正常xDDDDD
87%如此
就算知道有這小問題也會將就吧
台灣改上游就是各種麻煩
想問fb抓縮圖機制是不是怪怪得,我文章有掛og:image卻不會抓
給高中生練習不好ㄇ
-- 順便提早體驗待機的生活 --
是我錯覺還是 Google 硬體真的在學 Apple
買了新電腦,新銀幕,然後顯卡是數位輸出only ,銀幕只付d sub
都買新螢幕了怎麽不買有 DP/HDMI 的螢幕ww