mppc壓縮

A. PPP的配置方法

1， 啟用ppp
RouterTest#config terminal
Enter configuration commands,one per line. End with CNTL/Z.
RouterTest(config)#interface serial 0/0
RouterTest(config-if)#encapsulation ppp
RouterTest(config-if)#
2， 地址配置命令
RouterTest(config-if)#ip address 10.1.1.1 255.255.255.0
PAP配置實例
Router(config)#hostname RouterA
RouterA(config)#RouterB password itsasecret
RouterA(config)#interface Async 0
RouterA(config-if)#encapsulation ppp
RouterA(config-if)#ip address 10.0.0.1 255.255.255.0
RouterA(config-if)#dialer-map ip 10.0.0.2 name RouterB 5551234
RouterA(config-if)#username RouterA password itsasecret2
Router(config)#hostname RouterB
RouterB (config)#RouterA password itsasecret
RouterB (config)#interface Async 0
RouterB (config-if)#encapsulation ppp
RouterB (config-if)#ip address 10.0.0.2 255.255.255.0
RouterB (config-if)#dialer-map ip 10.0.0.1 name RouterA 5551234
RouterB (config-if)#username RouterB password itsasecret2 Router(config)#hostname RouterA
RouterA(config)#RouterB password itsasecret
RouterA(config)#interface Async 0
RouterA(config-if)dialer in-band
RouterA(config-if)#encapsulation ppp
RouterA(config-if)#ppp authentication chap
RouterA(config-if)#ip address 10.0.0.1 255.255.255.0
RouterA(config-if)#dialer-map ip 10.0.0.2 name RouterB 5551234
RouterA(config-if)#username RouterA password itsasecret2
Router(config)#hostname RouterB
RouterB (config)#RouterA password itsasecret
RouterB (config)#interface Async 0
RouterB(config-if)dialer in-band
RouterB (config-if)#encapsulation ppp
RouterB (config-if)#ppp authentication chap
RouterB (config-if)#ip address 10.0.0.2 255.255.255.0
RouterB (config-if)#dialer-map ip 10.0.0.1 name RouterA 5551234
RouterB (config-if)#username RouterB password itsasecret2 Router(config-if)#ppp authentication chap pap
配置PPP回撥斗昌拍 cisco支持的迅旅壓縮方法：
Predictor:先判斷數據是否已經被壓縮過。如果數據被壓縮過，則立即將其發送空羨出去，而不浪費時間對已經壓縮過的數據進行壓縮。
Stacker:一種基於Lempel-Ziv(LZ)的壓縮演算法，對每種數據類型，只發送一次有關其在數據流中的位置。接收方根據這些信息重新組織數據流。
MPPC:MPPC協議（RFC2118）讓cisco路由器器能夠與microsoft客戶端交換壓縮後的數據，它使用一種基於LZ的壓縮演算法
TCP報頭壓縮：也叫Van Jacobson壓縮，只用於壓縮tcp報頭。 Router(config)#interface serial2
Router(config-if)#compress {predictor|stac|mppc}
Or
Router(config)#interface async
Router(config-if)#ip tcp header-compression
Or
Router(config)#interface async
Router(config-if)#ip tcp header-compression passive
該命令告訴路由器，僅當從對方那裡收到壓縮後的報頭後，才使用tcp報頭壓縮。
多鏈路PPP
通過使用多鏈路PPP,可以將多條連接捆綁成一條虛擬連接。
Router(config-if)#ppp multilink
Router(config-if)#dialer load-threshold load [outbound | inbound | either]
命令dialer load-threshol load指定在什麼情況下將更多的B信道加入到MLP鏈路束中。當所有B信道的總負載超過指定的閥值後，撥號介面（BRI或PRI）將信道加入到多鏈路束中。
同樣，如果總負載低於閥值，將拆除B信道。
參數load是介面的平均負載，其取值為1（沒有負載）到255（滿載）。
參數outbound（默認值）指定計算負載時只考慮出站數據流；參數inbound指定只考慮入站數據流；either指定計算負載時，選擇出站負載和入站負載中較大的那個。

B. 如何用bat文件啟動一個exe文件

1、新建一個txt文本，然後重命名為.bat的文件（比行睜如：testbat.bat）。

C. 介紹一下家庭電信寬頻上網原理

階段1：建立 PPP鏈路

點對點PPP協議運用鏈路控制協議（LCP）建立，維護或終止一次物理連接。在LCP階段的初期，將對基本的通訊形式執行 挑選。應當留心在鏈路建立階段，只是對驗證協議執行 挑選，用戶驗證將在第2階段實現。同樣，在LCP階段還將確定鏈路對等雙方能不能要對桐仿運用數據壓縮或加密執行 協商。實際對數據壓縮/加密演算法和其它細節的挑選將在第4階段實現。

