PPP協(xié)議概念及鑒權(quán)方式概述
發(fā)布時(shí)間:2012-11-19 09:35:00 作者:佚名
我要評(píng)論

PPP是為在同等單元之間傳輸數(shù)據(jù)包這樣的簡(jiǎn)單鏈路設(shè)計(jì)的鏈路層協(xié)議,本文將詳細(xì)介紹PPP協(xié)議的應(yīng)用
PPP(Point-to-Point Protocol點(diǎn)到點(diǎn)協(xié)議)是為在同等單元之間傳輸數(shù)據(jù)包這樣的簡(jiǎn)單鏈路設(shè)計(jì)的鏈路層協(xié)議。這種鏈路提供全雙工操作,并按照順序傳遞數(shù)據(jù)包。設(shè)計(jì)目的主要是用來(lái)通過(guò)撥號(hào)或?qū)>€方式建立點(diǎn)對(duì)點(diǎn)連接發(fā)送數(shù)據(jù),使其成為各種主機(jī)、網(wǎng)橋和路由器之間簡(jiǎn)單連接的一種共通的解決方案。
PPP協(xié)議中提供了一整套方案來(lái)解決鏈路建立、維護(hù)、拆除、上層協(xié)議協(xié)商、認(rèn)證等問(wèn)題。PPP協(xié)議包含這樣幾個(gè)部分:鏈路控制協(xié)議LCP(Link Control Protocol);網(wǎng)絡(luò)控制協(xié)議NCP(Network Control Protocol);認(rèn)證協(xié)議,最常用的包括口令驗(yàn)證協(xié)議PAP(Password Authentication Protocol)和挑戰(zhàn)握手驗(yàn)證協(xié)議CHAP(Challenge-Handshake Authentication Protocol)。
LCP負(fù)責(zé)創(chuàng)建,維護(hù)或終止一次物理連接。NCP是一族協(xié)議,負(fù)責(zé)解決物理連接上運(yùn)行什么網(wǎng)絡(luò)協(xié)議,以及解決上層網(wǎng)絡(luò)協(xié)議發(fā)生的問(wèn)題。
下面介紹PPP鏈路建立的過(guò)程:
一個(gè)典型的鏈路建立過(guò)程分為三個(gè)階段:創(chuàng)建階段、認(rèn)證階段和網(wǎng)絡(luò)協(xié)商階段。
階段1:創(chuàng)建PPP鏈路
LCP負(fù)責(zé)創(chuàng)建鏈路。在這個(gè)階段,將對(duì)基本的通訊方式進(jìn)行選擇。鏈路兩端設(shè)備通過(guò)LCP向?qū)Ψ桨l(fā)送配置信息報(bào)文(Configure Packets)。一旦一個(gè)配置成功信息包(Configure-Ack packet)被發(fā)送且被接收,就完成了交換,進(jìn)入了LCP開啟狀態(tài)。
應(yīng)當(dāng)注意,在鏈路創(chuàng)建階段,只是對(duì)驗(yàn)證協(xié)議進(jìn)行選擇,用戶驗(yàn)證將在第2階段實(shí)現(xiàn)。
階段2:用戶驗(yàn)證
在這個(gè)階段,客戶端會(huì)將自己的身份發(fā)送給遠(yuǎn)端的接入服務(wù)器。該階段使用一種安全驗(yàn)證方式避免第三方竊取數(shù)據(jù)或冒充遠(yuǎn)程客戶接管與客戶端的連接。在認(rèn)證完成之前,禁止從認(rèn)證階段前進(jìn)到網(wǎng)絡(luò)層協(xié)議階段。如果認(rèn)證失敗,認(rèn)證者應(yīng)該躍遷到鏈路終止階段。
在這一階段里,只有鏈路控制協(xié)議、認(rèn)證協(xié)議,和鏈路質(zhì)量監(jiān)視協(xié)議的packets是被允許的。在該階段里接收到的其他的packets必須被靜靜的丟棄。
最常用的認(rèn)證協(xié)議有口令驗(yàn)證協(xié)議(PAP)和挑戰(zhàn)握手驗(yàn)證協(xié)議(CHAP)。 認(rèn)證方式介紹在第三部分中介紹。
階段3:調(diào)用網(wǎng)絡(luò)層協(xié)議
認(rèn)證階段完成之后,PPP將調(diào)用在鏈路創(chuàng)建階段(階段1)選定的各種網(wǎng)絡(luò)控制協(xié)議(NCP)。選定的NCP解決PPP鏈路之上的高層協(xié)議問(wèn)題,例如,在該階段IP控制協(xié)議(IPCP)可以向撥入用戶分配動(dòng)態(tài)地址。
這樣,經(jīng)過(guò)三個(gè)階段以后,一條完整的PPP鏈路就建立起來(lái)了。
PPP協(xié)議中提供了一整套方案來(lái)解決鏈路建立、維護(hù)、拆除、上層協(xié)議協(xié)商、認(rèn)證等問(wèn)題。PPP協(xié)議包含這樣幾個(gè)部分:鏈路控制協(xié)議LCP(Link Control Protocol);網(wǎng)絡(luò)控制協(xié)議NCP(Network Control Protocol);認(rèn)證協(xié)議,最常用的包括口令驗(yàn)證協(xié)議PAP(Password Authentication Protocol)和挑戰(zhàn)握手驗(yàn)證協(xié)議CHAP(Challenge-Handshake Authentication Protocol)。
LCP負(fù)責(zé)創(chuàng)建,維護(hù)或終止一次物理連接。NCP是一族協(xié)議,負(fù)責(zé)解決物理連接上運(yùn)行什么網(wǎng)絡(luò)協(xié)議,以及解決上層網(wǎng)絡(luò)協(xié)議發(fā)生的問(wèn)題。
下面介紹PPP鏈路建立的過(guò)程:
一個(gè)典型的鏈路建立過(guò)程分為三個(gè)階段:創(chuàng)建階段、認(rèn)證階段和網(wǎng)絡(luò)協(xié)商階段。
階段1:創(chuàng)建PPP鏈路
LCP負(fù)責(zé)創(chuàng)建鏈路。在這個(gè)階段,將對(duì)基本的通訊方式進(jìn)行選擇。鏈路兩端設(shè)備通過(guò)LCP向?qū)Ψ桨l(fā)送配置信息報(bào)文(Configure Packets)。一旦一個(gè)配置成功信息包(Configure-Ack packet)被發(fā)送且被接收,就完成了交換,進(jìn)入了LCP開啟狀態(tài)。
應(yīng)當(dāng)注意,在鏈路創(chuàng)建階段,只是對(duì)驗(yàn)證協(xié)議進(jìn)行選擇,用戶驗(yàn)證將在第2階段實(shí)現(xiàn)。
階段2:用戶驗(yàn)證
在這個(gè)階段,客戶端會(huì)將自己的身份發(fā)送給遠(yuǎn)端的接入服務(wù)器。該階段使用一種安全驗(yàn)證方式避免第三方竊取數(shù)據(jù)或冒充遠(yuǎn)程客戶接管與客戶端的連接。在認(rèn)證完成之前,禁止從認(rèn)證階段前進(jìn)到網(wǎng)絡(luò)層協(xié)議階段。如果認(rèn)證失敗,認(rèn)證者應(yīng)該躍遷到鏈路終止階段。
在這一階段里,只有鏈路控制協(xié)議、認(rèn)證協(xié)議,和鏈路質(zhì)量監(jiān)視協(xié)議的packets是被允許的。在該階段里接收到的其他的packets必須被靜靜的丟棄。
最常用的認(rèn)證協(xié)議有口令驗(yàn)證協(xié)議(PAP)和挑戰(zhàn)握手驗(yàn)證協(xié)議(CHAP)。 認(rèn)證方式介紹在第三部分中介紹。
階段3:調(diào)用網(wǎng)絡(luò)層協(xié)議
認(rèn)證階段完成之后,PPP將調(diào)用在鏈路創(chuàng)建階段(階段1)選定的各種網(wǎng)絡(luò)控制協(xié)議(NCP)。選定的NCP解決PPP鏈路之上的高層協(xié)議問(wèn)題,例如,在該階段IP控制協(xié)議(IPCP)可以向撥入用戶分配動(dòng)態(tài)地址。
這樣,經(jīng)過(guò)三個(gè)階段以后,一條完整的PPP鏈路就建立起來(lái)了。
相關(guān)文章
三大網(wǎng)絡(luò)管理協(xié)議:SNMP、NETCONF、RESTCONF介紹
本文將詳細(xì)介紹三種主要的協(xié)議:SNMP(Simple Network Management Protocol)、NETCONF(Network Configuration Protocol)和RESTCONF,需要的朋友可以參考下2024-02-13- 常見的網(wǎng)絡(luò)協(xié)議有:TCP/IP協(xié)議、UDP協(xié)議、HTTP協(xié)議、FTP協(xié)議等,本文就詳細(xì)的介紹一下常見的網(wǎng)絡(luò)協(xié)議,通過(guò)這些具體的協(xié)議更深刻的認(rèn)識(shí)整體網(wǎng)絡(luò)的傳輸流程及相關(guān)網(wǎng)絡(luò)原理,2023-05-30
- 本文主要介紹了L2TP和PPTP的區(qū)別,主要的前區(qū)別在于用途不同、使用要求不同,下面就來(lái)介紹一下L2TP和PPTP的聯(lián)系與區(qū)別,感興趣的可以了解一下2023-05-30
自組織網(wǎng)絡(luò)Ad Hoc之OLSR 協(xié)議詳解
這篇文章主要介紹了自組織網(wǎng)絡(luò)Ad Hoc之OLSR 協(xié)議詳解,需要的朋友可以參考下2023-05-08自組織網(wǎng)絡(luò)Ad Hoc之AODV協(xié)議詳解
這篇文章主要介紹了自組織網(wǎng)絡(luò)Ad Hoc之AODV協(xié)議詳解,需要的朋友可以參考下2023-05-08自組織網(wǎng)絡(luò)Ad Hoc 網(wǎng)絡(luò)基礎(chǔ)知識(shí)
自組織網(wǎng)絡(luò)(Ad Hoc)是一種移動(dòng)通信和計(jì)算機(jī)網(wǎng)絡(luò)相結(jié)合的網(wǎng)絡(luò),是移動(dòng)計(jì)算機(jī)網(wǎng)絡(luò)的一種,用戶終端可以在網(wǎng)絡(luò)內(nèi)隨意移動(dòng)而保持通信2023-05-08- 瀏覽器輸入一個(gè)URL回車后,會(huì)發(fā)生什么呢?這里就為大家分享一下,需要的朋友可以參考下2022-10-19
- 本篇主要是對(duì)網(wǎng)絡(luò)協(xié)議進(jìn)行一個(gè)歸納總結(jié),方便后續(xù)查閱及復(fù)習(xí),當(dāng)然如有新的認(rèn)知或新的理解,也會(huì)持續(xù)更新2022-10-19
- 今日回顧網(wǎng)絡(luò)知識(shí)時(shí),發(fā)現(xiàn)自己專門整理過(guò)一篇關(guān)于日常生活中常見的網(wǎng)絡(luò)協(xié)議知識(shí)以及作用的梳理,特發(fā)此一貼,也當(dāng)給自己鞏固網(wǎng)絡(luò)知識(shí)了,如有錯(cuò)誤,望各大佬指正2022-10-19
HTTP協(xié)議的8種請(qǐng)求方式及常用請(qǐng)求方式的解析
HTTP即超文本傳輸協(xié)議,是一種實(shí)現(xiàn)客戶端和服務(wù)器之間通信的響應(yīng)協(xié)議,它是用作客戶端和服務(wù)器之間的請(qǐng)求,需要的朋友可以參考下2022-10-19