2022-10-06 分類: 網(wǎng)站建設(shè)
一番調(diào)查讓人們對關(guān)于私有vs公共Web管理提出了嚴峻問題。
據(jù)互聯(lián)網(wǎng)系統(tǒng)聯(lián)盟(ISC)本周發(fā)布的一份報告顯示,Cloudflare發(fā)布的軟件存在一處bug,結(jié)果導(dǎo)致互聯(lián)網(wǎng)基礎(chǔ)設(shè)施的核心部分出現(xiàn)故障。
ISC運行所謂的F根(F root)服務(wù)器,這是全球的13臺根DNS服務(wù)器之一,它們被標記為A到M。這些服務(wù)器是支撐全球互聯(lián)網(wǎng)的中央計算機:比如說,它們確保你在訪問yuntoutiao.com時,被定向到為我們的主頁提供服務(wù)的正確系統(tǒng)。
今年1月23日,ISC接到了反映.net域出故障的報告。它在調(diào)查后發(fā)現(xiàn)缺失了關(guān)鍵的A記錄和AAAA記錄,而這些記錄負責(zé)將.net域名與IPv4和IPv6網(wǎng)絡(luò)地址綁定起來。
實際上,所有以.net結(jié)尾的互聯(lián)網(wǎng)地址從ISC的F根服務(wù)器統(tǒng)統(tǒng)消失了,.net是互聯(lián)網(wǎng)上數(shù)量最多的注冊域名之一,共有1340萬個域名。最終依靠F根服務(wù)器連接到眾多網(wǎng)站和服務(wù)的任何瀏覽器、應(yīng)用程序、計算機或設(shè)備都將無法通過其.net地址訪問那些系統(tǒng),這是最糟糕的情況。
這個問題也不僅僅局限于ISC的F根服務(wù)器。報告聲稱,美國宇航局(NASA)運營的E根服務(wù)器也遇到了類似的問題。
錯誤修正版
從響應(yīng)時間表來看,ISC在5分鐘內(nèi)迅速搞清楚了情況:問題出在它與Cloudflare合作運營的互聯(lián)網(wǎng)節(jié)點上,于是將該問題上報給了這家互聯(lián)網(wǎng)基礎(chǔ)設(shè)施公司。Cloudflare也很快采取了行動,它在21分鐘內(nèi)就查明了罪魁禍首是發(fā)布的特定代碼,該代碼旨在修復(fù)四小時前帶入的一個bug。
不過報告話鋒一轉(zhuǎn),提到了脆弱不堪的邊界網(wǎng)關(guān)協(xié)議(BGP):互聯(lián)網(wǎng)錯綜復(fù)雜的龐大網(wǎng)絡(luò)使用BGP,自動組織管理對方,并保持彼此之間的連接。
不管怎樣,花了近兩個小時的時間才撤回了導(dǎo)致該問題的BGP通告(BGP announcement),ISC特別指出這項工作本應(yīng)該更快地完成。該報告在“汲取的經(jīng)驗教訓(xùn)”部分寫道:“回想起來,一旦發(fā)現(xiàn)在提供不完整/不正確的數(shù)據(jù),我們本應(yīng)該立即從BGP撤回路由前綴。”
報告繼續(xù)稱:“撤回路由并沒有按預(yù)期的順利進行,于是Cloudflare和ISC同意執(zhí)行常規(guī)的測試以實施這項功能……測試套件已經(jīng)更新,添加了針對缺失的A記錄和AAAA記錄的測試,ISC和Cloudflare將竭力設(shè)計進一步的一致性測試。”
資金當(dāng)?shù)?,穩(wěn)定性靠邊
由于全球DNS的工作方式,信息通過名稱服務(wù)器、冗余配置和緩存的分布式層次結(jié)構(gòu)一路向下傳輸,并且每隔幾小時到幾秒鐘全局更新一次,對網(wǎng)民的影響絕對最小。由于E根服務(wù)器和F根服務(wù)器暫時癱瘓,眾多瀏覽器和應(yīng)用程序就只好尋找另外的途徑來查詢.net地址。
然而事態(tài)很嚴重,這主要是由于公共互聯(lián)網(wǎng)的全球?qū)ぶ废到y(tǒng)的底層基礎(chǔ)部分居然被一家私人公司一次不起眼的軟件更新搞砸了。
進行軟件更新的是Cloudflare,這家商業(yè)組織結(jié)合使用開源軟件和閉源軟件。盡管數(shù)十年來迎來了急劇發(fā)展,互聯(lián)網(wǎng)還是獲得了如此超長的正常運行時間,這還得歸功于它奉行的傳統(tǒng):使用開源軟件,認真細致地檢查和測試更新,維護者組織不受商業(yè)考量因素的干擾。
正如一名資深的互聯(lián)網(wǎng)工程師Bill Woodcock在Twitter上特別指出:“當(dāng)公共互聯(lián)網(wǎng)的關(guān)鍵功能被征用以牟取私人公司的利益時,會發(fā)生什么?透明度和問責(zé)制喪失殆盡,基礎(chǔ)設(shè)施支出削減,系統(tǒng)壞掉。”
這個問題也不是學(xué)術(shù)問題。Woodcock最近就.org擬定出售給一家不知名的私募股權(quán)公司發(fā)出了警告——他公司為管理.org的互聯(lián)網(wǎng)注冊機構(gòu)提供技術(shù)后端服務(wù)。鑒于擬議收購者出于獲利的動機,他得出結(jié)論:技術(shù)支出可能會大幅縮減,這使得這個重要域名注冊機構(gòu)的穩(wěn)定性令人堪憂。他就此問題寫信給DNS監(jiān)管組織ICANN,建議應(yīng)停止這次擬議的出售。
他也不是唯一對此表示關(guān)切的互聯(lián)網(wǎng)工程師。Bert Hubert的公司開發(fā)開源DNS軟件,對于這份ISC報告他特別指出:“閉源Cloudflare軟件存在的一個錯誤導(dǎo)致了閉源Akamai在美國一家大型有線接入提供商出現(xiàn)崩潰。”
斷點
Hubert最近大聲疾呼,他擔(dān)心Firefox會使用Cloudflare作為其安全DNS:DNS-over-HTTPS(DoH)協(xié)議的默認提供商:最近,Mozilla已開始向美國的所有Firefox用戶啟用加密的DoH。
如果Cloudflare閉源軟件中的軟件錯誤會導(dǎo)致根服務(wù)器使互聯(lián)網(wǎng)中整個很重要的部分銷聲匿跡,那么某個時候類似的問題很可能會導(dǎo)致Firefox用戶失去安全DNS連接。而這可能會導(dǎo)致他們完全失去互聯(lián)網(wǎng)(互聯(lián)網(wǎng)仍會存在,但是大多數(shù)用戶根本不知道原因是什么或如何解決問題。)
互聯(lián)網(wǎng)工程師常常重復(fù)一句著名的話:“互聯(lián)網(wǎng)把審查制度解釋為破壞,并繞過它”,這句話最初由電子前沿基金會(EFF)聯(lián)合創(chuàng)始人John Gilmore首次提出來。這句話具有極為廣泛的含義,常常被工程師們用來基本上表示“別為此而擔(dān)心,互聯(lián)網(wǎng)一直在壞掉。”互聯(lián)網(wǎng)每分每秒在壞掉,但幾乎立即自行修復(fù)過來。
但是隨著互聯(lián)網(wǎng)的商業(yè)化氣息越來越濃,以逐利為目的的私人公司日益介入互聯(lián)網(wǎng)基礎(chǔ)設(shè)施的基礎(chǔ)層,ISC針對該F根服務(wù)器事件的報告很可能為今后出現(xiàn)的狀況敲響了警鐘。
Cloudflare的發(fā)言人駁斥了關(guān)于應(yīng)歸咎于其軟件是閉源性質(zhì)的任何說法
Cloudflare的工程師Martin Levy稱:“那是一個很極端的案例。用非此即彼的角度(即開源是好的,閉源是壞的)看待這個問題有失公允。我們?yōu)殚_源世界貢獻了大量的軟件。”
他稱,Cloudflare對即將部署的軟件進行了“極其嚴格的測試,但我們沒有注意到這個特殊的情況”;任何破壞是“非常局部性的”。簡而言之,當(dāng)初更改代碼是為了替某個客戶改進字符編碼處理,卻沒想到引發(fā)了連鎖反應(yīng)。
在我們看來,BGP路由故障似乎導(dǎo)致了根服務(wù)器放棄其gTLD A和AAAA記錄,這可能是由于它們從再也無法訪問的另一個系統(tǒng)獲取那些詳細信息。請參閱報告的最后兩頁。
此外,這影響了由F根服務(wù)器和E根服務(wù)器處理的所有域名,而不僅僅是.net域名,不過.net在ISC看來很顯眼,因為它是互聯(lián)網(wǎng)上相當(dāng)龐大而重要的一部分。
本文標題:全球F、E根服務(wù)器癱瘓、BGP路由出故障:全是bug惹的禍!
分享路徑:http://www.rwnh.cn/news29/202329.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供小程序開發(fā)、企業(yè)建站、靜態(tài)網(wǎng)站、品牌網(wǎng)站設(shè)計、網(wǎng)站導(dǎo)航、網(wǎng)站設(shè)計公司
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容