portal认证服务器配置教程与常见问题解决
最近幫幾家連鎖店部署portal認證系統，踩過不少坑。這種強制跳轉的認證頁面看似簡單，實際調試時DNS解析、證書鏈、終端兼容性每個環節都能讓你頭大三天。尤其商場那種高併發場景，服務器配置差口氣就直接卡死。
選型階段糾結過FreeRADIUS和PacketFence。前者輕量但擴展麻煩，後者自帶設備指紋識別，對接微信認證時少寫30%代碼。中小規模用Nginx做前端轉發最穩，記得worker_processes要按CPU核數x2配置，不然高峰期302重定向能壓垮服務器。
實戰配置重點在三個文件：/etc/freeradius/clients.conf裡定義NAS設備密鑰，/sites-enabled/default控制認證流程邏輯，最關鍵是portal頁面的preflight檢測。蘋果設備特別矯情，CORS預檢請求沒處理好，iOS16以上版本直接白屏。
遇到最邪門的故障是華為手機彈不出portal頁面。抓包發現終端收到302響應後，居然用HEAD方法請求認證頁面。服務器沒配置HEAD處理就返回405錯誤，最後在Nginx加條\”error_page 405 =200 $uri\”才解決。
高併發場景必調RADIUS線程池。FreeRADIUS默認max_requests設得太保守，實測單機跑到800並發就開始丟包。建議配合redis做會話狀態存儲，數據庫查詢能降70%延遲。別用MySQL存session，MongoDB的TTL索引才是王道。
證書陷阱多到能寫本書。Let\’s Encrypt泛域名證書在安卓4.4系統會報錯，得手動拼接根證書。某些國產瀏覽器不認SHA-256簽名，最穩還是買商業證書。配置時注意chain順序，中間證書漏傳就等著看瀏覽器安全警告吧。
遇到portal循環跳轉先查三處：1. 終端時鐘偏差超過5分鐘 2. 防火牆把UDP1812端口攔了 3. 最坑的是URL跳轉參數帶了全角符號。上次某酒店系統就因為合作方LOGO裡有個中文頓號，整個認證流程崩潰。
終端兼容性測試清單必須包含這些怪胎：裝了AdGuard的安卓機、越獄iPad、裝了企業證書的監管iPhone，還有萬年不更新的Kindle閱讀器。見過最絕的是某款功能機，收到重定向指令居然開始撥號上網。
評論: