很多酒店、公寓、長租公寓在檢查前都會有一個錯覺：
“我已經(jīng)做了 WiFi 實(shí)名認(rèn)證頁面，用戶也填了手機(jī)號，應(yīng)該沒問題吧？”
但在實(shí)際檢查中，大量被要求整改的項(xiàng)目，恰恰是“表面有實(shí)名認(rèn)證，后臺沒有合規(guī)日志，更沒有審計能力”。
這背后，核心就落在一個關(guān)鍵點(diǎn)上：
WiFi 實(shí)名認(rèn)證日志，是否由“出口控制型審計網(wǎng)關(guān)”真實(shí)生成。
一、公安真正關(guān)心的，不是“認(rèn)證頁面”，而是“認(rèn)證日志鏈路”
從公安網(wǎng)監(jiān)視角看，WiFi 實(shí)名認(rèn)證從來不是一個“前端頁面行為”，而是一條完整的網(wǎng)絡(luò)行為鏈路：
-
誰
-
在什么時間
-
通過什么設(shè)備
-
使用了哪個 IP
-
訪問了哪些網(wǎng)絡(luò)資源
-
是否可以反向追溯到真實(shí)身份
這些信息，全部體現(xiàn)在日志中。
而公安在檢查 WiFi 實(shí)名認(rèn)證時，看的核心只有三點(diǎn)：
-
日志是否存在
-
日志是否真實(shí)、連續(xù)、不可篡改
-
日志是否能與實(shí)名認(rèn)證信息一一對應(yīng)
這三點(diǎn)，僅靠 Portal 頁面或 AP 側(cè)日志，是無法滿足的。
二、什么是 WiFi 實(shí)名認(rèn)證日志？不是“登錄記錄”這么簡單
在公安標(biāo)準(zhǔn)體系中，合規(guī)的 WiFi 實(shí)名認(rèn)證日志，至少包含以下三大類數(shù)據(jù)：
1?? 身份認(rèn)證日志（誰在用）
由 WiFi 實(shí)名認(rèn)證系統(tǒng) 生成，核心字段包括：
-
認(rèn)證賬號（手機(jī)號 / 房號 / 護(hù)照號后幾位等）
-
認(rèn)證方式（短信、房號+手機(jī)號、外賓護(hù)照認(rèn)證等）
-
認(rèn)證時間
-
認(rèn)證結(jié)果（成功 / 失?。?/p>
-
關(guān)聯(lián)房間號 / 租戶編號 / 企業(yè)工號
-
認(rèn)證設(shè)備 MAC 地址
這是**“人”的維度**。
2?? 上網(wǎng)行為日志（用了什么網(wǎng)絡(luò)）
由 審計網(wǎng)關(guān)（出口設(shè)備） 生成，核心字段通常為公安要求的 “五元組”：
-
源 IP
-
源端口
-
目的 IP
-
目的端口
-
協(xié)議類型（TCP/UDP）
并同時記錄：
-
上線時間
-
下線時間
-
會話時長
-
NAT 轉(zhuǎn)換前后地址
-
出口公網(wǎng) IP
這是**“網(wǎng)絡(luò)行為”的維度**。
3?? 身份與行為的綁定關(guān)系（關(guān)鍵點(diǎn)）
公安最看重的是這一層：
“這個 IP 在這個時間訪問這個網(wǎng)站，對應(yīng)的是哪一個實(shí)名認(rèn)證的人？”
只有當(dāng)：
-
實(shí)名認(rèn)證系統(tǒng)
-
審計網(wǎng)關(guān)
-
出口流量控制
三者在同一鏈路上，日志才能做到“可還原、可追溯、可復(fù)核”。
三、為什么 WiFi 實(shí)名認(rèn)證一定要和審計網(wǎng)關(guān)結(jié)合？
1?? 因?yàn)槿罩颈仨氃?ldquo;出口”產(chǎn)生
公安的一個基本判斷邏輯是：
不控制出口，就不可能保證日志真實(shí)
原因很簡單：
-
AP 側(cè)、AC 側(cè)只能看到“接入行為”
-
無法完整記錄 NAT 后的公網(wǎng)訪問
-
無法保證用戶繞過認(rèn)證訪問外網(wǎng)
-
無法證明日志未被篡改
而審計網(wǎng)關(guān)部署在主路由器 / 主交換機(jī)出口位置，具備以下天然優(yōu)勢：
-
所有上網(wǎng)流量必須經(jīng)過
-
可強(qiáng)制未認(rèn)證用戶無法出網(wǎng)
-
可記錄完整會話與公網(wǎng)訪問行為
-
可與實(shí)名認(rèn)證系統(tǒng)做實(shí)時綁定
這也是為什么公安在現(xiàn)場檢查時，天然更認(rèn)可“出口控制型 WiFi 實(shí)名認(rèn)證方案”。
四、藍(lán)海卓越 WiFi 實(shí)名認(rèn)證系統(tǒng)與審計網(wǎng)關(guān)的關(guān)系設(shè)計
結(jié)合實(shí)際項(xiàng)目經(jīng)驗(yàn)，藍(lán)海卓越在不同規(guī)模場景下，形成了清晰的部署邏輯：
場景一：AC 支持外部 Portal 認(rèn)證
部署方式：
-
使用客戶現(xiàn)有 AC
-
對接藍(lán)海卓越 WiFi 實(shí)名認(rèn)證系統(tǒng)
-
在出口側(cè)部署日志服務(wù)器或?qū)徲嬆K
-
所有認(rèn)證信息與流量日志統(tǒng)一匯總
特點(diǎn)：
-
不破壞原有網(wǎng)絡(luò)結(jié)構(gòu)
-
成本低、上線快
-
滿足公安實(shí)名認(rèn)證與日志留存要求
場景二：AC 不支持外部認(rèn)證 / 無 AC 架構(gòu)
部署方式：
-
在主路由器或主交換機(jī)出口
下聯(lián)或旁路部署 藍(lán)海卓越認(rèn)證審計網(wǎng)關(guān) -
所有用戶先認(rèn)證，后放行
-
審計網(wǎng)關(guān)生成完整上網(wǎng)行為日志
-
實(shí)名認(rèn)證系統(tǒng)生成身份日志并綁定
這是公安最認(rèn)可的標(biāo)準(zhǔn)模型。
場景三：小型酒店 / 旅館 / 民宿
針對幾十個房間的小體量項(xiàng)目：
-
部署 藍(lán)海卓越小型審計認(rèn)證網(wǎng)關(guān)
-
內(nèi)置實(shí)名認(rèn)證、日志審計、公安接口
-
第一年度購買設(shè)備
-
后續(xù)年度僅收服務(wù)費(fèi)（含短信 + 公安接口）
無需復(fù)雜配置，即插即用即可通過檢查。
五、公安現(xiàn)場通常如何驗(yàn)證“日志是否合規(guī)”？
在檢查過程中，公安或網(wǎng)監(jiān)通常會：
-
隨機(jī)指定一個房間或用戶
-
要求調(diào)出該用戶的實(shí)名認(rèn)證記錄
-
同時查看對應(yīng)時間段的上網(wǎng)行為日志
-
要求導(dǎo)出日志文件
-
核查字段完整性、時間連續(xù)性
如果出現(xiàn)以下問題，基本都會被要求整改：
-
認(rèn)證信息與 IP 無法對應(yīng)
-
日志無法按時間快速查詢
-
只有登錄日志，沒有訪問行為
-
日志來源無法證明在出口生成
六、沒有審計網(wǎng)關(guān)，WiFi 實(shí)名認(rèn)證只是“形式合規(guī)”
從公安合規(guī)的角度來看：
-
WiFi 實(shí)名認(rèn)證系統(tǒng) 解決的是“人是誰”
-
審計網(wǎng)關(guān) 解決的是“這個人干了什么”
-
出口控制 解決的是“日志是否真實(shí)可信”
三者缺一不可。
藍(lán)海卓越 21 年深耕 WiFi 認(rèn)證領(lǐng)域，正是基于大量公安檢查實(shí)戰(zhàn)經(jīng)驗(yàn)，形成了**“認(rèn)證 + 審計 + 出口控制”一體化 WiFi 實(shí)名認(rèn)證方案**，才能在酒店、公寓、長租、人才房、小賓館等不同場景下，真正做到：
-
可檢查
-
可追溯
-
可解釋
-
可長期穩(wěn)定運(yùn)行
這，才是公安真正認(rèn)可的 WiFi 實(shí)名認(rèn)證體系。
