【正文】 eredo 服務(wù)器。在向處于 IPv6 Internet 上的 IPv6 主機(jī)發(fā)送數(shù)據(jù)包的時(shí)候，采用了The Advanced Networking Pack for Windows XP 的 Teredo 客戶端將和 Teredo 中繼協(xié)同工作。特定于 Teredo 主機(jī)的中繼使用 UDP 3544 端口偵聽 Teredo 通信。圖3：Teredo 地址格式Teredo 地址包含以下內(nèi)容：? Teredo 前綴最前面的 32 位是 Teredo 前綴，所有的 Teredo 地址的前綴都是相同的。更多信息請(qǐng)參閱本文的Teredo 客戶初始設(shè)定章節(jié)。隱藏這個(gè)外部端口可以預(yù)防 NAT 在數(shù)據(jù)包的有效載荷內(nèi)轉(zhuǎn)發(fā)時(shí)對(duì)其進(jìn)行轉(zhuǎn)換。隱藏外部地址避免了 NAT 在數(shù)據(jù)包的有效載荷內(nèi)轉(zhuǎn)發(fā)時(shí)將其轉(zhuǎn)換。Teredo 數(shù)據(jù)包格式本章節(jié)討論以下問題：? Teredo 數(shù)據(jù)包格式? Teredo 氣泡數(shù)據(jù)包? Teredo 指示符Teredo 數(shù)據(jù)包格式Teredo 數(shù)據(jù)包格式如圖5所示。Teredo 指示符Teredo 使用兩種不同的指示符，它們是用來表示驗(yàn)證或者地址和端口信息的標(biāo)頭。 Teredo 客戶端和 Teredo 服務(wù)器能夠通過 IPv6 數(shù)據(jù)包的前兩個(gè)字節(jié)區(qū)分出驗(yàn)證信息，因?yàn)?IPv6 數(shù)據(jù)包的前四個(gè)高位字節(jié)設(shè)定為 0110 (6),與 IPv6 標(biāo)頭的轉(zhuǎn)換域相對(duì)應(yīng)。在路由器通告信息中，此確認(rèn)域設(shè)置為 0 或者密鑰錯(cuò)誤時(shí)為一個(gè)非 0 值。圖9：原始指示符的結(jié)構(gòu)原始指示數(shù)據(jù)包含以下域：? 指示符類型這個(gè)長度為 2 字節(jié)的域說明了指示符的類型。Teredo 路由圖 11 顯示了 Teredo 數(shù)據(jù)包在 Teredo 主機(jī)，特定于 Teredo 主機(jī)的中繼和 IPv6 主機(jī)之間的傳輸。當(dāng) Teredo 隧道接口發(fā)送數(shù)據(jù)包時(shí)，分為下面三種情況： IPv4 Internet 絡(luò)上的 Teredo 客戶端。每個(gè) Teredo 客戶端接受到其它 Teredo 客戶端的氣泡數(shù)據(jù)包后，與自己的 Teredo 和 IPv4 地址一起發(fā)送給多播氣泡緩存。當(dāng)一個(gè) ICMPv6 Echo Request 消息發(fā)送給目標(biāo)后，包含有在 IPv6 網(wǎng)上離 IPv6 主機(jī)最近的 Teredo 中繼的 IPv4 地址的 ICMP Echo Reply 消息就回復(fù)。 服務(wù)器 1 回應(yīng)一個(gè)路由器登記信息 Router Advertisement (RA)。 伺服器 2 回應(yīng)一個(gè) RA。實(shí)現(xiàn)了 The Advanced Networking Pack for Windows XP 的 Teredo 客戶端會(huì)自動(dòng)嘗試通過解析 name Teredo . 來測定 Teredo 服務(wù)器的 IPv4 地址。同一鏈接上的 Teredo 客戶端之間的通信初始化圖 14 顯示了同一鏈接上的 Teredo 客戶端之間的通信初始化。圖15：節(jié)點(diǎn)都位于 Cone NAT 之后時(shí)， Teredo 客戶端之間的通信初始化。 客戶端 A 通過 Teredo 服務(wù)器 2（ Teredo 客戶端B的 Teredo 服務(wù)器）發(fā)送數(shù)據(jù)包給 Teredo 客戶端 B。Teredo 客戶端到特定于 Teredo 主機(jī)的中繼的通信初始化從 Teredo 客戶端發(fā)送初始數(shù)據(jù)包到一個(gè)特定于 Teredo 主機(jī)的中繼，依賴于 Teredo 客戶端是一個(gè)Cone NAT 還是一個(gè)受限NAT。 服務(wù)器收到 ICMPv6 Echo Request 消息后，在 IPv6 網(wǎng)上發(fā)送給特定于 Teredo 主機(jī)的中繼或者封裝到 IPv4 Internet 絡(luò)的隧道上。要建立一個(gè)從特定于 Teredo 主機(jī)的中繼的 Teredo 的通信的映射， Teredo 客戶端還要發(fā)送一個(gè)氣泡數(shù)據(jù)包到特定于 Teredo 主機(jī)的中繼。因此，特定于 Teredo 主機(jī)的中繼直接發(fā)送初始化數(shù)據(jù)包到 Teredo 客戶端。因?yàn)橐粋€(gè)從 Teredo 服務(wù)器來的 Teredo 通信的特定源映射存在于 NAT，氣泡數(shù)據(jù)保被發(fā)送給 Teredo 客戶端。Cone NAT圖21 顯示了當(dāng) Teredo 客戶端位于Cone NAT 之后時(shí)， Teredo 客戶端與 IPv6 主機(jī)的通信初始化過程。 客戶端從ICMPv6 Echo Reply消息的 IPv4 源地址和UDP端口號(hào)確認(rèn) Teredo 中繼的 IPv4 地址最接近 IPv6 主機(jī)。 服務(wù)器收到 ICMPv6 Echo Request 消息，并且在 IPv6 網(wǎng)絡(luò)上發(fā)送給 IPv6 主機(jī)。 Teredo 服務(wù)器發(fā)送氣泡數(shù)據(jù)包之 Teredo 客戶端，同時(shí)來源指示符獲得 Teredo 中繼的 IPv4 地址和 UDP 端口號(hào)。所有接下來的往返于 Teredo 客戶端和 IPv6 主機(jī)之間的數(shù)據(jù)包都采用經(jīng)由 Teredo 中繼的路徑。根據(jù)這個(gè)數(shù)據(jù)包的接收回執(zhí)，Teredo 客戶端，儲(chǔ)存對(duì)應(yīng)于 Teredo 中繼的 IPv4 地址和 UDP 端口號(hào)，這樣，響應(yīng)數(shù)據(jù)包才能被發(fā)送給 Teredo 中繼。如果 Teredo 中繼本應(yīng)發(fā)送這個(gè)數(shù)據(jù)包至 Teredo 客戶端而沒有發(fā)，NAT將會(huì)丟棄這個(gè)數(shù)據(jù)包，因?yàn)椴淮嬖谝粋€(gè)起始于 Teredo 中繼的 Teredo 通道的特定于來源的映射。為根據(jù)收到氣泡數(shù)據(jù)包已等待發(fā)送的回執(zhí)（此數(shù)據(jù)包來自 IPv6 主機(jī)）， Teredo 中繼確認(rèn)在客戶端的受限 NAT 中建立了一個(gè)特定于來源的通道映射。星哥,俺想請(qǐng)教下teredo主機(jī)的全球唯一公網(wǎng)地址是怎么產(chǎn)生的?另外請(qǐng)問,如果一個(gè)內(nèi)網(wǎng)內(nèi),多臺(tái)機(jī)器使用同一個(gè)teredo服務(wù)器,接入ipv6網(wǎng)絡(luò),性能會(huì)有影響嗎?是不是google的一些服務(wù)就連不上了?而臉譜不影響?是不是接入的情況取決于目標(biāo)網(wǎng)站?為啥我的兩臺(tái)機(jī)器,在同一個(gè)內(nèi)網(wǎng),其中一臺(tái)就可以很好的連上google,而另外一臺(tái)死活都沒連上?感覺另外一臺(tái)hosts沒起作用啊,ie嘗試去連的還是ipv4的地址,可是hosts分明配了啊!!!Teredo 地址全球唯一的公網(wǎng)地址上面已經(jīng)寫的很清楚了嘛，再仔細(xì)看看上面的介紹吧！內(nèi)網(wǎng)多臺(tái)PC接入的性能貌似沒什么影響，速度取決于以下二者：；?？偨Y(jié)Teredo 是一種地址分配和主機(jī)間自動(dòng)隧道技術(shù)，當(dāng) IPv6 / IPv4 主機(jī)均位于一個(gè)或多個(gè) IPv4 NAT 之后時(shí)，它可以幫助用戶建立IPv6 單播連接。 服務(wù)器收到來自 Teredo 中繼的氣泡數(shù)據(jù)包。為確保這個(gè)通信初始化數(shù)據(jù)包的 IPv6 地址真實(shí)有效，并且對(duì)應(yīng) IPv6 主機(jī)， Teredo 客戶端按照本文關(guān)于 Teredo 客戶端到 IPv6 主機(jī)通信初始化（針對(duì)Cone NAT ）的14步驟，與 IPv6 主機(jī)執(zhí)行一次ICMPv6 Echo Request/Echo Reply消息交換。IPv6 主機(jī)到 Teredo 客戶端的通信初始化依賴于 Teredo 客戶端是基于Cone NAT 的，還是受限NAT的。 客戶端從收到的氣泡數(shù)據(jù)包的來源指示驗(yàn)證 Teredo 中繼的 IPv4 地址是不是距離 IPv6 主機(jī)最近。根據(jù) IPv6 網(wǎng)絡(luò)的路由結(jié)構(gòu)，這個(gè)以 Teredo 地址打包的數(shù)據(jù)包被發(fā)送至最近的 Teredo 中繼。 中繼去除 IPv4 和 UDP 的標(biāo)頭，并把此數(shù)據(jù)包發(fā)給 IPv6 主機(jī)。 Teredo 客戶端A經(jīng)由它自己的 Teredo 服務(wù)器發(fā)送一個(gè) ICMPv6 Echo Request 消息。為了建立一個(gè)從 Teredo 中繼的 Teredo 通信的映像， Teredo 客戶端發(fā)送一個(gè)氣泡數(shù)據(jù)包給特定于 Teredo 主機(jī)的中繼。當(dāng)此消息交換完成， Teredo 客戶端向特定于 Teredo 主機(jī)的中繼發(fā)送對(duì)通信初始化數(shù)據(jù)包進(jìn)行響應(yīng)的消息。特定于 Teredo 主機(jī)的中繼將 ICMPv6 Echo Reply 消息發(fā)送到 Teredo 客戶端。如果 Teredo 中繼發(fā)送 ICMPv6 Echo Request 消息給 Teredo 客戶端，則 NAT 丟棄此消息，因?yàn)闆]有從特定于 Teredo 主機(jī)的中繼來的 Teredo 通信的源特定的映射。圖17： Teredo 客戶端在 Cone NAT 之后從 Teredo 客戶端到主機(jī)特定中繼的通信初始化從 Teredo 客戶端發(fā)送通信初始化數(shù)據(jù)包到特定于 Teredo 主機(jī)的中繼，進(jìn)程如下： 客戶端 A 發(fā)送一個(gè)經(jīng)過其 Teredo 服務(wù)器的 ICMPv6 Echo Request 消息 服務(wù)器接收到ICMPv6的ICMPv6 Echo Request 消息，然后在 IPv6 網(wǎng)絡(luò)上發(fā)送到特定于 Teredo 主機(jī)的中繼或者在 IPv4 Internet 上把它封裝在隧道里。 服務(wù)器處理這個(gè)數(shù)據(jù)包，為 Teredo 客戶端指定 IPv6 目標(biāo)地址，然后將氣泡數(shù)據(jù)包轉(zhuǎn)發(fā)到 Teredo 客戶端 B。因此， Teredo 客戶端 A 可以在無需運(yùn)用氣泡數(shù)據(jù)包建立額外的 NAT 轉(zhuǎn)換表?xiàng)l目的情況下向 Teredo 客戶端 B 直接發(fā)送數(shù)據(jù)。在氣泡數(shù)據(jù)包的 IPv6 頭部，目標(biāo)地址被置于 Teredo 客戶端 B 的 Teredo 地址中。維持 NAT 映射圖13 顯示了 Teredo 客戶端是如何維持 Teredo 通信的 NAT 映射的。如果他們不同，那么NAT就是在映射相同的內(nèi)部地址和端口號(hào)到不同的外部地址和端口號(hào)。Teredo 客戶端收到 RA 后會(huì)得知那是一個(gè)“Cone”的網(wǎng)絡(luò)地址轉(zhuǎn)換。Teredo 過程此部分提供了 Teredo 有關(guān)數(shù)據(jù)包交換的細(xì)節(jié)，具體如下：? Teredo 客戶端的初始化設(shè)置? 維護(hù) NAT 映射? 相同鏈接 Teredo 客戶端之間的初始化通信? 不同站點(diǎn) Teredo 客戶端之間的初始化通信? 從 Teredo 客戶端到特定于 Teredo 主機(jī)的中繼的初始化通信? 從特定于 Teredo 主機(jī)的中繼到 Teredo 客戶端的初始化通信? 從 Teredo 客戶端到 IPv6 主機(jī)的初始化通信? 從 IPv6 主機(jī)到 Teredo 客戶端的初始化通信所有這些過程都是由 Advanced Networking Pack for Windows XP 中的 Teredo 客戶端支持的；并且是自動(dòng)、無需用戶干涉的。站點(diǎn)間的 Teredo 目標(biāo)對(duì)于發(fā)往不同節(jié)點(diǎn)上的另一臺(tái) Teredo 主機(jī)的數(shù)據(jù)包，如果兩個(gè) Teredo 主機(jī)都跨越受限 NAT，Teredo 隧道接口使用氣泡數(shù)據(jù)包替代“鄰居發(fā)現(xiàn)”（Neighbor Discovery）地址解析過程。 IPv6 Internet 上的一個(gè)節(jié)點(diǎn)。 Teredo 服務(wù)器， Teredo 中繼和特定于 Teredo 主機(jī)的中繼有一個(gè)前綴::/32 路由，此路由包含了所有用該前綴作為在鏈的地址，也包含用作 Teredo 隧道出口的地址。 Teredo 客戶端可以根據(jù) IPv6 數(shù)據(jù)包的前兩個(gè)字節(jié)區(qū)分出原始指示符，因?yàn)?IPv6 數(shù)據(jù)包的前兩個(gè)高位字節(jié)設(shè)置為0110 (6),與 IPv6 標(biāo)頭的轉(zhuǎn)換域相對(duì)應(yīng)。當(dāng)在沒有客戶端標(biāo)識(shí)符或者驗(yàn)證值的時(shí)候，驗(yàn)證指示符的格式如圖 8 所示。? Authentication Data Length（驗(yàn)證數(shù)據(jù)的長度）這個(gè)長度為 1 字節(jié)的域指定了“驗(yàn)證值”域的長度。 Teredo 客戶端和 Teredo 服務(wù)器都使用在鑒定指示符中產(chǎn)生驗(yàn)證信息的密鑰進(jìn)行加密。? UDP 標(biāo)頭包含 Teredo 數(shù)據(jù)通信的源端口和目標(biāo)端口，可以被 NAT 解析。圖4：Teredo 地址示例對(duì)于 Tered