接入认证Portal和IPOE

一、IPoE 与 Portal 核心差异

• 认证逻辑：IPoE 基于 IP/MAC 绑定、DHCP Option 等预配置认证，无需用户手动操作；Portal 通过 Web 页面引导用户输入账号密码，属于显式认证。
• 接入效率：IPoE 开机 / 接入后自动认证，无额外交互，延迟低；Portal 需跳转 Web 页完成认证，存在少量操作成本和延迟。
• 管控能力：IPoE 管控功能较简单，适合固定终端；Portal 支持账号计费、权限分级、广告推送，管控更灵活。
• 适用终端：IPoE 适配无浏览器的终端（如 IoT 设备、监控摄像头）；Portal 依赖浏览器，适合 PC、手机等智能终端。

二、IPoE 的典型使用场景

1. 企业内网接入：员工办公 PC、服务器、内网 IoT 设备，需快速无感知接入，且终端位置和身份相对固定。
2. 校园网固定终端：实验室设备、教学楼多媒体终端，无需用户手动认证，需稳定长期在线。
3. 运营商家庭宽带：FTTH 用户通过光猫接入，基于 LOID+MAC 绑定实现 IPoE 认证，用户无需额外操作即可上网。
4. 工业物联网场景：传感器、工控设备等无交互界面的终端，需自动接入网络并传输数据。

三、Portal 的典型使用场景

1. 公共 Wi-Fi 覆盖：商场、酒店、机场、咖啡馆等开放场所，需对临时用户进行认证管理，支持访客账号或手机号验证码登录。
2. 校园网移动终端：学生手机、笔记本电脑等移动设备，需区分学生 / 教师权限，支持按时长 / 流量计费。
3. 企业访客网络：外来访客接入企业 Wi-Fi 时，通过 Portal 页面完成身份登记或授权登录，保障内网安全。
4. 运营商公共区域宽带：城市热点、园区共享宽带，需实现差异化计费和广告投放（如认证前推送公告）。

IPoE（IP over Ethernet）与Portal认证是两种不同的用户接入认证技术，适用场景有所区别：

**IPoE适用场景：**
- 适用于**大规模、自动化接入**的网络环境，如校园网、企业网或运营商接入网。
- 用户上线过程**无需手动干预**，认证过程由设备自动触发（如基于DHCP或ARP报文），提升用户体验。
- 常用于**多业务融合接入**，支持与RADIUS、策略联动实现精细化权限控制。
- 适合对**认证效率和网络性能要求高**的场景。

**Portal认证适用场景：**
- 适用于需要**用户交互式认证**的场景，如公共场所（酒店、机场、校园热点）的无线接入。
- 提供**Web页面认证入口**，支持用户名/密码、短信验证码等多种认证方式，便于访客接入。
- 可结合**合法客户端检查**（如`portal host-check`）增强安全性。
- 适合需**品牌展示、用户引流或临时授权**的场景。

**总结：**
- 若追求**无感认证、高效接入**，优先选择**IPoE**。
- 若需**用户交互、灵活认证方式或访客服务**，推荐使用**Portal**。
- 实际部署中，两者也可结合使用（如IPoE触发Portal认证），实现更灵活的接入控制。