今天继续给大家介绍HCIE安全。本文主要介绍一下Client-Initiated L2TP配置中上互联网问题的解决。 阅读本文，您需要对L2TP 有一定的了解，如果您对此还存在困惑，欢迎您查阅我博客内的其他文章，相信您一定会有所收获。 相关文章链接： L2TP详解（一） L2TP详解（二） 本文是L2TP 配置实例——Client-Initiated的补充说明，拓扑和配置与上文完全一致，本文对该篇文章的相关内容不会过多赘述，因此在阅读本文之前，强烈建议您阅读这篇文章。
L2TP详解（五）——Client Initiated隧道和会话建立过程
今天继续给大家介绍HCIE安全，本文主要给大家介绍Client Initiated隧道和会话建立过程。
在Client Initiated场景下，隧道建立过程与NAS-Initiated 过程相似，Client Initiated 场景相当于将Client 和 LAC分为了一个整体。
Client Initiated 场景下隧道和会话建立过程如下图所示：
在互联网中，数据包封装格式如下：
原创不易，转载请说明出处：https://blog.csdn.net/weixin_40228200/article/details/119903724
L2TP详解（四）——LAC自动拨号隧道和会话建立过程
今天继续给大家介绍HCIE安全，本文主要给大家介绍LAC自动拨号隧道和会话建立过程。
与NAS-Initiated建立隧道方式不同，LAC自动拨号是无需触发的永久隧道，一旦配置完毕，即可建立永久隧道，LAC为LNS的唯一客户端。
LAC自动拨号场景下隧道和会话建立过程如下图所示：
在互联网中，数据包封装格式如下：
原创不易，转载请说明出处：https://blog.csdn.net/weixin_40228200/article/details/119848843
L2TP详解（三）——NAS-Initiated 场景下隧道和会话建立过程
今天继续给大家介绍HCIE安全，本文主要给大家介绍NAS-Initiated 的隧道和会话建立过程。 在NAS-Initiated L2TP 中，隧道由PPP链接触发建立的。LAC同时作为PPPoE的server为接入用户提供L2TP服务。当Client和LAC建立了PPP链接之后，LAC链接相应的LNS触发L2TP隧道。 NAS-Initiated 场景下隧道和会话建立过程如下图所示：
L2TP 配置实例——Client-Initiated
L2TP详解（二）
本文给大家介绍的是L2TP相关内容，包括L2TP的特点和应用场景。 强烈推荐阅读本文前置文章： L2TP详解（一）
一、L2TP隧道和会话建立过程
在LAC和LNS之间存在着两种类型的链接：隧道链接和会话链接。 隧道链接定义了互相通信的两个实体——LAC和LNS。并且在一对LAC和LNS之间可以建立多个L2TP隧道，隧道由一个控制链接和至少以下会话组成。L2TP首先需要建立L2TP隧道，然后再L2TP隧道上建立会话链接，最后建立PPP链接。所有的L2TP需要承载的数据信息都是在PPP链接中进行传递的。 会话链接复用在隧道链接之上，用于表示承载在隧道链接中的每个PPP链接过程，会话是有方向的，从LAC向LNS发起的会话叫做Incoming会话，从LNS向LAC发起的会话叫做Outgoing会话。 总得来看，在L2TP中，总是先有隧道，后有会话。LAC和LNS之间可以建立多条隧道，每一条隧道又可以承载多条会话。
L2TP详解（一）
本文给大家介绍的是L2TP相关内容，包括L2TP的特点和应用场景。
一、L2TP简介
L2TP是一种二层的VPN技术，它提供了对PPP链路层数据帧的隧道传输支持，允许二层链路端点和PPP会话驻留在不同设备上，扩展了PPP模型。 在L2TP中，用户通过PPP拨号到LAC（L2TP Access Concentrator，L2TP访问集中器）上，LAC通过L2TP隧道将PPP报文透明传输到LNS（L2TP Network Server，L2TP网络服务器），LNS随即与用户建立PPP链接。 在L2TP中，存在三种角色：用户（Client）、LAC和LNS，LAC和LNS分别对用户进行验证，从而大大提高了用户接入安全性。
黄龙溪古镇一日游自驾
适合人群和游玩项目
- 一家老小（自驾）,时间为一天，暑假，周末避开高峰，以便堵车
- 景区自带停车场，周围也有民营停车场都是20一天
- 在溪水中和其他游客打水仗（夏天）以及浏览古镇和逛古镇上的美食
景点介绍
- 漫长的一条小河，游客在里面玩水，打水仗
- 小河的两边是售卖美食和其它商铺的上家
- 小河坐落在黄龙溪古镇中，所以可以顺带浏览古镇