還不登入嗎?
(-3-)是不是要下跪求你們?
趕快為了可愛的管理員登入喔。
登入可以得到收藏功能列表
還能夠讓我們知道你們有在支持狂人喔(*´∀`)~♥
《奮斗吧!系統工程師》第296章
嗚哇——!客戶顯然比我還清楚嘛——糟糕糟糕糟糕。

 工兵假裝在做會議紀錄,一邊拚命地上網搜尋。

 首先是雙堆疊。這似乎是在一台終端機上同時設定v4和v6雙方的位址。例如192.168.0.1和2001:Odb8:1234:1::6——之類的。與v4主機連線時使用前者,與v6主機溝通則使用後者。總之就像是一條線路里同時在跑兩種不同的網路。雙方的通訊是獨立的,不會影響到對方,的確是相當理想的方案。缺點就如Y崎剛才所說,必須針對所有的機器進行v6設定,至于DNS之類的伺服器也要變更本身的登記內容。這當然很花錢了,所以被未被采用。

 接下來是用代理伺服器來處理。

 讓WEB代理伺服器記憶v4、v6雙方的位址,把v4過來的通訊改以v6位址傳送出去,也就是一種中轉手法。這種情況下只有代理伺服器本身才需要支援v6。相對地,能轉換的通訊相當有限。嗯,畢竟是WEB代理伺服器,頂多只有HTTP或HTTPS之類的通訊吧。自家規格的應用程式……這又如何呢?既然是未支援的通訊協定,應該是無法轉換吧。

 最後,就是v6轉換設備了。

 「知道了。說到轉換設備的制造商,就是KX還有另一家DIM。我們會透過RegioNet來確認一下DIM的規格,看是否能滿足貴公司的條件。」

 「真是麻煩您了,室見小姐。」

 話題不知不覺中結束。Y崎開始收拾資料,而室見也不斷按著原子筆。

 「啊,對了。能多提供一些關于應用程式的資訊嗎?只要知道必須轉換酬載的什麼東西,我想就可以和供應商討論出一個具體的方針來。」

 Y崎點點頭︰

 「了解。我們先提供封包擷取的結果並在需要處理的部分做標示,可以嗎?」

 「是的,這樣就很夠了。」

 會議結束。發現室見投來「你在發什麼呆啊」的瞪人目光,工兵急忙動手收拾行李。

 離開之際,Y崎用懇求般的眼神望著室見︰

 「不好意思,還請貴公司務必提供一個理想的方案。」

 「我們會盡力的。」

 室見恭敬地低頭行禮。

 兩人走進湯島車站前的咖啡廳,點了特調咖啡。

 室見啟動筆電,另一只手從手機的電話簿開始撥打電話,她選擇RegioNet字樣的聯絡人,不久後便坐正身子︰

 「啊,承蒙照顧了。我是駿河系統的室見。不好意思,想跟貴公司確認一件事情。」

 她重復了一遍剛才與Y崎的談話內容。此時恰好也收到封包擷取的結果,便一並穿插這方面的相關資訊向對方說明。

 「……是的……是的……沒有錯。是否能夠使用轉換器……是的,KX公司的產品已經確認完畢,結果是不行。因此想查詢DIM公司的產品能否達到要求。」

 沉默。

 手機話筒里傳出斷斷續續的聲音。室見微微點頭︰

 「了解。那麼,可以請貴公司調查後再行通知嗎………是的……是的。不好意思,突然這麼要求。抱歉失禮了。」

 室見的手指按下掛斷鈕。她嘆了一口氣︰

 「對方似乎會幫忙確認,但希望不大呢。畢竟KX公司在功能上一向居于領先的地位。」

 「那個,室見,可以問一下嗎?」

 工兵怯怯地舉起手來。室見射出凌厲的目光︰「干嘛?」

 「唔,那個,我還是不太了解問題點在那里。客戶的課題究竟是什麼,又希望我們解決什麼問題呢?」

 「啊?莫非你不曉得v4和v6互不相容的事情?」

 「不,這個我知道。」

 听見螺絲起子的拔刀聲,工兵急忙這麼解釋。盡管是臨時調查而來的知識,畢竟也算是知情了。他一邊按住室見肩膀,同時繼續補充︰

 「因為要花錢和花時間,所以無法采用雙堆疊。又因為不能限制通訊內容,于是代理伺服器也出局了。到這里為止我都可以理解。只不過,關于轉換設備可以解決什麼問題,如今卻又踫到什麼限制而必須回來研究一番,這些我實在是毫無頭緒。」

 室見看似有些訝異地「哦——」了一聲︰

 「想不到你倒是挺清楚的嘛。還以為你會說什麼『既然都是IP,那麼v4和v6之間就能相互通訊了吧』。」

 嚇死我也。

 「真……真是的——我怎麼可能說出那種蠢話來呢。」

 「也對,好歹你已經是專業人士了。要是懂得比客戶還少,不如去切腹自殺算了。」

 「就……就是說啊——」

 ……有種被公然戲弄的感覺。

 室見將手機闔起,靠在椅子上︰

 「嗯,好吧,我就來解釋一下。所謂的轉換設備,顧名思義是用來轉換v4和v6通訊的機器。檢查IP表頭,根據既定的規則轉換來源及目的位址。嗯,就類似NAT的機器吧。」

 「NAT……是用來轉換私有位址和公共位址的那個?」

 「沒錯,就是那個。」

 這是一般寬頻路由器都會具備的功能,一種將家庭內的私有位址與網路網路的公共位址相互轉換的技術。

 「原來如此,那個叫轉換設備的東西不是用來轉換私有位址和公共位址,而是一種v4和v6的相互轉換設備呢。」

 「是的,所以使用的技術也被簡稱為NAT64或者NAT46。64是從v6轉換到v4的意思,46則反之。」

 「……功能那麼簡單的機器,居然要賣五百萬?」

 實在不太明白。市面上的寬頻路由器僅幾萬圓就能買到,CISCO的存取路由器也只要價十幾萬。即便支援v6,單純的轉換位址動作實在不值得花費數百萬圓。

 「嗯,如果是單純的NAT,的確是這樣沒錯呢。」

 室見一反常態看似開心地說著。她用手指沾了水杯表面的水滴,在桌子上開始畫圖︰

 「听好羅?假設v4NW(網路)有十台終端,v6NW也有十台終端。如果要讓它們全都可以進行雙向通訊,NAT機器需要做什麼樣的設定?」

 「什麼樣的設定……」

 假設v4終端A的位址為(a4),v6終端B的位址為(b6)。NAT機器擁有(a4)的v6轉換用位址(a6)。反過來說,(b6)的v4轉換用位址是(b4)。然後,設定轉換策略。因為IP通訊需要一並轉換來源和目的位址,所以——

 ‧A→B的通訊

 轉換來源︰(a4)→(a6)轉換目的︰(b4)→(b6)

 ‧B→A的通訊

 轉換來源︰(b6)→(b4)轉換目的︰(a6)→(a4)

 接下來,只要針對其他終端進行同樣設定即可。听完工兵上述的回答,室見露出意味深長的笑容︰

 「哦——那麼二十台終端的傳送與接收,總共就需要四十條策略了對吧。那麼我問你,假如v4NW有一千台,v6NW也有一千台終端,這時候該怎麼辦呢?」

 「一……一千台?」

 「一萬台也行喔。」

 分別需要四千和四萬條策略。別開玩笑了,這麼多的數量根本無法設定得來。而且這純粹是區域網路內的通訊。倘若另一邊要連向網際網路的話呢?如果必須將全世界的主機位址都登記在NAT規則里呢?光想像就讓人不寒而栗。

 工兵面色鐵青地搖著頭。室見點頭道︰

 「普通的NAT機器當然不可能高達上百萬圓。正因為被設計成有辦法解決如此大規模的問題,轉換設備才會成為一個獨立的產品。」

 「辦法?」

 「就是DNS64。」

 彷佛在闡明世上的真理,室見這麼告知。

 她在桌上的圖形中加了一個小四角形︰

 「簡單來說,它是一種利用主機名稱解析來吸收v4和v6雙方不同點的架構。關于一般的主機名稱解析——櫻阪,你解釋一下。」

 「呃——」

 工兵的目光在半空中游移。

 「就是將IP位址轉換為用戶容易記憶的英文字串。例如http://www.google.jp

 www.google.jp的實際位址為74.125.235.151。」

 「其次的優點是?」

 「因維護等因素而變更伺服器的IP位址時,只要修改DNS伺服器登記的資料即可。用戶不必去理會主機名稱的實際位址。」

 「很好。」

 室見看似心滿意足地微笑。

 「沒錯,只要利用主機名稱解析就能遮蔽實際位址,不讓用戶看見。既然如此,v6→v4的通訊也是一樣,將v4的位址用其他名稱來隱藏即可。」

 「隱藏?意思是改成主機名稱嗎?」

 「有點不一樣。就算單純將v4終端的主機名稱登記在DNS伺服器里,v6終端在向伺服器詢問後,依舊無法解讀回傳的位址,這是因為實際位址還是v4的緣故。所以,即便通訊對象4tv4位址,DNS仍必須回傳v6位址才行。」

 「這種事辦得到嗎?」

 「可以喔,讓轉換設備搖身一變成為DNS伺服器,將v4位址動態轉換為v6位址,再變更位址與主機名稱之間的掛勾就行了。換句話說,從使用者的角度來看,被遮蔽的對象是真實環境的DNS伺服器。而轉換設備在接受主機名稱解析的要求後,便吸收v4與v6的差異,在彼此的網路之間架起一道橋梁。也就是所謂的Fake技術。」

 「原來……如此。」

 工兵听得半知半解,只得先隨口附和一下。呃——也就是怎麼一回事?主機名稱解析的前半部分,也包括了對DNS伺服器本身的轉換?然後,NAT規則會動態產生?所以用不著一一去設定。

 嗯——細節上好像不同,但似乎掌握到了要點吧。轉換設備是一台裝設後就能轉換v4.v6NW的魔法盒子。價格雖高,效果也十分驚人。

 剛想到這里,工兵忽然冒出一個疑問︰

 「奇怪?那麼美倉印刷的條件不就都符合了嗎?導入的繁瑣程度壓在最低,通訊內容也沒有限制,難道還有什麼問題嗎?那個……除了預算以外。」

 「其實預算才是最主要的因素……算了。對方目前詢問的是ALG方面的事情。」

 「ALG?」

 「ApplicationLayerGateway(注︰應用層閘道)。」

 「…………」
鍵盤左右鍵 ← → 可以切換章節
章節問題回報:
翻譯有問題
章節內容不符
章節內容空白
章節內容殘缺
上下章節連動錯誤
小說很久沒更新了
章節顯示『本章節內容更新中』
其他訊息