• <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>

            旅途

            如果想飛得高,就該把地平線忘掉

            隧道技術

            隧道技術(Tunneling)是一種通過使用互聯(lián)網(wǎng)絡的基礎設施在網(wǎng)絡之間傳遞數(shù)據(jù)的方式。使用隧道傳遞的數(shù)據(jù)(或負載)可以是不同協(xié)議的數(shù)據(jù)幀或包。 隧道協(xié)議將其它協(xié)議的數(shù)據(jù)幀或包重新封裝然后通過隧道發(fā)送。新的幀頭提供路由信息,以便通過互聯(lián)網(wǎng)傳遞被封裝的負載數(shù)據(jù)。
              這里所說的隧道類似于點到點的連接。這種方式能夠使來自許多信息源的網(wǎng)絡業(yè)務在同一個基礎設施中通過不同的隧道進行傳輸。隧道技術使用點對點通信協(xié)議 代替了交換連接,通過路由網(wǎng)絡來連接數(shù)據(jù)地址。隧道技術允許授權移動用戶或已授權的用戶在任何時間、任何地點訪問企業(yè)網(wǎng)絡。
              通過隧道的建立,可實現(xiàn):
            * 將數(shù)據(jù)流強制送到特定的地址
            * 隱藏私有的網(wǎng)絡地址
            * 在IP網(wǎng)上傳遞非IP數(shù)據(jù)包
            * 提供數(shù)據(jù)安全支持
              近來出現(xiàn)了一些新的隧道技術,并在不同的系統(tǒng)中得到運用和拓展。
              隧道技術
              為創(chuàng)建隧道,隧道的客戶機和服務器雙方必須使用相同的隧道協(xié)議。隧道技術可分別以第2層或第3層隧道協(xié)議為基礎。第2層隧道協(xié)議對應于OSI模型的數(shù) 據(jù)鏈路層,使用幀作為數(shù)據(jù)交換單位。PPTP(點對點隧道協(xié)議)、L2TP(第二層隧道協(xié)議)和L2F(第2層轉發(fā)協(xié)議)都屬于第2層隧道協(xié)議,是將用戶 數(shù)據(jù)封裝在點對點協(xié)議(PPP)幀中通過互聯(lián)網(wǎng)發(fā)送。第3層隧道協(xié)議對應于OSI 模型的網(wǎng)絡層,使用包作為數(shù)據(jù)交換單位。IPIP(IP over IP)以及IPSec隧道模式屬于第3層隧道協(xié)議,是將IP包封裝在附加的IP包頭中,通過IP網(wǎng)絡傳送。無論哪種隧道協(xié)議都是由傳輸?shù)妮d體、不同的封裝 格式以及用戶數(shù)據(jù)包組成的。它們的本質(zhì)區(qū)別在于,用戶的數(shù)據(jù)包是被封裝在哪種數(shù)據(jù)包中在隧道中傳輸。
            這個技術是近期才出現(xiàn)的新事物,并且已經(jīng)被用到各種黑客軟件之中,比較成熟的有遠程控制軟件“網(wǎng)絡神偷”和“灰鴿子”。
            這是國內(nèi)兩個很有代表性的運用“http隧道穿越原理”而制作的軟件,用該類型軟件可以穿透防火墻,不受端口的限制。

            一般防火墻為了安全起見,都只開80和其他一些常用的端口,這樣的話,那些一般的基于tcp/ip客戶端和服務端的木馬就不能通過防火墻和外界發(fā)生聯(lián)系, 特別是在內(nèi)網(wǎng)之中,但是經(jīng)過特殊處理的ip封包可以偽裝成http封包,這樣防火墻就認為其是合法的http數(shù)據(jù)包,就會放行,這樣在木馬的接收端,軟件 再將偽裝過的ip封包還原出來,取出其中有用的數(shù)據(jù),從而達到穿越防火墻端口設置的限制。

            該類型軟件具有很大的欺騙性,所以不要認為設置了端口限制的防火墻就一定很安全了。

            利用HTTP協(xié)議的缺陷來實現(xiàn)對防火墻的滲透,或者說現(xiàn)有的一些HTTP隧道技術的實現(xiàn),是基于防火墻在對HTTP協(xié)議的報文進行識別與過濾時,往往只對其諸如POST、GET等命令的頭進行識別,而放行其后的所有報文。

            posted on 2007-08-14 23:42 旅途 閱讀(692) 評論(0)  編輯 收藏 引用 所屬分類: 網(wǎng)絡技術

            99精品久久精品一区二区| 久久人做人爽一区二区三区| MM131亚洲国产美女久久| 精品一区二区久久久久久久网站| 91久久精品91久久性色| 久久国产乱子伦精品免费午夜| 亚洲精品无码久久不卡| 欧美va久久久噜噜噜久久| 国产精品99久久不卡| 久久国产精品无| 久久精品一区二区三区不卡| 四虎亚洲国产成人久久精品| 国内精品人妻无码久久久影院| 日韩十八禁一区二区久久| 国产69精品久久久久777| 99久久国产亚洲综合精品| 成人午夜精品久久久久久久小说| 久久妇女高潮几次MBA| 国内精品免费久久影院| 久久96国产精品久久久| 精品国产日韩久久亚洲| 久久亚洲视频| 国产一区二区精品久久凹凸| 久久亚洲美女精品国产精品| 久久这里的只有是精品23| 久久99久久无码毛片一区二区| 久久亚洲精品人成综合网| 久久久久久久久久久精品尤物| 韩国三级中文字幕hd久久精品| 久久影院综合精品| 久久亚洲精品无码AV红樱桃| 亚洲日本va午夜中文字幕久久 | 看久久久久久a级毛片| 亚洲国产成人久久一区久久| 国产精品99久久久久久宅男 | www.久久热.com| 精品国产一区二区三区久久久狼| 久久精品成人欧美大片| 久久亚洲sm情趣捆绑调教| 久久天天躁狠狠躁夜夜2020一| 久久久国产99久久国产一|