wifidog伺服器安裝

1、公司是個酒店，公司有官方的微信公眾號。想將該號的二維碼布置在大廳里，顧客如果想使用免費的WIFI，

絕大部分情況下不需要調用微信開放平台的介面，只用到了微信公眾賬號的開發者模式就完成了；
如果想進一步改善用戶體驗，需要使用服務號調用微信 網頁授權獲取用戶基本信息 介面。

基本認證流程：
用戶設備（手機、Pad、筆電）連接到Wi-Fi熱點
提供熱點的終端節點（路由器/AP）上的WiFiDog攔截用戶網路，將用戶HTTP請求轉向到雲端AC伺服器
（可跳過）雲端AC伺服器返回網頁提醒用戶進行認證
（可跳過）用戶在網頁或APP里完成認證（開放認證、粉絲認證、自主或定製認證）
雲端AC伺服器通知終端節點放行
拋開更多技術細節，主要補充說明：
如何判斷當前用戶是否關注了商戶的微信公眾賬號？
為了避免太復雜的描述，以下討論的前提是該商戶的微信公眾賬號啟用開發者模式並接入相應的介面實現伺服器（一般由我這樣的商業公共WiFi服務的第三方提供，或者我的客戶），實現思路主要有兩種：
不需要使用微信公眾平台高級介面（思路：用戶能與本公眾賬號互動，就說明已經關注）：
用網頁、水牌、桌貼等提示用戶關注商戶的微信公眾賬號，然後分兩種情況：
A. 用戶剛剛關注，伺服器在用戶關注時自動下發的信息（一般是多圖文，當然也可以要求用戶發「上網」關鍵字），其中有一條目的是引導用戶點擊，例如「點此免費使用WiFi」——該條目對應的url里帶了一個對應該設備（用戶）的唯一的、一次性的token——用戶點擊該鏈接後轉到對應的頁面——此時伺服器從鏈接中獲得了這個token——伺服器通知AP（放在商戶現場的路由器）放行該設備（用戶）；
B. 用戶曾經已經關注過，請對該商戶的微信公眾賬號發送某個關鍵字，如「上網」，或在商戶微信公眾賬號菜單中點「上網」——伺服器返回圖文信息，其中有一條引導用戶點擊，後續同A
——核心思路：用戶只要能和商戶的微信公眾賬號互動，就意味著已經關注了該商戶。因此，只需要將商戶微信公眾賬號設為開發模式，並接入到相關伺服器即可，不需要開通高級介面。
使用微信公眾平台高級介面：
又分為兩種情況：
A. 調用用戶信息介面 獲取用戶基本信息(UnionID機制) （參考上文，此為無用的方案）——與上文區別不大，只不過通過調用介面判斷是否是粉絲——可是，也需要用戶至少一個操作來獲取OpenId——既然交互了、能獲取OpenId了，說明用戶已經關注本公眾賬號，還需要調用介面么？
B. 調用OAuth-Basic介面 網頁授權獲取用戶基本信息（注意：必須是在微信內嵌瀏覽器中，而且只有服務號有許可權）：用戶瀏覽器訪問網頁的請求被智能WiFi攔截並強制轉向到商戶的手機門戶——在商戶的手機門戶的頁面中加入對微信高級介面之OAuth-Basic的調用，獲得當前用戶（注意：對應當前商戶微信公眾賬號）的OpenId——然後在伺服器端保存的該商戶的粉絲列表裡匹配是否已有對應項——已有，伺服器通知AP（放在商戶現場的路由器）放行該設備（用戶）——額外地，伺服器端需要通過微信公眾平台的粉絲關注和取消關注介面來維護粉絲OpenId的列表
——嗯嗯，熟悉服務號和高級介面，並細心的朋友能發現這裡面還有擴展的空間和玩法。
至於在微信中發個消息、點個菜單後，微信回復預設好的WiFi密碼——這是古時候某些號稱國內最早、國內唯一的能用微信和WiFi關聯的廠家的玩法，就不討論了，呵呵

好，這裡面有個延伸問題：
已經關注商戶微信公眾賬號的用戶 可以無感地自動可以訪問網路么？
以上方法中，方法1顯然是離不開用戶與商戶微信公眾賬號的互動的；方法2，如果用戶已經關注過則可以實現無感體驗的。
——但是，從商戶甚至是商業公共WiFi服務方的利益來說，就是需要讓用戶在上外網前，先看看有些什麼樣的信息嘛

