大学WiFi网络计费系统的访客与学术会议临时网络

校园访客远不止"校外来个人"这么简单

高校的访客类型比一般园区复杂得多：来校学术交流的专家、参加学术会议的几百号人、夏令营的中学生、开放日的家长、短期进修的老师。他们不是学校用户，不可能走学号开户的流程，但网络又必须给。大学WiFi网络计费系统在访客场景的核心任务，是让临时用户快速上网，同时把身份、权限、时限、日志都管住，不留管理死角。访客网络如果只是"拉根线放开用"，出了问题连是谁用的都查不到，这在高校是不可接受的。

短信认证临时账号：手机号就是通行证

访客最常用的开通方式是短信认证：输入手机号，获取验证码，验证通过即获得临时上网权限。系统自动生成临时账号，有效期可以设成24小时，也可以由管理员自定义时长。短信认证的实名属性天然满足身份留痕需求——手机号本身就是身份标识。体验上，访客不用记账号密码，一部手机就能完成开通，适合人流集中的场景。临时账号的到期处理要提前定：到期自动失效，还是在页面上提示续期，不同场景策略不同，学术会议可以宽松些，日常访客严格些。

访客网络与内网隔离：权限边界要清楚

访客能上网，但不能让它访问校园内网资源。访客接入建议走独立的访客SSID，与教学区、办公区、宿舍区隔离。V7支持按SSID推送不同的Portal页面，访客SSID推访客认证页，认证后只给外网访问权限，内网资源按策略拦截。权限下发通过Radius属性实现，访问控制的粒度在联调时定清楚。隔离做扎实了，学术会议几百个外部终端同时接入，也不影响学校核心业务。内网资源的访问清单要定期复核，哪些IP段放开、哪些收紧，随业务变化调整。

会议批量账号：会务组一次性开通

学术会议这类成规模的访客，一个个短信注册效率低，适合批量处理。会务组提前拿到参会名单，批量开通临时账号，账号发给参会人，参会人登录即可。批量账号可以按会议项目分组，设统一的有效期——会议开始前生效、结束后自动失效。项目化管理的另一个好处是费用清晰：哪个会议用了多少网络资源、多少时长，数据都在，方便后续对账或成本核算。批量账号的发放要跟会务组核对名单，防止账号流到无关人员手里，会后未使用的账号批量回收。

临时账号同样留痕：日志不能有例外

访客账号是临时的，但日志不能"临时"对付。访客的认证日志、NAT日志、上网行为日志要与正式用户一样进入审计链路，按学校要求和当地监管要求留存。日志留存时长、字段范围、查询流程按项目确认，不承诺超出范围的"绝对合规"。临时账号到期后，权限自动回收，日志继续保留，这既是合规需要，也是事后追溯的依据。访客量大时（比如大型会议），日志量会明显上升，存储规划和查询性能要提前评估，别等活动结束要查的时候才发现日志没存够。

运营细节与边界

访客场景还有几个细节值得提前定：免费访客额度给多少、超时如何处理、同一手机号能不能重复注册、访客能否转正式账号。每个学校口径不同，建议以学校信息化部门的规定为准。短信通道要提前开通并测试，会议高峰期短信发送量集中，通道的吞吐要够。技术上，访客认证依赖短信网关或号码认证接口，联调窗口和费用需按项目确认，不能把"访客都能短信上网"当成默认承诺。访客入口页面也要跟着学校形象走，会议期间放会议横幅，日常放学校介绍，这些都可以通过Portal模板切换。

访客流量的带宽与体验保障

访客网络还要考虑带宽分配。大型会议期间几百个终端同时接入，如果不做限速，个别用户下载大文件就可能把访客链路挤爆，影响所有人的使用。访客网络建议单独做带宽策略：总带宽预留一部分给访客，访客内部按用户或按终端限速，保证每个人有基本的可用带宽。限速的粒度、数值要按会议规模和链路能力现场验证，不能照搬其他场景的参数。访客网络和教学、办公网络建议物理或逻辑隔离，带宽策略各自独立，这样教学区高峰（比如选课、考试）不会被访客流量拖累。会议结束后，临时带宽预留要记得回收，否则长期占用也是浪费。

访客管理的口径清单

访客场景的口径建议整理成一份清单：访客免费额度、有效时长、能否重复注册、能否转正、谁有权审批超时长申请，逐条确认后作为管理依据。清单越明确，日常处理访客申请就越快，运维人员不用每个申请都请示。会议等大型活动的访客策略，可以在清单基础上按活动单独调整，形成"基础口径+活动特批"的管理模式，兼顾规范与灵活。