访客网络能不能按上下班时间自动开关
企业访客WiFi认证默认是一直开着的——访客SSID从早播到晚，访客认证通道随时可用。但对很多企业来说，"一直开着"其实不是最佳状态。工作日上班时间，访客网络要服务来访客户；下班之后，园区里基本没人，访客网络继续全开，等于在没人的时间段一直暴露着一个接入面。周末和节假日更明显：整栋楼空着，访客WiFi还在那儿广播，能连，连上了也没人需要它。
能不能让访客网络跟着企业的时间表走——上班时段放开、下班之后收紧、会议时间自动配合——这就是定时策略和日程联动要解决的问题。
为什么不把访客网络一直开着
一直开着的直接代价是安全暴露面扩大。访客SSID是对外开放的，任何在信号覆盖范围内的人都能搜到它。上班时段，楼里人来人往，有访客是正常情况，SSID开放有业务意义。下班之后，楼里没人了，这个开放SSID还在信号覆盖范围内继续广播，周围的人——比如楼下路过的、隔壁栋的——都能搜到并尝试连接。虽然连上之后还要过认证，但认证入口本身一直暴露着，被尝试的次数会增加。
另一个现实问题是日志。访客网络在没人需要它的时段仍然记录着大量连接尝试——这些尝试不一定都是攻击，但会把日志撑大，管理员事后真要查某次真实事件时，要从一堆噪音里筛。在非工作时段主动收紧策略，日志会干净很多。
定时策略怎么设
定时策略的基本思路是：给访客SSID和认证通道配一个时间表，在指定时段走访客模式，其他时段自动收紧。
最常见的设定是跟着上班时间走：工作日早上八点到晚上八点，访客网络按正常模式运行——SSID开放、认证通道可用、访客账号正常放行；晚上八点之后，访客SSID改为隐藏，或者认证通道切换到"仅白名单账号可用"模式。早上八点到了，又自动切回正常状态。整个切换由系统按时间表自动执行，不需要管理员每天上下班手动去开关。
周末和节假日可以单独设一套。周末本来就没有访客需求，直接把访客网络收紧；遇到节假日调休，或者企业临时周末加班，可以在时间表里单独加一条例外。
关键是定时切换不能影响员工网络。员工的SSID和认证通道应该是独立的，不受访客定时策略影响——晚上员工加班连公司网络，不受访客网络几点关的约束。两条线分开定时。
会议日程联动：访客网络跟着会议室走
定时策略管的是整体时间段，更细一层的联动是跟会议室日程走。企业某层楼的会议室安排了一场外部客户会议，从下午两点开到四点半。在这段时间里，会议室所在区域的访客网络需要保持开放、带宽要够；散会之后，这个区域又可以收紧。
理想状态下，访客网络的开放范围和开放强度，能跟会议室预约系统联动：会议室预约了外部会议，对应的访客VLAN在会议开始前自动放开，散会后自动收回。这样访客网络不用整层楼全天候开着，只在真有外部会议的那个时间段、那个区域放开。
这种联动涉及和企业会议日程系统的对接，具体能不能实现、对接深度能做到哪一步，要取决于日程系统有没有可对接的接口、字段能不能对上。如果企业用的是标准会议系统、有开放的API，联动可以做得比较顺；如果日程系统是封闭的，更现实的做法是管理员每天早上看一眼今天的会议安排，手动在访客策略里把对应时段对应区域放开，而不是追求全自动联动。
临时加班和突发接待怎么办
定时策略是常规安排，现实里总有例外。临时晚上有个重要客户来访、周末突然要接待一位远道而来的合作伙伴。定时策略按表执行，把访客网络收紧了，这时候人到了却上不了网。
这种情况要有手动 override 的入口。管理员或者值班人员在后台可以临时把访客网络打开一段时间——比如开两小时——到期自动恢复到定时策略规定的状态。临时打开的这段时间要有记录：谁开的、为什么开、开到几点。临时放开不能变成长期忘记关，所以手动 override 必须有自动回切。
让访客网络跟着企业的真实节奏走
企业访客WiFi认证不是一个"全开或者全关"的开关，它应该跟着企业的真实接待节奏运行。工作时段正常服务访客，非工作时段自动收紧，会议室有外部会议时对应区域对应时段放开，临时突发接待由值班人员手动开一个短窗口。
这样做的结果是：有访客的时候网络是通的，没访客的时候暴露面是收着的，日志是干净的，管理员也不需要每天手动开关。具体时间表怎么设、会议联动能做到多深，要结合企业自己的上下班节奏、会议密度和现网系统对接条件来定。定时策略的意义不是把访客网络关死，而是让它在该开放的时候开放，该收敛的时候收敛。