做WiFi无线认证系统，被问得最多的一个问题就是"上哪种认证方式"。很多采购方一上来就纠结功能清单，其实这个问题不能脱离场景单独谈。不同场所的实名要求不一样，用户群体不一样，监管强度也不一样，照搬别家的方案往往水土不服。选认证方式的核心不是"功能越多越好"，而是和场景的匹配度。

短信认证是覆盖面最广的底线方案

短信认证属于基础型，也是使用范围最广的认证方式。用户连上WiFi后弹出Portal页面，输入手机号获取验证码即可上网。它的好处是几乎不挑用户群体，商业场所、企业、校园的访客都能用，也天然满足"强制身份认证和行为记录"的合规要求。坏处是每次都要收验证码，对高频上网的常驻用户来说略显繁琐。所以短信认证通常是底线方案，和别的认证方式搭配着用，而不是唯一方案。

账号密码更适合内部员工

企业里最典型的用法是把员工和访客分开。员工用账号密码或者临时账号认证，访客走短信或扫码。账号密码认证的优势在于可以和企业AD域、LDAP、OA系统打通，实现统一的身份准入和权限下发，管理员也能做分级分权。但账号密码不适合开放给外部访客，一是安全上有泄露风险，二是访客根本不会记得你公司的内部账号。所以这套方式通常限定在内部员工和合作方范围内。

MAC无感知解决的是"体验"问题

MAC无感知认证的思路是：用户第一次认证成功后，系统记住他的MAC地址，之后连上WiFi自动放行，不用再输密码、不用再点按钮。这个方式体验最好，特别适合宿舍、办公室、员工公寓这类常驻场景。但它一直有合规争议：都无感知了，还算不算实名？答案是看前提——无感知必须建立在"已经实过名"的基础上，第一次认证就该完成实名动作，而不是把它当成绕开实名的手段。把无感知当省去实名的捷径，才是真正踩坑。

802.1X和访客扫码各有地盘

802.1X认证需要交换机或NAC联动，适合对安全性要求高的企业网络和园区，可以做更细的端口级管控，但终端兼容性要求高，部署也复杂。访客扫码认证则是"一对一"的访客准入：被访人扫描二维码授权后，访客才能上网，入网访客有迹可循，安全性高。酒店、企业接待场景用得最多。两种方式都不是万能的，802.1X偏内网强管控，扫码偏外访客可追溯，选型时要看清楚你面对的是哪类人群。

微信和APP认证要看运营目的

微信连WiFi过去常被用在商超、商业地产这类营销型场所，因为它能顺带把顾客导流到公众号。APP认证则是以企业自有APP作为登录入口，顺便提升APP下载量。这两类认证的本质不是"认证"，是"营销转化"，如果你的场所没有这个运营目的，硬上反而增加用户步骤。选型时先想清楚：你是要合规、要体验、还是要转化？三个目的对应的认证方式完全不一样。

别忽视二次认证和代拨的复杂场景

高校、景区、工厂这类和运营商绑定的收费场景，认证往往不是一次完成的。用户先在认证平台做第一次认证，成功后再把请求提交到运营商的BRAS和AAA做二次认证。这种"二次认证"或者"代拨"逻辑，决定了认证方式不能孤立选型，得和运营商账号体系、出口网关一起规划。很多项目认证页面做得很漂亮，卡就卡在二次认证的参数下发和账号翻译上。所以选型阶段就要把"是否对接运营商"这件事想清楚。

混合部署才是大多数项目的真实答案

很少有项目只用一种认证方式就能覆盖全部人群。真实情况是：员工用账号密码，访客用短信或扫码，常驻用户用MAC无感知，营销场所叠加微信。一套WiFi无线认证系统要支持多种认证方式并存，并且能按AP组、SSID、时间段推送不同的Portal模板。选型时与其纠结"哪种最好"，不如先盘点你场所里有几类人、每类人的上网诉求是什么、合规红线在哪里，再反推该配哪几种认证方式组合。组合清楚了，方案自然就立得住。