之後 接入裝置 的瀏覽器接收到 wifidog 返回的 302 重定向請求後，會將頁面重定向至 auth-server 的 /login 頁面，並且在此 url 中會攜帶一些 路由器/閘道器 引數，以及 接入裝置的 mac 位址 和 客戶端訪問的源url（如示例中的 baidu.com）。
下面幾個步驟就是 接入裝置 到 auth-server 上的認證過程，因本系列主要分析 wifidog 原始碼，這裡只擷取了 接入裝置 與 auth-server 之間的通訊報文：
本示例對應的 auth-server 是使用 authpuppy 搭建的認證伺服器，且使用了 localuser 外掛程式，該外掛程式是需要使用者輸入使用者名稱/密碼的方式來認證的，下圖即為輸入正確的使用者名稱/密碼後，auth-server 返回重定向到 wifidog 的響應（注：同時攜帶了為此接入裝置的使用者分配了 token）：
同樣的，接入裝置的瀏覽器會繼續重定向到 路由器的 wifidog 的 /wifidog/auth 服務上。
wifidog 原始碼初分析 1 轉
wifidog 的核心還是依賴於 iptables 防火牆過濾規則來實現的，所以建議對 iptables 有了了解後再去閱讀 wifidog 的原始碼。在路由器上啟動 wifidog 之後，wifidog 在啟動時會初始化一堆的防火牆規則，如下 cpp view plain copy initial...
wifidog 原始碼初分析（1） 轉
wifidog 的核心還是依賴於 iptables 防火牆過濾規則來實現的，所以建議對 iptables 有了了解後再去閱讀 wifidog 的原始碼。在路由器上啟動 wifidog 之後，wifidog 在啟動時會初始化一堆的防火牆規則，如下 cpp view plain copy initial...
uboot原始碼分析（3）
正式開始了第二階段 relocate部分的 負責把u boot stage2的 從flash儲存器載入到記憶體，如下 163 ifndef config skip relocate uboot 164relocate 165 adr r0,start 獲取當前 存放位址 00000000 166 l...