當然，我們自己是否定用商業公共WiFi發廣告的商業模式的。
昨天和阿里大數據的PM聊的很開心，因為我們是用心做商戶聯盟、數據採集和拼圖的，呵呵
其它細節參考回答：大數據時代，在街頭安裝收集移動設備 MAC 地址的裝置，會不會是新商機，有哪些運用可能，有法律風險嗎？
-------------------------補充分享------------------------------
嗯，對了，這兩年見過很多公司表示不屑一顧：這事兒簡單嘛，沒什麼技術門檻。
是的，這事兒不是不能做，也的確不算難做，但說三個方面謹供各位頭腦發熱的同行參考：
技術門檻永遠不是門檻，從開發實現一個簡單環境中的Demo到能夠投入市場商業化運作，這裡面大大小小的坑不計其數——這畢竟不是學生做一個畢業設計交給老師點擊下看看就給個分數，何況門檻越低競爭越激烈；
商業化運營中，為了最大程度照顧好商戶和用戶的體驗問題，我們是有專門的網路工程師團隊來支撐的，這裡面的成本並不低；
考慮好你的盈利模式、退出機制是什麼？——不要告訴我你錢多、砸錢圈地（好吧，砸我吧）。
這事兒一定是相當紅的紅海，而且沒多久以後註定三大陣營：BAT、三大運營商和虛擬運營商和硬體廠家（比如Fon的模式）、某些具備行業資源的大公司（機場、飛機、鐵路、交運、公交、地鐵等等），小公司也不是一點生存不下去，只是重點一定不在WiFi甚至不在C端（搶不過BAT等）

-----------------看別的回答發現了點問題，補充分享----------------
相關從業者 匿名用戶 的回答雖然很有參考性，但仔細看了下有很大的問題，比如這一段：
a、完全不具備任何開發能力，路由器是貼牌從別的公司買來的。
b、具備一定的wap頁面開發能力，可以對商家wifi連接成功的微網站做一定的開發優化
c、擁有固件開發能力，可以對路由器功能做定製，包括微信登陸、微博登陸等方式的開發（實際上是路由器mac地址控制類的技術）。
d、掌握了無線射頻探測技術和初步商業化的能力。
e、有穩定的代工廠和硬體設計能力。
其實，如果結合自身特點考慮好產品定位、再換一種設計思路，路由器硬體、固件都不是問題。比如我們的產品和技術實現的設計思路有幾個要點（為避免廣告，不討論具體細節，盡量用白話描述意義而不是產品本身）：
終端無關：無論終端設備使用的是開源系統和固件如DD-Wrt、Open-Wrt，還是極路由等，前者有WiFiDog，後者可以做插件，但到了WiFi接入和認證伺服器、Portal（門戶和具體應用）伺服器都是一樣的——也就是說可以兼容任何終端設備（AP、胖AP、AC）；
簡化認證模型，Radius無關：沒有使用Radius認證，同上，我們封裝了一套Web API，無論任何終端設備中的WiFiDog或者極路由插件等，通過Http/Https與接入和認證伺服器通訊，隨後由Portal伺服器接管以進行業務判斷、提供更豐富的內容和應用；
支持不同級別的漫遊：一般都支持AC內的若干AP間漫遊（比如KTV、電影院），額外可以支持同一商戶的不同路由器/胖AP（節點）之間漫遊（比如更大的ShoppingMall、機場、旅遊景區），當然，甚至可以支持商戶之間的漫遊——取決於業務需求。只是，好的設計讓你可以很簡單實現，不那麼好的設計會比較累吧；
與現有產品可以很快速、簡單集成——WiFi接入管理和認證的系統，與Portal系統（手機網站、具體業務）分離，後者可能是第三方（比如我們的客戶）自己的系統，提供了各種特色的內容、服務，必須讓他們可以很快速、簡單的在已有產品中加入和對接智能WiFi；
WiFi接入和認證伺服器可以和第三方認證伺服器對接：比如，有銀行客戶想採用我們的系統並且與我們開展商盟的聯盟營銷方面的合作，但總部推薦了另外的技術公司。考慮到銀行營業廳的特殊性、採集數據的價值，我們建議他們採用總部推薦的技術公司的產品（利益問題），但可以對接數據或者介面。同理，可對接大型商場已有的WiFi，甚至運營商的CMCC、ChinaNet——考慮清楚自己的核心優勢是什麼？技術？no, no，有核心優勢外加終端無關，一樣可以推翻之前使用的別家的產品重來（有沒有必要罷了）；
MAC地址無關：MAC地址不是商業公共WiFi的核心訴求，別走偏了。MAC地址固然好，類似於Cookie，能唯一標識一個「設備」（設備可能會更換，也可能有多個）。但是如果沒有MAC地址是不是就什麼也不能幹了？不是滴，核心在於通過用戶的各種數據拼碎片，MAC地址是其中比較好用的一種罷了；
個人堅持不碰無線射頻探測：好嘛，還是沖著MAC地址來的，呵呵。上面說了，我們的產品設計思路與MAC地址無關，不是沒能力實現MAC Sniffer而是存在相當大的隱私泄露方面社會事件和法律相關風險，比如近期的新聞和問題：iOS 8 設備隨機 MAC 地址躲避 Wi-Fi 熱點的記錄追蹤，技術上是怎麼實現，有何影響？從用戶角度或者商業角度，個人都期望類似技術盡快流行，避免甚至打擊MAC嗅探技術的過度使用。其實這類問題不妨邀請芝麻科技等來回答。
因此，對照匿名用戶的幾條來看，其中C是錯誤的，微信登錄等不需要固件開發能力，也與MAC地址控制無關；B是我們的目標客戶和合作夥伴；A和E意義不大；D可能面臨較大的風險——個人感覺匿名用戶所在公司的產品定位、設計思路和技術路線有問題。同樣，@張強 的技術實現思路也比較傳統甚至過時了。

