一番調(diào)查讓人們對關于私有vs公共Web管理提出了嚴峻問題。

據(jù)互聯(lián)網(wǎng)系統(tǒng)聯(lián)盟(ISC)本周發(fā)布的一份報告顯示，Cloudflare發(fā)布的軟件存在一處bug，結(jié)果導致互聯(lián)網(wǎng)基礎設施的核心部分出現(xiàn)故障。

ISC運行所謂的F根(F root)服務器，這是全球的13臺根DNS服務器之一，它們被標記為A到M。這些服務器是支撐全球互聯(lián)網(wǎng)的中央計算機：比如說，它們確保你在訪問yuntoutiao.com時，被定向到為我們的主頁提供服務的正確系統(tǒng)。

今年1月23日，ISC接到了反映.net域出故障的報告。它在調(diào)查后發(fā)現(xiàn)缺失了關鍵的A記錄和AAAA記錄，而這些記錄負責將.net域名與IPv4和IPv6網(wǎng)絡地址綁定起來。

實際上，所有以.net結(jié)尾的互聯(lián)網(wǎng)地址從ISC的F根服務器統(tǒng)統(tǒng)消失了，.net是互聯(lián)網(wǎng)上數(shù)量最多的注冊域名之一，共有1340萬個域名。最終依靠F根服務器連接到眾多網(wǎng)站和服務的任何瀏覽器、應用程序、計算機或設備都將無法通過其.net地址訪問那些系統(tǒng)，這是最糟糕的情況。

這個問題也不僅僅局限于ISC的F根服務器。報告聲稱，美國宇航局(NASA)運營的E根服務器也遇到了類似的問題。

錯誤修正版

從響應時間表來看，ISC在5分鐘內(nèi)迅速搞清楚了情況：問題出在它與Cloudflare合作運營的互聯(lián)網(wǎng)節(jié)點上，于是將該問題上報給了這家互聯(lián)網(wǎng)基礎設施公司。Cloudflare也很快采取了行動，它在21分鐘內(nèi)就查明了罪魁禍首是發(fā)布的特定代碼，該代碼旨在修復四小時前帶入的一個bug。

不過報告話鋒一轉(zhuǎn)，提到了脆弱不堪的邊界網(wǎng)關協(xié)議(BGP)：互聯(lián)網(wǎng)錯綜復雜的龐大網(wǎng)絡使用BGP，自動組織管理對方，并保持彼此之間的連接。

不管怎樣，花了近兩個小時的時間才撤回了導致該問題的BGP通告(BGP announcement)，ISC特別指出這項工作本應該更快地完成。該報告在“汲取的經(jīng)驗教訓”部分寫道：“回想起來，一旦發(fā)現(xiàn)在提供不完整/不正確的數(shù)據(jù)，我們本應該立即從BGP撤回路由前綴。”

報告繼續(xù)稱：“撤回路由并沒有按預期的順利進行，于是Cloudflare和ISC同意執(zhí)行常規(guī)的測試以實施這項功能……測試套件已經(jīng)更新，添加了針對缺失的A記錄和AAAA記錄的測試，ISC和Cloudflare將竭力設計進一步的一致性測試。”

資金當?shù)?，穩(wěn)定性靠邊

由于全球DNS的工作方式，信息通過名稱服務器、冗余配置和緩存的分布式層次結(jié)構一路向下傳輸，并且每隔幾小時到幾秒鐘全局更新一次，對網(wǎng)民的影響絕對最小。由于E根服務器和F根服務器暫時癱瘓，眾多瀏覽器和應用程序就只好尋找另外的途徑來查詢.net地址。

然而事態(tài)很嚴重，這主要是由于公共互聯(lián)網(wǎng)的全球?qū)ぶ废到y(tǒng)的底層基礎部分居然被一家私人公司一次不起眼的軟件更新搞砸了。

進行軟件更新的是Cloudflare，這家商業(yè)組織結(jié)合使用開源軟件和閉源軟件。盡管數(shù)十年來迎來了急劇發(fā)展，互聯(lián)網(wǎng)還是獲得了如此超長的正常運行時間，這還得歸功于它奉行的傳統(tǒng)：使用開源軟件，認真細致地檢查和測試更新，維護者組織不受商業(yè)考量因素的干擾。

