PPP（Point-to-Point Protocol點到點協(xié)議）是為在同等單元之間傳輸數(shù)據(jù)包這樣的簡單鏈路設計的鏈路層協(xié)議。這種鏈路提供全雙工操作，并按照順序傳遞數(shù)據(jù)包。設計目的主要是用來通過撥號或?qū)＞€方式建立點對點連接發(fā)送數(shù)據(jù)，使其成為各種主機、網(wǎng)橋和路由器之間簡單連接的一種共通的解決方案。
PPP協(xié)議中提供了一整套方案來解決鏈路建立、維護、拆除、上層協(xié)議協(xié)商、認證等問題。PPP協(xié)議包含這樣幾個部分：鏈路控制協(xié)議LCP（Link Control Protocol）；網(wǎng)絡控制協(xié)議NCP（Network Control Protocol）；認證協(xié)議，最常用的包括口令驗證協(xié)議PAP（Password Authentication Protocol）和挑戰(zhàn)握手驗證協(xié)議CHAP（Challenge-Handshake Authentication Protocol）。
LCP負責創(chuàng)建，維護或終止一次物理連接。NCP是一族協(xié)議，負責解決物理連接上運行什么網(wǎng)絡協(xié)議，以及解決上層網(wǎng)絡協(xié)議發(fā)生的問題。
下面介紹PPP鏈路建立的過程：
一個典型的鏈路建立過程分為三個階段：創(chuàng)建階段、認證階段和網(wǎng)絡協(xié)商階段。
階段1：創(chuàng)建PPP鏈路
LCP負責創(chuàng)建鏈路。在這個階段，將對基本的通訊方式進行選擇。鏈路兩端設備通過LCP向?qū)Ψ桨l(fā)送配置信息報文（Configure Packets）。一旦一個配置成功信息包（Configure-Ack packet）被發(fā)送且被接收，就完成了交換，進入了LCP開啟狀態(tài)。
應當注意，在鏈路創(chuàng)建階段，只是對驗證協(xié)議進行選擇，用戶驗證將在第2階段實現(xiàn)。
階段2：用戶驗證
在這個階段，客戶端會將自己的身份發(fā)送給遠端的接入服務器。該階段使用一種安全驗證方式避免第三方竊取數(shù)據(jù)或冒充遠程客戶接管與客戶端的連接。在認證完成之前，禁止從認證階段前進到網(wǎng)絡層協(xié)議階段。如果認證失敗，認證者應該躍遷到鏈路終止階段。
在這一階段里，只有鏈路控制協(xié)議、認證協(xié)議，和鏈路質(zhì)量監(jiān)視協(xié)議的packets是被允許的。在該階段里接收到的其他的packets必須被靜靜的丟棄。
最常用的認證協(xié)議有口令驗證協(xié)議（PAP）和挑戰(zhàn)握手驗證協(xié)議（CHAP）。 認證方式介紹在第三部分中介紹。
階段3：調(diào)用網(wǎng)絡層協(xié)議
認證階段完成之后，PPP將調(diào)用在鏈路創(chuàng)建階段（階段1）選定的各種網(wǎng)絡控制協(xié)議（NCP）。選定的NCP解決PPP鏈路之上的高層協(xié)議問題，例如，在該階段IP控制協(xié)議（IPCP）可以向撥入用戶分配動態(tài)地址。
這樣，經(jīng)過三個階段以后，一條完整的PPP鏈路就建立起來了。
PPP協(xié)議中提供了一整套方案來解決鏈路建立、維護、拆除、上層協(xié)議協(xié)商、認證等問題。PPP協(xié)議包含這樣幾個部分：鏈路控制協(xié)議LCP（Link Control Protocol）；網(wǎng)絡控制協(xié)議NCP（Network Control Protocol）；認證協(xié)議，最常用的包括口令驗證協(xié)議PAP（Password Authentication Protocol）和挑戰(zhàn)握手驗證協(xié)議CHAP（Challenge-Handshake Authentication Protocol）。
LCP負責創(chuàng)建，維護或終止一次物理連接。NCP是一族協(xié)議，負責解決物理連接上運行什么網(wǎng)絡協(xié)議，以及解決上層網(wǎng)絡協(xié)議發(fā)生的問題。
下面介紹PPP鏈路建立的過程：
一個典型的鏈路建立過程分為三個階段：創(chuàng)建階段、認證階段和網(wǎng)絡協(xié)商階段。
階段1：創(chuàng)建PPP鏈路
LCP負責創(chuàng)建鏈路。在這個階段，將對基本的通訊方式進行選擇。鏈路兩端設備通過LCP向?qū)Ψ桨l(fā)送配置信息報文（Configure Packets）。一旦一個配置成功信息包（Configure-Ack packet）被發(fā)送且被接收，就完成了交換，進入了LCP開啟狀態(tài)。
應當注意，在鏈路創(chuàng)建階段，只是對驗證協(xié)議進行選擇，用戶驗證將在第2階段實現(xiàn)。
階段2：用戶驗證
在這個階段，客戶端會將自己的身份發(fā)送給遠端的接入服務器。該階段使用一種安全驗證方式避免第三方竊取數(shù)據(jù)或冒充遠程客戶接管與客戶端的連接。在認證完成之前，禁止從認證階段前進到網(wǎng)絡層協(xié)議階段。如果認證失敗，認證者應該躍遷到鏈路終止階段。
在這一階段里，只有鏈路控制協(xié)議、認證協(xié)議，和鏈路質(zhì)量監(jiān)視協(xié)議的packets是被允許的。在該階段里接收到的其他的packets必須被靜靜的丟棄。
最常用的認證協(xié)議有口令驗證協(xié)議（PAP）和挑戰(zhàn)握手驗證協(xié)議（CHAP）。 認證方式介紹在第三部分中介紹。
階段3：調(diào)用網(wǎng)絡層協(xié)議
認證階段完成之后，PPP將調(diào)用在鏈路創(chuàng)建階段（階段1）選定的各種網(wǎng)絡控制協(xié)議（NCP）。選定的NCP解決PPP鏈路之上的高層協(xié)議問題，例如，在該階段IP控制協(xié)議（IPCP）可以向撥入用戶分配動態(tài)地址。
這樣，經(jīng)過三個階段以后，一條完整的PPP鏈路就建立起來了。
文章來源地址http://www.zghlxwxcb.cn/news/detail-452913.html
文章來源：http://www.zghlxwxcb.cn/news/detail-452913.html
到了這里，關于PPP協(xié)議概念及鑒權方式概述的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！
