Portal与802.1X，聊聊网络接入认证的选择。
在网络世界里，「连接」和「信任」并不是一回事。 一台电脑连上Wi-Fi，只代表它建立了通信关系。 但网络要不要相信它，允许它访问更多资源，还需要经过身份确认。 对于“信任应该发生在什么时候”这个问题，不同认证方式给出了不同答案。 ▶ Portal认为：“可以先连接，再验证”。 ▶ 802.1X认为：“应该先验证，再连接”。 两种理念，也造就了两种完全不同的接入体验。
Portal：先连接，再验证
如果你连接过酒店、机场、商场的无线网络，相信对Portal认证并不陌生。 Portal（Web认证）的思路是“先放你进来，再问你是谁”。 Portal认证的一般流程
当用户连接到网络后，打开网页时的访问请求会被引导至Portal认证页面。
Portal页面示例 等完成了账号密码、验证码或扫码等认证，接入设备才会开放后续访问权限。
这种模式的本质，是网络预先信任了你的一部分能力（比如连接WiFi拿到IP、与Portal服务器通信的权限）。
简单来说，Portal像住酒店。你可以先进入大厅，然后有人接待办理入住。
这种模式最大的优势，是灵活。 用户无需提前配置复杂环境，通过网页即可完成认证，同时认证页面还能承载公告展示、品牌宣传等功能，以及短信、扫码等多种认证方式。 另一方面，它的特点也决定了，认证发生在网络接入之后，因此对于安全要求较高的内部网络，需要配合更多访问控制策略。 802.1X：先验证，再连接
802.1X的思路则是“不验明正身，连大门都不让进”。
802.1X认证的一般流程
与Portal不同，802.1X把身份验证提前到了网络接入阶段。 当终端尝试连接网络时，设备先向接入设备发起认证请求，接入设备负责转发认证信息，AAA服务器完成身份校验。 认证通过后，接入设备才开放正常网络访问。 在认证成功之前，用户连IP地址都获取不到。 802.1X认证示例（证书） 相比之下，802.1X更像进入办公楼。进入大门之前，需要先刷身份卡。
这种模式最大的优势，是安全。
它能够将用户身份与网络访问权限绑定，更适合企业内部网络、校园网等需要精细化管理的场景。 当然，802.1X通常需要结合认证服务器、账号体系以及网络设备配置，因此部署规划要求更高。
二者到底应该如何选择？
其实，并不存在谁替代谁。没有绝对的好坏，只有场景的适配。 我们简单对比一下二者的差异： 回到开头的那个问题，信任应该发生在什么时候？ 答案其实取决于，网络面对的是谁。 如果网络主要面向访客、临时用户等开放接入场景，更关注接入体验和认证灵活性，那么Portal是更合适的选择。 如果网络主要面向内部员工和受管理终端，更关注身份识别和访问控制，那么802.1X更符合网络管理需求。 而对于规模较大的网络，两者也可以结合使用，内部员工采用802.1X认证，保障身份可信；访客网络采用Portal认证，兼顾接入体验。
认证只是开始
认证不是终点，它是建立可控、可信网络环境的第一步。
围绕不同场景下的接入需求，Panabit同时支持Portal认证与802.1X认证，配合RAAS 2.0和Panalog，帮助用户建立涵盖身份认证、接入控制、策略管理、流量分析、行为审计的完整网络接入管理体系。
同时，小派AP支持802.1X认证能力，并可通过Panabit自带的AC进行统一管理，实现802.1X认证策略批量下发。
网络认证的价值，并不是简单判断“能不能上网”，而是在连接发生之前，明确谁可以连接、能够访问什么，以及应该受到怎样的管理。 Portal和802.1X并不存在谁取代谁的问题。真正成熟的网络，往往会根据用户类型、接入场景和安全要求，选择不同的认证方式。