所以，不要糾結設備是否是找廠家定製的了——這是傳統廠家的優勢，它們也會來做商業公共智能路由的（貌似Dlink已經推出了吧）；不要糾結系統和固件了——這是海蜘蛛、WayOS等等的地盤；不要糾結是否自己去從0實現了——有解決方案提供商和成熟商業產品、運營經驗了。

呵呵，我們是在開始啟動之前已經分析好這些優劣勢才決定了產品的定位和設計思路的，個人以為非常值得同行參考。

2、支持wifidog的三方認證伺服器都有哪些

做WIFI營銷的基本上都支持

WIFIDOG是開源的

3、實現wifidog的方法是什麼

wifidog是搭建無線熱點認證系統的解決方案之一，他比nocat更適合互聯網營銷思路。目前支持回openwrt系統，他實現了答路由器和認證服 務器的數據交互，在路由器方是用C語言代碼，通過wifidog程序和linux iptables防火牆實現接入用戶的認證跳轉和控制，在認證伺服器方 是通過php實現用戶的認證流程和管理。
二、認流流程：
以下配置為例：
熱點伺服器地址為：auth.cnrouter.com
熱點伺服器埠為: 80
熱點伺服器路徑為: /
下列協議請求信息的藍色部分參數為集客科技公司在兼容原生WIFIDOG協議的基礎上為了根據不同平台新增加的參數。
認證平台搭建請參考《搭建WIFIDOG認證平台.PDF》

4、瀏覽器 重定向是咋回事 我弄了一個 wifidog熱點 UC瀏覽器壓根就不走我的認證伺服器（IP的 木有弄域名）

什麼版本的UC？到UC瀏覽器菜單-設置-極速省流-關閉「雲端加速」，再試試。

5、如何搭建 authpuppy的伺服器

　　路由器上用的是wifidog

client，伺服器後端管理用的是authpuppy。
首先，選擇自己的操作系統，我的操作系統是Linux。

打開的內容是

<VirtualHost *:80>
       ServerAdmin webmaster@localhost

       DocumentRoot /var/www/
       <Directory />
               Options FollowSymLinks
               AllowOverride All
       </Directory>
       <Directory/var/www/authpuppy/web/>
               Options Indexes FollowSymLinks MultiViews
               AllowOverride All
               Order allow,deny
               allow from all
       </Directory>

       ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
       <Directory "/usr/lib/cgi-bin">
               AllowOverride None
               Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
               Order allow,deny
               Allow from all
       </Directory>
       ErrorLog ${APACHE_LOG_DIR}/error.log

       # Possible values include: debug, info, notice, warn, error,crit,
       # alert, emerg.
       LogLevel warn

       CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>由於剛開始什麼都不懂，都不知道裡面目錄是什麼意思，所以就挑幾個來說明下

