• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 85  文章 - 47  trackbacks - 0

            常用鏈接

            隨筆分類

            隨筆檔案

            搜索

            •  

            最新評論

            討論前提

            考慮到UDP的無狀態(tài)特性,目前針對其的NAT實現(xiàn)大致可分為Full Cone、Restricted Cone、Port Restricted Cone和Symmetric NAT四種。值得指出的是,對于TCP協(xié)議而言,一般來說,目前NAT中針對TCP的實現(xiàn)基本上是一致的,其間并不存在太大差異,這是因為TCP協(xié)議本身便是面向連接的,因此無需考慮網絡連接無狀態(tài)所帶來復雜性。

            用語定義

            1.內部Tuple
            :指內部主機的私有地址和端口號所構成的二元組,即內部主機所發(fā)送報文的源地址、端口所構成的二元組
            2.外部Tuple:指內部Tuple經過NAT的源地址/端口轉換之后,所獲得的外部地址、端口所構成的二元組,即外部主機收到經NAT轉換之后的報文時,它所看到的該報文的源地址(通常是NAT設備的地址)和源端口
            3.目標Tuple:指外部主機的地址、端口所構成的二元組,即內部主機所發(fā)送報文的目標地址、端口所構成的二元組

            詳細釋義

            1. Full Cone NAT
            :所有來自同一個內部Tuple X的請求均被NAT轉換至同一個外部Tuple Y,而不管這些請求是不是屬于同一個應用或者是多個應用的。除此之外,當X-Y的轉換關系建立之后,任意外部主機均可隨時將Y中的地址和端口作為目標地址和目標端口,向內部主機發(fā)送UDP報文,由于對外部請求的來源無任何限制,因此這種方式雖然足夠簡單,但卻不那么安全

            2. Restricted Cone NAT
            :它是Full Cone的受限版本:所有來自同一個內部Tuple X的請求均被NAT轉換至同一個外部Tuple Y,這與Full Cone相同,但不同的是,只有當內部主機曾經發(fā)送過報文給外部主機(假設其IP地址為Z)后,外部主機才能以Y中的信息作為目標地址和目標端口,向內部主機發(fā)送UDP請求報文,這意味著,NAT設備只向內轉發(fā)(目標地址/端口轉換)那些來自于當前已知的外部主機的UDP報文,從而保障了外部請求來源的安全性

            3. Port Restricted Cone NAT
            :它是Restricted Cone NAT的進一步受限版。只有當內部主機曾經發(fā)送過報文給外部主機(假設其IP地址為Z且端口為P)之后,外部主機才能以Y中的信息作為目標地址和目標端口,向內部主機發(fā)送UDP報文,同時,其請求報文的源端口必須為P,這一要求進一步強化了對外部報文請求來源的限制,從而較Restrictd Cone更具安全性

            4. Symmetric NAT
            :這是一種比所有Cone NAT都要更為靈活的轉換方式:在Cone NAT中,內部主機的內部Tuple與外部Tuple的轉換映射關系是獨立于內部主機所發(fā)出的UDP報文中的目標地址及端口的,即與目標Tuple無關;在Symmetric NAT中,目標Tuple則成為了NAT設備建立轉換關系的一個重要考量:只有來自于同一個內部Tuple 、且針對同一目標Tuple的請求才被NAT轉換至同一個外部Tuple,否則的話,NAT將為之分配一個新的外部Tuple;打個比方,當內部主機以相同的內部Tuple對2個不同的目標Tuple發(fā)送UDP報文時,此時NAT將會為內部主機分配兩個不同的外部Tuple,并且建立起兩個不同的內、外部Tuple轉換關系。與此同時,只有接收到了內部主機所發(fā)送的數(shù)據(jù)包的外部主機才能向內部主機返回UDP報文,這里對外部返回報文來源的限制是與Port Restricted Cone一致的。不難看出,如果說Full Cone是要求最寬松NAT UDP轉換方式,那么,Symmetric NAT則是要求最嚴格的NAT方式,其不僅體現(xiàn)在轉換關系的建立上,而且還體現(xiàn)在對外部報文來源的限制方面。

            參考:UDP"打洞"原理

            posted on 2007-04-13 15:43 w2001 閱讀(8156) 評論(1)  編輯 收藏 引用 所屬分類: Linux開發(fā)

            FeedBack:
            # re: 四種不同的NAT類型 2007-06-14 14:13 lily
            最近正在測試STUN,在windows2003上搭建了NAT,但是不知道怎么設置它的這四種類型,還請指教!謝謝  回復  更多評論
              
            欧美亚洲色综久久精品国产| 亚洲中文字幕无码久久精品1 | 97精品伊人久久大香线蕉| 久久九色综合九色99伊人| 久久久久国色AV免费观看| 久久人做人爽一区二区三区| 久久99热只有频精品8| 久久无码一区二区三区少妇| 久久精品国产亚洲77777| 久久精品亚洲男人的天堂| 亚洲欧美日韩久久精品第一区 | 久久国产成人午夜aⅴ影院| 国产偷久久久精品专区| 久久一区二区三区99| 国产亚洲精品美女久久久| 怡红院日本一道日本久久 | 精品久久人人爽天天玩人人妻| 精品多毛少妇人妻AV免费久久| 很黄很污的网站久久mimi色| 日韩精品无码久久久久久| 要久久爱在线免费观看| 狠狠色丁香婷婷综合久久来来去| 欧美大香线蕉线伊人久久| 久久久噜噜噜久久中文字幕色伊伊| 伊人丁香狠狠色综合久久| 久久久国产精品福利免费 | 很黄很污的网站久久mimi色 | 久久久久免费看成人影片| 色狠狠久久AV五月综合| 久久久久亚洲AV无码观看| 亚洲国产综合久久天堂| 国产精品无码久久久久| 97精品国产97久久久久久免费| 日本久久久精品中文字幕| 久久66热人妻偷产精品9| 久久精品蜜芽亚洲国产AV| 亚洲av成人无码久久精品 | 亚洲国产精品无码久久九九| 久久91精品综合国产首页| 久久一区二区三区免费| 色综合久久久久综合99|