客用 WiFi 和收银网共用一条宽带：认证该挂在哪一段

小店常见的组网：一条宽带进来，接一台路由器，顾客 WiFi、收银机、办公电脑全挂上面。宽带是共用的，问题也跟着共用了——顾客认证挂在哪一段？收银机要不要也弹认证页？

挂错了位置，要么合规缺一角，要么生意受影响。

一、共用宽带的两个坑

收银机被算进认证：收银终端跟着一起弹认证页、走短信核验，付款高峰赶上页面卡住，直接影响收钱——为了合规把生意卡住，得不偿失。

顾客流量挤占收银：住客刷视频把带宽吃满，收银系统数据传输排队，小票打不出来，顾客还以为店里的系统坏了。

根子上是两类终端的性质不同：顾客终端是"不可信"的，必须实名；收银终端是店内资产，走白名单更合理。

二、一条宽带，两条通道

收银与办公终端：按 MAC 白名单直接放行接入专属的办公与收银网段，带宽有保障。

顾客终端：走云 Portal 实名认证——短信、证件（含护照、港澳台证件）、微信多通道核验，核验通过才放行上网。

宽带还是那一条，入口处在云 Portal 上分了道：该认证的认证，该直通的直通。一句话概括：认证给客人，白名单给设备，谁也别占谁的道。这样分的好处是可解释：检查问"顾客认证在哪做"，答云 Portal；问"收银机为什么没有认证页"，答白名单直通——每一类终端的处理方式都有一句说得清的理由。共享的是线路，不共享的是策略。

这样分的好处是可解释：检查问"顾客认证在哪做"，答云 Portal；问"收银机为什么没有认证页"，答白名单直通——每一类终端的处理方式都有一句说得清的理由。

三、日志与隔离各就各位

认证与日志：顾客终端实名后，手机号、MAC、IP、上线时间、访问 URL、上下行流量随会话写入云端日志，176号令把“记录并留存用户注册信息和上网日志信息”单列为检查项，实操中公共上网场景的日志留存按不少于六个月准备，存储容量要跟得上、不能被滚动覆盖。检查来了，按手机号或时间段检索导出，顾客这部分说得清。

隔离与安全：顾客网与收银网 VLAN 隔离，顾客终端摸不到收银系统；收银网段不出公网映射，减少被扫描的风险。对顾客侧同样有意义：实名认证挡住了匿名终端，网络里的"陌生人"少了，蹭网、恶意占用的空间就小，顾客体验反而更稳。一条宽带的两个世界，互不打扰。

共用宽带不等于混着管。认证挂在顾客通道，白名单挂在收银通道，日志云端记、网络隔离开——一条宽带的合规账，也能算清楚。

FAQ

Q：收银机以后增加，白名单怎么维护？

A：新终端在后台按 MAC 加入白名单即可生效，不需要动网络结构。

Q：顾客认证会影响收银速度吗？

A：不会。两类终端在不同网段走不同策略，收银流量不受顾客认证与上网高峰影响。

Q：宽带是运营商的，这套分道怎么实现？

A：分道逻辑在云 Portal 与网络策略侧完成，不更换宽带与光猫，门店侧基本无感。