階段2：用戶驗證

在第2階段，客戶會PC將用戶的身份明發給遠端的接入伺服器。該階段運用一種安全驗證形式防止第三方竊取數據或冒充遠程客戶接管與客戶端的連接。大多數的點對點PPP協議方案只提供了有限的驗證形式，包含口令驗證協議（PAP），挑戰握手驗證協議（CHAP）和微軟挑戰握手驗證協議（MSCHAP）。

1.口令驗證協議（PAP）

PAP是一種基本的明文驗證形式。NAS要求用戶提供用戶名和口令，PAP以明文形式返回用戶信息。很清楚，這種驗證形式的安全性較差，第三方能夠很簡單的獲取被傳送的用戶名和口令，並運用 這些信息與NAS建立連接獲取NAS提供的所有資源。所以，一旦用戶密碼被第三方竊取，PAP不能提供防止受到第三方攻擊的保證方法。

2.挑戰-握手驗證協議（CHAP）

CHAP是一種加密的驗證形式，能夠防止建立連接時傳送用戶的真實密碼。NAS向遠程用戶發送一個挑戰口令（challenge），其中包含會話ID 和一個隨意生成的挑戰字串（arbitrary challengestring）。遠程客戶必須運用 MD5單向哈希演算法（one-wayhashingalgorithm）返回用戶名和加密的挑戰口令，會話ID以及用戶口令，其中用戶名以非哈希形式發送。

CHAP對PAP執行 了改良，不再直接議決鏈路發送明文口令，而是運用挑戰口令以哈希演算法對口令執行 加密。因為伺服器端存有客戶的明文口令，所以伺服器能夠重復客戶端執行 的操作，並將結果與用戶返回的口令執行 對比。CHAP為每一次驗證隨意生成一個挑戰字串來防止 受到再現攻擊（replay attack）。在整個連接流程中，CHAP將不定時的向客戶端重復發送挑戰口令，從而防止第3方冒充遠程客戶（remoteclient impersonation）執行 攻擊。

3.微軟挑戰-握手驗證協議（MS-CHAP）

與CHAP相類似，MS-CHAP也是一種加密驗證機制。同CHAP一樣，運用 MS-CHAP時，NAS會向遠程客戶發送一個含有會話ID和隨意生成的挑戰字串的挑戰口令。遠程客戶必須返回用戶名以及經歷 MD4哈希演算法加密的挑戰字串，會話ID和用戶口令的MD4哈希值。採用這種形式伺服器端將只存儲經歷哈希演算法加密的用戶口令而不是明文口令，這樣就能夠提供進一步的談旁安全保證。此外，MS-CHAP同樣支撐附加的不正確編碼，包含口令過期編碼以及准許用戶自身修改口令的加密的客戶-伺服器（client-server）附加信息。運用 MS-CHAP，客戶端和NAS雙方各自生成一個用於隨後數據加密的起始密鑰。MS-CHAP運用基於MPPE的數據加密，這一點特別首要 ，能夠解釋為什麼啟用基於MPPE的數據加密時必須執行 MS-CHAP驗證。

在第2階段PPP鏈路配置階段，NAS收集驗證數據然後對比自身的局侍纖資料庫或中央驗證資料庫伺服器（位於NT主域控制器或遠程驗證用戶撥入伺服器）驗證數據的有效性。

階段3：點對點PPP協議回叫控制（callbackcontrol）

微軟設計的PPP包含一個可選的回叫控制階段。該階段在完成驗證之後運用回叫控制協議（CBCP）假如配置運用回叫，那麼在驗證之後遠程客戶和NAS 之間的連接將會被斷開。然後由NAS運用特定的電話號碼回叫遠程客戶。這樣能夠進一步保證撥號網路的安全性。NAS只支撐對位於特定電話號碼處的遠程客戶執行 回叫。

階段4：調用網路層協議

在以上各階段完成之後，PPP將調用在鏈路建立階段（階段1）選定的各種網路控制協議（NCP）。比方，在該階段IP控制協議（IPCP）能夠向撥入用戶分配動態地址。在微軟的PPP方案中，思慮到數據壓縮和數據加密實現流程相似，所以共同運用壓縮控制協議協商數據壓縮（運用 MPPC）和數據加密（運用 MPPE）。

數據傳輸階段

一旦完成上述4階段的協商，點對點PPP協議就開始在連接對等雙方之間轉發數據。每個被傳送的數據報都被封裝在PPP包頭內，該包頭將會在到達接收方之後被去除。假如在階段1挑選運用數據壓縮並且在階段4完成了協商，數據將會在被傳送之間執行 壓縮。類似的，假如假如已經挑選運用數據加密並完成了協商，數據（或被壓縮數據）將會在傳送之前執行 加密。