DocumentRoot/var/www   這個目錄是apache2伺服器的根目錄，也就是說當你打開瀏覽器在地址欄輸入127.0.0.1時，就是進入/var/www/這個目錄裡面


<Directory /var/www/>
               Options Indexes FollowSymLinks MultiViews
               AllowOverride All
               Order allow,deny
               allow from all
       </Directory>
這個是你在apache裡面架設伺服器的根目錄，比如我架設的是authpuppy，當我一進入authpuppy是/var/www/authpuppy/web/這個目錄下的文件，其他的也沒什麼好講的。所以我們應該把authpuppy目錄放在/var/www/這個目錄下面。

<VirtualHost*:80>
      ServerAdmin webmaster@localhost
      ServerName authpuppy.localhost
      ServerAlias authpuppy.test

      DocumentRoot /var/www/
      DirectoryIndex index.php

       <Directory/var/www/authpuppy/web/>
              Options Indexes FollowSymLinks MultiViews
              AllowOverride All
              Order allow,deny
              allow from all
      </Directory>

      Alias /sf /var/www/authpuppy/lib/vendor/symfony/data/web/sf
      <Directory"/var/www/authpuppy/lib/vendor/symfony/data/web/sf">
              AllowOverride All
              Allow from All
      </Directory>

      ErrorLog ${APACHE_LOG_DIR}/error.log
      # Possible values include: debug, info, notice, warn, error,crit,
      # alert, emerg.
      LogLevel warn

      CustomLog ${APACHE_LOG_DIR}/access.log combined

 </VirtualHost>


不知道大家有沒發現這兩個目錄不一樣
ErrorLog /var/log/apache2/authpuppy/error.log

CustomLog /var/log/apache2/authpuppy/access.log我在我的電腦裡面發現/var/log/apache2/裡面沒有authpuppy這個目錄，後來我就把這兩個目錄改了，最後安裝成功。當你見到如下圖片的時候就說明你已經安裝成功，接下來盡管next就行了。

6、支持wifidog的三方認證伺服器都有哪些

最新想玩一下玩web認證，但是這個真心不是什麼好貨。我的路由器固件是op固件，固件支持wifidog。可以接入三方認證伺服器。
但是我找遍了整個網路，只發現兩個三方認證伺服器可以使用

第一個是wiwiz，這個是比較廣泛的，可以和我路由器的wifidog對接，但是wiwiz大家都知道，不交錢的話根本沒法實現運營一個收費wifi。

第二個是一個非常不錯的openfreewifi，是一個免費的三方認證系統，是一個商家wifi營銷適合使用的。（目前發現這個最好用，但是沒法實現計費認證）

還有一個就是使用協成的源碼，雖然能用，但是源碼基本沒用，現在 網路上面到處都是協成的源碼，但是全部都是閹割版，基本沒用。

我還測試了wifiap這個我發現不能和路由器對接，wifiap和路由器對接方式是在路由器的啟動項寫入腳本，但是我寫入腳本後路由器沒反應，我問客服，客服叫我買他們路由器。。蛋疼，所以會所wifiap對接失敗

目前我只找到了這幾款wifi認證系統，只有openfreewifi可以使用，其他的都不能用，但是openfreewifi沒法實現計費認證

7、wifidog怎麼對接(wifi的一鍵登錄)的模板？（這個模板我自己上傳到我的伺服器上了）

需要你的伺服器，也是WIFIDOG協議，你看一下協議

路由設置如下圖：

8、支持wifidog的三方認證伺服器都有哪些

您好，我抄來為您解答：
第一個是wiwiz，這個是比較廣泛的，可以和我路由器的wifidog對接，但是wiwiz大家都知道，不交錢的話根本沒法實現運營一個收費wifi。

第二個是一個非常不錯的openfreewifi，是一個免費的三方認證系統，是一個商家wifi營銷適合使用的。（目前發現這個最好用，但是沒法實現計費認證）

還有一個就是使用協成的源碼，雖然能用，但是源碼基本沒用，現在 網路上面到處都是協成的源碼，但是全部都是閹割版，基本沒用。
如果我的回答沒能幫助您，請繼續追問。

9、請教wifidog認證有效時間問題

熱點帳號：一般是MAC

