会话的简单介绍

 

会话的简单介绍

 

1、会话可简单理解为:用户开一个浏览器,点击多个链接,访问服务器多个web资源,然后关闭浏览器,整个过程称之为一个会话。

 

2、需要解决的问题:每个用会员在使用浏览器与服务器进行会话的过程中,不可避免各自产生一些数据,程序要想办法为每个用户保存这些数据。

 

3、保存会话数据的两种技术:

         Cookie是客户端技术,程序把每个用户的数据以cookie的形式写给用户各自的浏览器。当用户使用浏览器再去访问服务器中的web资源时,就会带着各自的数据去。这样,web资源处理的就是用户各自的数据了。

 

4、Cookie细节

1)一个Cookie只能标识一种信息,它至少含有一个标识该信息的名称(NAME)和设置值(VALUE)。

2)一个WEB站点可以给一个WEB浏览器发送多个Cookie,一个WEB浏览器也可以存储多个WEB站点提供的Cookie。

3)        浏览器一般只允许存放300个Cookie,每个站点最多存放20个Cookie,每个Cookie的大小限制为4KB。

4)        如果创建了一个cookie,并将他发送到浏览器,默认情况下它是一个会话级别的cookie(即存储在浏览器的内存中),用户退出浏览器之后即被删除。若希望浏览器将该cookie存储在磁盘上,则需要使用maxAge,并给出一个以秒为单位的时间。将最大时效设为0则是命令浏览器删除该cookie。

5)        注意,删除cookie时,path必须一致,否则不会删除。

 

 

<think>嗯,用户现在想了解PPPoE会话阶段的基本流程,这正好承接了之前讨论的发现阶段。用户提供的三篇站内引用都很有价值,特别是引用[2]详细描述了会话阶段的三个子阶段,引用[3]则补充了LCP协商和认证的具体交互示例。 用户可能正在学习网络协议或配置家庭路由器,需要清晰的流程说明。考虑到之前已经解释过发现阶段的四个报文(PADI/PADO/PADR/PADS),这次应该突出会话阶段的层次性:LCP协商→认证→NCP配置。引用[2]提到的"PPP协商成功后所有报文都是单播"这个细节很重要,可以强调这是与发现阶段广播机制的本质区别。 准备用流程树+引用锚点来组织内容:先总述三个阶段,再用LCP/认证/NCP分述。对于LCP协商,引用[3]的configure-request/ack交互实例很生动;认证部分则要区分PAP和CHAP差异;最后用IPCP的IP分配过程收尾。整个过程要保持和发现阶段的连贯性,比如点出Session ID在数据封装中的作用。 用户似乎对技术细节接受度较高,可以适当展开RFC标准内容,但避免堆砌术语。结尾的"会话终止"补充很有必要,毕竟异常断开也是实际运维中的常见问题。</think>根据RFC 2516和站内引用,PPPoE会话阶段在发现阶段完成后开始,核心流程分为以下三个子阶段,所有通信均使用发现阶段分配的**Session ID**并通过**单播**传输[^1][^2]: --- ### **PPPoE会话阶段流程** #### 1. **LCP协商(链路控制协议)** - **目的**:建立、测试和配置数据链路层参数。 - **关键交互**: - 客户端发送 `LCP Configure-Request` 报文,包含协商参数(如MRU最大接收单元、认证协议类型、魔术字等)。 - 服务器回复 `LCP Configure-Ack` 接受参数,或 `Configure-Nak` 拒绝部分参数并重新协商[^2][^3]。 - **结果**: 成功建立PPP链路后,进入认证阶段;若失败则终止会话。 #### 2. **认证阶段** - **目的**:验证客户端身份(如宽带账号密码)。 - **协议类型** 由LCP协商确定: - **PAP(Password Authentication Protocol)**: 客户端明文发送用户名/密码,服务器回复 `Authenticate-Ack` 或 `-Nak`[^2]。 - **CHAP(Challenge-Handshake Protocol)**: 服务器发送随机挑战值(Challenge),客户端用密码加密后返回响应,服务器验证响应[^3]。 - **结果**: 认证成功则进入NCP阶段;失败则发送 `Terminate-Request` 终止会话。 #### 3. **NCP协商(网络控制协议)** - **目的**:配置网络层参数(如分配IP地址、DNS)。 - **核心协议**: - **IPCP(IP Control Protocol)**: - 客户端发送 `IPCP Configure-Request`(通常含 `0.0.0.0` 占位符)。 - 服务器回复 `IPCP Configure-Nak` 提供分配的IP地址和DNS服务器。 - 客户端重新发送含分配参数的 `Request`,服务器回复 `Configure-Ack` 确认[^2]。 - **结果**: NCP成功后,PPP会话正式建立,可传输网络层数据(如IP数据包)。 --- ### **会话终止流程** - 任何一方发送 `LCP Terminate-Request` 请求终止会话。 - 对方回复 `Terminate-Ack` 确认,释放Session ID[^2]。 - 若未收到确认,重复发送 `Terminate-Request` 直至超时。 > **关键特点**: > - 所有会话阶段报文均封装在 **PPPoE数据帧** 中,以太网帧类型为 `0x8864`(发现阶段为 `0x8863`)。 > - 数据传输阶段直接封装PPP报文,无需PPPoE头部[^1][^2]。 --- ### **流程示意图** ```mermaid sequenceDiagram participant Client as PPPoE客户端 participant Server as PPPoE服务器 Note over Client,Server: 会话阶段开始 (Session ID已分配) Client->>Server: LCP Configure-Request (协商参数) Server->>Client: LCP Configure-Ack (接受参数) alt 认证类型=PAP Client->>Server: PAP Authenticate-Request (用户名/密码) Server->>Client: PAP Authenticate-Ack (成功) else 认证类型=CHAP Server->>Client: CHAP Challenge (随机数) Client->>Server: CHAP Response (加密值) Server->>Client: CHAP Success (验证通过) end Client->>Server: IPCP Configure-Request (请求IP配置) Server->>Client: IPCP Configure-Nak (分配IP/DNS) Client->>Server: IPCP Configure-Request (携带新IP/DNS) Server->>Client: IPCP Configure-Ack (确认配置) Note over Client,Server: PPP会话建立,开始传输数据 ``` --- **总结**:PPPoE会话阶段通过 **LCP→认证→NCP** 三重握手实现链路配置、身份验证和网络参数分配,最终建立可传输数据的PPP连接[^1][^2][^3]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值