正如一名資深的互聯(lián)網(wǎng)工程師Bill Woodcock在Twitter上特別指出：“當公共互聯(lián)網(wǎng)的關鍵功能被征用以牟取私人公司的利益時，會發(fā)生什么?透明度和問責制喪失殆盡，基礎設施支出削減，系統(tǒng)壞掉。”

這個問題也不是學術問題。Woodcock最近就.org擬定出售給一家不知名的私募股權公司發(fā)出了警告——他公司為管理.org的互聯(lián)網(wǎng)注冊機構提供技術后端服務。鑒于擬議收購者出于獲利的動機，他得出結(jié)論：技術支出可能會大幅縮減，這使得這個重要域名注冊機構的穩(wěn)定性令人堪憂。他就此問題寫信給DNS監(jiān)管組織ICANN，建議應停止這次擬議的出售。

他也不是唯一對此表示關切的互聯(lián)網(wǎng)工程師。Bert Hubert的公司開發(fā)開源DNS軟件，對于這份ISC報告他特別指出：“閉源Cloudflare軟件存在的一個錯誤導致了閉源Akamai在美國一家大型有線接入提供商出現(xiàn)崩潰。”

斷點

Hubert最近大聲疾呼，他擔心Firefox會使用Cloudflare作為其安全DNS：DNS-over-HTTPS(DoH)協(xié)議的默認提供商：最近，Mozilla已開始向美國的所有Firefox用戶啟用加密的DoH。

如果Cloudflare閉源軟件中的軟件錯誤會導致根服務器使互聯(lián)網(wǎng)中整個很重要的部分銷聲匿跡，那么某個時候類似的問題很可能會導致Firefox用戶失去安全DNS連接。而這可能會導致他們完全失去互聯(lián)網(wǎng)(互聯(lián)網(wǎng)仍會存在，但是大多數(shù)用戶根本不知道原因是什么或如何解決問題。)

互聯(lián)網(wǎng)工程師常常重復一句著名的話：“互聯(lián)網(wǎng)把審查制度解釋為破壞，并繞過它”，這句話最初由電子前沿基金會(EFF)聯(lián)合創(chuàng)始人John Gilmore首次提出來。這句話具有極為廣泛的含義，常常被工程師們用來基本上表示“別為此而擔心，互聯(lián)網(wǎng)一直在壞掉。”互聯(lián)網(wǎng)每分每秒在壞掉，但幾乎立即自行修復過來。

但是隨著互聯(lián)網(wǎng)的商業(yè)化氣息越來越濃，以逐利為目的的私人公司日益介入互聯(lián)網(wǎng)基礎設施的基礎層，ISC針對該F根服務器事件的報告很可能為今后出現(xiàn)的狀況敲響了警鐘。

Cloudflare的發(fā)言人駁斥了關于應歸咎于其軟件是閉源性質(zhì)的任何說法

Cloudflare的工程師Martin Levy稱：“那是一個很極端的案例。用非此即彼的角度(即開源是好的，閉源是壞的)看待這個問題有失公允。我們?yōu)殚_源世界貢獻了大量的軟件。”

他稱，Cloudflare對即將部署的軟件進行了“極其嚴格的測試，但我們沒有注意到這個特殊的情況”;任何破壞是“非常局部性的”。簡而言之，當初更改代碼是為了替某個客戶改進字符編碼處理，卻沒想到引發(fā)了連鎖反應。

在我們看來，BGP路由故障似乎導致了根服務器放棄其gTLD A和AAAA記錄，這可能是由于它們從再也無法訪問的另一個系統(tǒng)獲取那些詳細信息。請參閱報告的最后兩頁。

此外，這影響了由F根服務器和E根服務器處理的所有域名，而不僅僅是.net域名，不過.net在ISC看來很顯眼，因為它是互聯(lián)網(wǎng)上相當龐大而重要的一部分。

本文標題：全球F、E根服務器癱瘓、BGP路由出故障：全是bug惹的禍！
分享路徑：http://jinyejixie.com/news29/202329.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供小程序開發(fā)、企業(yè)建站、靜態(tài)網(wǎng)站、品牌網(wǎng)站設計、網(wǎng)站導航、網(wǎng)站設計公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)