熱點伺服器地址：auth.cnrouter.com

熱點伺服器路徑：/

檢查周期：是路由器檢查認證伺服器是否在線的時間間隔。如果認證伺服器因為需要維護或者

                其他故障無法訪問，路由器將暫停熱點認證功能，連接路由器用戶不需要認證直接

                可以上網。避免新的用戶因為通不過認證而導致無法上網。當認證伺服器恢復正常

                認證功能後，路由器的認證功能也將在一個檢查周期內自動恢復認證跳轉功能。

用戶超時周期：  用戶在超時周期內無任何互聯網訪問請求，路由器則認為該用戶已經離開，同時將其認證信息刪除，該用戶再次連接路由器需要重新進行身份認證。超時周期不宜過長，影響路由器性能，以10分鍾為宜。

免認證域名名單：該名單內的網站所有用戶未經過認證可以訪問，多個域名需用逗號（英文狀態下的逗號）隔開。（比如：weixin.qq.com,cnrouter.com）

免認證mac名單：該名單內用未經認證也具有全部互聯網訪問許可權的用戶，將其終端的mac地址加入到名單即可。多個mac地址需用逗號（英文狀態下的逗號）隔開。

是否開啟ssl安全連接：根據熱點伺服器來設置是否開啟，此處不開啟

10、無法打開wifi的web認證頁面，是因為沒有配置網關的原因嗎？

多數路由器都支持Web認證登錄，只需打開虛擬服務功能（一般在路由器的高級設置里，有的路由器在應用管理中），只是其自帶的這項功能縮水，使用起來很不方便。因此許多人採用刷DD-WRT的固件，然後安裝WIWIZ來實現Web認證登錄（使用這種方法，推薦使用Linksys WRT54G系列或TP-LINK WR841N）：

一、1. 系統需求

a、硬體： 已安裝了DD-WRT固件的無線路由器(典型的有Linksys WRT54G系列)

註：選用的DD-WRT版本必須具有Wifidog模塊，所以請選擇正確的DD-WRT版本（例如，對於WRT54G v3，推薦使用dd-wrt.v24_nokaid_generic.bin）。

b、將無線路由器通過WAN口接入到Internet。

c、在無線路由器的Web用戶界面中啟用SSHD(或Telnet)功能。另外，需要確保：Cron服務已啟用、Wifidog服務已禁用、已啟用JFFS2支持。如不支持JFFS2或沒有足夠的JFFS2剩餘空間，則請參考下文【在不支持JFFS2的情況下的安裝方法】。

2. 在Wiwiz Web面板中創建熱點：

a、登錄到Wiwiz Web面板，訪問http://cp.wiwiz.com/as/ 。

b、點擊「管理熱點」，在接下來的頁面中點擊「創建熱點」。根據頁面的提示完成各項設置，點擊保存。就可以看到剛創建熱點的Hotspot ID。記下它，接下來的步驟將會用到它。

3. 安裝與設置HotSpot Builder Utility組件：

a、將一台PC連接至你的無線路由器，用telnet或者ssh方式連接到無線路由器(如，在PC上執行「telnet 192.168.1.1」)。

b、分別依次執行以下3條命令:

cd; wget http://dl.wiwiz.com/hsbuilder-util-latest-DD-WRT.tar.gz

cd /jffs; tar -zxf /tmp/root/hsbuilder-util-latest-DD-WRT.tar.gz

/jffs/usr/local/hsbuilder/hsbuilder_setup4dd-wrt.sh -dest /jffs setup

d、執行完第三條命令後，程序會分若干步要求你輸入一些設置信息，請按照提示完成設置。特別地，用戶將會被提示輸入External NIC 與 Internal NIC。External NIC 代表的是連接Internet的網路介面。Internal NIC 代表的是連接區域網的網路介面。如果不確定，直接打回車。

e、需要輸入的Hotspot ID就是在Wiwiz Web面板中創建的熱點的Hotspot ID（不是熱點的名稱）。User Name是在Wiwiz Web面板注冊的用戶名。

f、現在，如果沒有報錯信息，那麼安裝已經完成了。

g、最後，可以使用一個Wi-Fi客戶端(如帶WLAN適配器的PC或者支持Wi-Fi的行動電話)測試一下這個熱點：

- 搜索可用Wi-Fi熱點，並連接到你的熱點。

