Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email文章編號: 241251 - 上次校閱: 2007年2月28日 - 版次: 2.2 VPN 通道-GRE 通訊協定 47 封包說明和使用
在此頁中結論一般路由封裝 」 (GRE) 通訊協定是建立虛擬私人網路 (VPN) 用戶端之間或用戶端和伺服器之間使用點對點通道通訊協定 (PPTP) 一起使用。 其他相關資訊其中一個受歡迎的實作是使用 Microsoft 的 VPN 技術，如下所示，針對 LAN LAN 路由，設定的兩個路由及遠端存取服務 (RRAS) 伺服器之間：
Lclient L-RRAS ===== VPN ===== R-RRAS Rclient
| IP | | Internet | | IP |
-------------- ------------------- --------------
241252?
(http://support.microsoft.com/kb/241252/EN-US/
)
VPN 通道-PPTP 通訊協定封包說明和使用 GRE 封包格式，Microsoft 使用來封裝資料有下列的一般形式： +-----------------------------------+ | Data Link (D/L) Header | +-----------------------------------+ | IP Header | +-----------------------------------+ | GRE Header | +-----------------------------------+ | PPP Header | +-----------------------------------+ | Encrypted PPP Payload | +-----------------------------------+ | Data Link Trailer | +-----------------------------------+ 使用 [此區段上方的 [圖表]，Lclient 從一個網際網路通訊協定 (IP) 封包是第一次傳送至 L RRAS 伺服器。IP 封包是加密、 提供額外的 PPP 標頭，然後放在 GRE 封包內。因為 PPP 標頭也加密與資料一併如下圖說 「 PPP 虛設常式"和不"PPP 標頭 」。雖然它不能看到它，GRE 通訊協定均設定為 [知道 PPP 標頭的存在。GRE 封包，以封裝和加密的資料會傳送透過網際網路與最終目的地的 R RRAS 伺服器。R RRAS 伺服器刪除關閉 GRE 標頭和 PPP 標頭，並會傳輸至 Rclient 解密的資料 (IP 封包)。
Lclient L-RRAS ===== VPN ===== R-RRAS Rclient
| IP | | Internet | | IP |
-------------- ------------------- --------------
D/L header D/L header D/L header
IP header IP header IP header
Payload GRE header Payload
PPP stub
Payload (encrypted)
通訊協定標頭若要瞭解 GRE 通訊協定為壓縮的通訊協定的運作方式，您需要檢閱的通訊協定標頭格式。GRE 封包標頭實作時由 Microsoft 具有下列形式：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|C|R|K|S|s|Recur|A| Flags | Ver | Protocol Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Key (HW) Payload Length | Key (LW) Call ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sequence Number (Optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Acknowledgment Number (Optional) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-----------------------------------------------------------------------+ | C | (Bit 0) Checksum Present. Set to zero (0). | +-----------------------------------------------------------------------+ | R | (Bit 1) Routing Present. Set to zero (0). | +-----------------------------------------------------------------------+ | K | (Bit 2) Key Present. Set to one (1). | +-----------------------------------------------------------------------+ | | (Bit 3) Sequence Number Present. Set to one (1) if a payload | | S | (data) packet is present. Set to zero (0) if payload is not | | | present (GRE packet is an Acknowledgment only). | +-----------------------------------------------------------------------+ | s | (Bit 4) Strict source route present. Set to zero (0). | +-----------------------------------------------------------------------+ | Recur | (Bits 5-7) Recursion control. Set to zero (0). | +-----------------------------------------------------------------------+ | | (Bit 8) Acknowledgment sequence number present. Set to one (1)| | A | if packet contains Acknowledgment Number to be used for | | | acknowledging previously transmitted data. | +-----------------------------------------------------------------------+ | Flags | (Bits 9-12) Must be set to zero (0). | +-----------------------------------------------------------------------+ | Ver | (Bits 13-15) Must contain 1 (enhanced GRE). | +-----------------------------------------------------------------------+ |=======================================================================| +-----------------------------------------------------------------------+ | Protocol Type | Set to hex 880B (for PPP). | +-----------------------------------------------------------------------+ | Key (HW) Payload Length | (High 2 octets of Key) Size of the payload, | | | not including the GRE header. | +-----------------------------------------------------------------------+ | Key (LW) Call ID | (Low 2 octets) Contains the Peer's Call ID | | | for the session to which this packet | | | belongs. | +-----------------------------------------------------------------------+ | Sequence Number | Contains the sequence number of the payload.| | | Present if S bit (Bit 3) is one (1). | +-----------------------------------------------------------------------+ | | Contains the sequence number of the highest | | Acknowledgment Number | numbered GRE packet received by the sending | | | peer for this user session. Present if A bit| | | (Bit 8) is one (1). | +-----------------------------------------------------------------------+ 增強功能GRE 通訊協定有幾個值得注意的增強功能。這些是來自要求的註解 (RFC) 2637年。
「 網路監視器追蹤當您查看網路監視器追蹤，您應該注意幾件事。旗標摘要組成的第一個 16 位元十六進位值。在範例封包下面的中，旗標摘要是 12,417 或 0x3081h。Microsoft 網路監視器剖析器不能代表標幟位元欄位中的版本號碼，但它是有。比方說假設下列的範例封包:
GRE: Flags Summary = 12417 (0x3081)
GRE: 0............... = Checksum Absent
GRE: .0.............. = Routing Absent
GRE: ..1............. = Key Present
GRE: ...1............ = Sequence Number Present
GRE: ....0........... = Strict Source Route Absent
GRE: ........1....... = Acknowledge Sequence Number Present
GRE: Recursion Control = 0 (0x0)
GRE: Ver = 1 (0x1)
GRE: Protocol Type = 0x880B
GRE: Key Length = 90 (0x5A)
GRE: Key Call ID = 32768 (0x8000)
GRE: Sequence Number = 16 (0x10)
GRE: Ack Number = 15 (0xF)
這篇文章中的資訊適用於:
 機器翻譯重要：本文是以 Microsoft 機器翻譯軟體翻譯而成，而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章，讓使用者可以依其使用語言使用知識庫中的所有文章。但是，機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤，就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。 按一下這裡查看此文章的英文版本：241251?
(http://support.microsoft.com/kb/241251/en-us/
)
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 其他資源 其他支援網站社群文章翻譯
|
回此頁最上方