- 打開Web瀏覽器，輸入任何一個HTTP開頭的網址。如果熱點的認證頁面能夠顯示出來，就說明這個熱點已經正常運轉了。

二、【在不支持JFFS2的情況下的安裝方法】

1、若所用的DD-WRT版本不支持JFFS2或沒有足夠的JFFS2剩餘空間，也可以將Wiwiz HotSpot Builder Utility安裝在/tmp目錄或其他可存儲的目錄下，即通過Telnet或SSH連接至DD-WRT設備後依次執行以下3條命令（需要先將DD-WRT設備連接至Internet）：

cd; wget http://dl.wiwiz.com/hsbuilder-util-latest-DD-WRT.tar.gz

cd /tmp; tar -zxf /tmp/root/hsbuilder-util-latest-DD-WRT.tar.gz

/tmp/usr/local/hsbuilder/hsbuilder_setup4dd-wrt.sh -dest /tmp setup

2、注意：一般，DD-WRT設備重啟後/tmp將會被自動清空，之前的安裝設置也會失效。如果希望每次DD-WRT設備重啟後依然能保持Wiwiz的設置，可以嘗試以下方法：

a、將DD-WRT設備連接至Internet。

b、打開瀏覽器進入DD-WRT的Web管理界面（通常的地址是http://192.168.1.1），選擇「管理」->「命令」標簽頁，在「指令」中輸入以下內容（將HOTSPOTID和USERNAME分別替換為實際的Hotspot ID與Wiwiz用戶名）：

if [ ! -e "/tmp/usr/local/hsbuilder/hsbuilder.sh" ]; then

wget -O - "http://dl.wiwiz.com/hsbuilder-util-latest-DD-WRT.tar.gz" > /tmp/hsbuilder-util-latest-DD-WRT.tar.gz

cd /tmp; tar -zxf /tmp/hsbuilder-util-latest-DD-WRT.tar.gz

/tmp/usr/local/hsbuilder/hsbuilder_setup4dd-wrt.sh -dest /tmp qsetup -hotspotid HOTSPOTID -username USERNAME

fi

c、然後點擊「保存為防火牆指令」。之後，重啟DD-WRT設備，並等待數分鍾至Wiwiz客戶端載入完成。

三、若上述方法無效，可嘗試以下方法：

註：此安裝指南中描述的方案為非首選安裝方案，僅推薦用於某些簡易版本的DD-WRT。目前，此方式只能實現Wiwiz HotSpot Builder的基本功能，存在一些功能限制，包括：

- 如創建計費型熱點後，熱點使用者認證前無法訪問Paypal或支付寶在線充值

- 不支持黑/白名單地址列表管理

- 無法打開非內網的用戶自定義認證頁面URL

- 無法打開非內網的Wiwiz Auth API認證URL

- 訪問控制中的免認證功能

- 不支持智能伺服器地址切換，影響穩定性

1. 系統需求

硬體： 已安裝了DD-WRT固件的無線路由器（需要Wifidog支持）。

2. 設置步驟

a、將無線路由器接入Internet。設置好無線配置等。

b、點擊「服務」->「熱點」標簽頁（參考下圖）。

c、按照以下配置各項目（參考下圖）：

Wifidog守護進程：  選擇「啟用」

網關ID： 填寫Web控制面板中創建的熱點的Hotspot ID

Web伺服器名： 填寫「Wiwiz」

埠： 使用默認值

最大用戶數： 使用默認值，或可按實際需要填寫

檢查間隔 (秒) ：  使用默認值

客戶端超時： 使用默認值

鑒權伺服器主機名： 填寫「cp.wiwiz.com」

鑒權伺服器SSL啟用：  選擇「禁用」

鑒權伺服器HTTP埠： 使用默認值

鑒權伺服器路徑：  填寫「/as/s/」

d、然後，點擊「應用」按鈕（參考下圖）。

e、最後，可以使用一個Wi-Fi客戶端(如帶WLAN適配器的PC或者支持Wi-Fi的行動電話)測試一下這個熱點：

- 搜索可用Wi-Fi熱點，並連接到你的熱點。

- 打開Web瀏覽器，輸入任何一個HTTP開頭的網址。如果該熱點的認證頁面能夠顯示出來，就說明它已經正常運轉了。

四、必要的話，在路由器與區域網內電腦之間安裝硬體防火牆或軟體防火牆，增強內網安全性。