一種網(wǎng)絡(luò)資源訪問方法和裝置的制造方法
【專利摘要】本申請?zhí)峁┝艘环N網(wǎng)絡(luò)資源訪問方法和裝置，其中，所述方法包括：檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài)；或者檢測自身的ACL資源的使用率是否超過設(shè)定閾值；或者檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值；在檢測結(jié)果為是時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源；其中，當所述第一接入設(shè)備為接入控制器時，所述第二接入設(shè)備為接入點；當所述第一接入設(shè)備為接入點時，所述第二接入設(shè)備為接入控制器。通過本申請解決了用戶無法正常訪問網(wǎng)絡(luò)資源的問題。
【專利說明】
一種網(wǎng)絡(luò)資源訪問方法和裝置
技術(shù)領(lǐng)域
[0001]本申請涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別是涉及一種網(wǎng)絡(luò)資源訪問方法和裝置。
【背景技術(shù)】
[0002]Portal認證(S卩，門戶認證)通常也稱為Web認證，一般將Portal認證網(wǎng)站稱為門戶網(wǎng)站。未認證用戶上網(wǎng)時，接入設(shè)備將強制用戶登錄到特定網(wǎng)站，用戶可以免費訪問特定網(wǎng)站中的網(wǎng)絡(luò)資源。當用戶需要訪問更多的網(wǎng)絡(luò)資源時，必須在門戶網(wǎng)站進行認證，只有認證通過后才可以訪問相關(guān)網(wǎng)絡(luò)資源。
[0003]然而，在實際應(yīng)用場景中，通常會因為各類異常問題(如，網(wǎng)絡(luò)連接異?；蚍?wù)器異常等)導(dǎo)致Portal認證失敗，此時若無法檢測到異常問題，仍繼續(xù)對接入設(shè)備進行Portal認證，將會導(dǎo)致新用戶無法上線，已經(jīng)在線的Portal認證用戶無法正常下線，導(dǎo)致用戶無法正常訪問網(wǎng)絡(luò)資源。

【發(fā)明內(nèi)容】

[0004]本申請所要解決的技術(shù)問題是提供一種網(wǎng)絡(luò)資源訪問方法和裝置，以解決用戶無法正常訪問網(wǎng)絡(luò)資源的問題。
[0005]為了解決上述問題，本申請公開了一種網(wǎng)絡(luò)資源訪問方法，所述方法應(yīng)用于第一接入設(shè)備，所述方法包括:
[0006]檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài);或者
[0007]檢測自身的訪問控制列表ACL資源的使用率是否超過設(shè)定閾值;或者
[0008]檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值；
[0009]在檢測結(jié)果為是時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源；
[0010]其中，當所述第一接入設(shè)備為接入控制器時，所述第二接入設(shè)備為接入點；當所述第一接入設(shè)備為接入點時，所述第二接入設(shè)備為接入控制器。
[0011]相應(yīng)地，本申請還公開了一種網(wǎng)絡(luò)資源訪問裝置，所述裝置應(yīng)用于第一接入設(shè)備，所述裝置包括:
[0012]檢測模塊，用于檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài);或者，檢測自身的訪問控制列表ACL資源的使用率是否超過設(shè)定閾值;或者，檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值；
[0013]第一關(guān)閉模塊，用于在所述檢測模塊的檢測結(jié)果為是時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源；
[0014]其中，當所述第一接入設(shè)備為接入控制器時，所述第二接入設(shè)備為接入點；當所述第一接入設(shè)備為接入點時，所述第二接入設(shè)備為接入控制器。
[0015]與現(xiàn)有技術(shù)相比，本申請具有以下優(yōu)點:
[0016]在本申請實施例中，可以對自身(第一接入設(shè)備)與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài)、或自身的ACL資源的使用率是否超過設(shè)定閾值、或自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值進行檢測，在檢測結(jié)果為是時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源?？梢姡ㄟ^本申請實施例所述的方案可以及時檢測出Portal認證在實際應(yīng)用中存在的異常問題，并在出現(xiàn)異常問題時及時關(guān)閉Portal認證，保證了用戶對網(wǎng)絡(luò)資源的正常訪問，有效避免了因異常問題給用戶帶來的影響。
[0017]其次，在檢測自身與服務(wù)器的可達次數(shù)時，具體可以是對為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器進行檢測，并在檢測出任一服務(wù)器的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Porta I認證，保證了 Porta I認證關(guān)閉的準確性和可靠性。
【附圖說明】
[0018]圖1是本申請實施例中一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖；
[0019]圖2是本申請實施例中再一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖；
[0020]圖3是本申請實施例中還一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖；
[0021]圖4是本申請實施例中另一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖；
[0022]圖5是本申請實施例中其中一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖；
[0023]圖6是本申請實施例中其中又一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖；
[0024]圖7是本申請實施例中其中另一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖；
[0025]圖8是本申請實施例中其中還一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖；
[0026]圖9是本申請實施例其中再一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖；
[0027]圖10是本申請實施例中一種網(wǎng)絡(luò)資源訪問裝置的結(jié)構(gòu)框圖；
[0028]圖11是本申請實施例中又一種網(wǎng)絡(luò)資源訪問裝置的結(jié)構(gòu)框圖。
【具體實施方式】
[0029]為使本申請的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和【具體實施方式】對本申請作進一步詳細的說明。
[0030]本申請公開的網(wǎng)絡(luò)資源訪問方法具體可以應(yīng)用于第一接入設(shè)備，其中，當所述第一接入設(shè)備為接入控制器(AC，Access Controller)時，下述的第二接入設(shè)備可以為接入點(AP,Access Point)，主要適用于集中轉(zhuǎn)發(fā)；當所述第一接入設(shè)備為接入點時，下述的第二接入設(shè)備可以為接入控制器，主要適用于本地轉(zhuǎn)發(fā)。
[0031]參照圖1，示出了本申請實施例中一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖。在本實施例中，所述網(wǎng)絡(luò)資源訪問方法包括:
[0032]步驟102，檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài);或者，檢測自身的訪問控制列表ACL資源的使用率是否超過設(shè)定閾值;或者，檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值。
[0033]在本實施例中，為了準確判斷第一接入設(shè)備能否正常執(zhí)行Portal認證，可以通過對自身(第一接入設(shè)備)與第二接入設(shè)備之間的連接狀態(tài)、或者對第自身的訪問控制列表ACL(Access Control List)資源的使用率、或者對自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)進行檢測。根據(jù)上述檢測的檢測結(jié)果可以確定系統(tǒng)是否出現(xiàn)異常問題，第一接入設(shè)備是否能保證Portal認證的正常執(zhí)行。
[0034]例如，若檢測出自身與第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)，此時第一接入設(shè)備是無法提供Portal認證的，可以執(zhí)行下述步驟104。
[0035]又例如，若檢測出自身的ACL資源的使用率超過設(shè)定閾值，此時第一接入設(shè)備無法接收更多用戶的Portal認證請求，也即，無法提供Portal認證，可以執(zhí)行下述步驟104。
[0036]再例如，若檢測出自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值，也即有至少一個服務(wù)器的端口是不可用的，將無法進行Portal認證，可以執(zhí)行下述步驟104。
[0037]目前，對于提供云服務(wù)的大型應(yīng)用來說，web-server都有LB(LoadBalance，LB，負載均衡)功能，會進行多種應(yīng)用的負載分擔(dān)，各種網(wǎng)絡(luò)資源可以分別到多個不同的服務(wù)器，例如，某一頁面的資源可以存放在不同的服務(wù)器器中:靜態(tài)圖片資源放在服務(wù)器I，圖標資源放在服務(wù)器2，視頻資源放在服務(wù)器3等；當用戶請求打開該頁面時，會從不同的服務(wù)器中獲取各類資源。在本實施例中，可以通過任意一種適當?shù)姆绞綄Ω鱾€服務(wù)器是否可達進行檢測，例如，包括但不僅限于通過向各個服務(wù)器發(fā)送檢測消息的方式來確定各個服務(wù)器是否可達。其中，服務(wù)器可達可以為:當前服務(wù)器可以提供Portal認證;服務(wù)器不可達可以理解為:當前服務(wù)器不能提供Portal認證。
[0038]其中，當確定任一服務(wù)器不可達時，即可執(zhí)行下述步驟104。需要說明的是，所述確定任一服務(wù)器不可達具體是指:該任一服務(wù)器與第一接入設(shè)備的不可達連續(xù)次數(shù)達到設(shè)定次數(shù)閾值。
[0039]步驟104，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源。
[0040]在本實施例中，可以在上述多種檢測中的任一檢測結(jié)果為是時，關(guān)閉Portal認證，也即，臨時放開對用戶訪問網(wǎng)絡(luò)的認證限制，用戶設(shè)備可以通過服務(wù)器直接訪問網(wǎng)絡(luò)資源，保證了用戶對網(wǎng)絡(luò)的正常使用，避免了在出現(xiàn)異常問題時仍強制進行Portal認證導(dǎo)致的用戶無法正常訪問網(wǎng)絡(luò)資源的問題。
[0041]綜上所述，在本實施例中，可以對自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài)、或自身的ACL資源的使用率是否超過設(shè)定閾值、或自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值進行檢測，在檢測結(jié)果為是時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源。可見，通過本實施例所述的方法可以及時檢測出Portal認證在實際應(yīng)用中存在的異常問題，并在出現(xiàn)異常問題時及時關(guān)閉Portal認證，保證了用戶對網(wǎng)絡(luò)資源的正常訪問，有效避免了因異常問題給用戶帶來的影響。
[0042]其次，在檢測自身與服務(wù)器的可達次數(shù)時，具體可以是對為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器進行檢測，并在檢測出任一服務(wù)器的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Porta I認證，保證了 Porta I認證關(guān)閉的準確性和可靠性。
[0043]結(jié)合上述實施例，在本實施例中，可以但不僅限于從如下三個方面進行檢測，以確定是否關(guān)閉Portal認證，使用戶設(shè)備可以直接訪問所述網(wǎng)絡(luò)資源:第一接入設(shè)備與第二接入設(shè)備之間的連接狀態(tài)，第一接入設(shè)備的ACL資源的使用率。
[0044]在本實施例中，所述網(wǎng)絡(luò)資源訪問方法可以包括:
[0045]步驟一，檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài);或者，檢測自身的ACL資源的使用率是否超過設(shè)定閾值;或者，檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值。
[0046]在本實施例中，可以在連接狀態(tài)、ACL資源的使用率和服務(wù)器的可達狀態(tài)中的任一檢測結(jié)果為是時，執(zhí)行下述步驟二。
[0047]步驟二，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源。
[0048]通過上述步驟說明了在檢測結(jié)果為是(S卩，檢測出自身與第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài);或者，檢測出自身的ACL資源的使用率超過設(shè)定閾值;或者，檢測出自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值)時的具體操作流程(即，關(guān)閉Portal認證)，下面對檢測結(jié)果為否的情況分別進行說明。
[0049]—優(yōu)選的，在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于連接狀態(tài)時，所述方法還可以包括:在檢測出自身的ACL資源的使用率超過設(shè)定閾值，或者在檢測出自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal認證。
[0050]在本實施例中，在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于連接狀態(tài)時，還可以繼續(xù)對自身的ACL資源的使用率或者自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)進行檢測，在檢測出自身的ACL資源的使用率超過設(shè)定閾值，或者在檢測出自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal 認證。
[0051]另一優(yōu)選的，在檢測出自身的ACL資源的使用率未超過設(shè)定閾值時，所述方法還可以包括:在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)，或者在檢測出自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal 認證。
[0052]在本實施例中，在檢測出自身的ACL資源的使用率未超過設(shè)定閾值時，還可以繼續(xù)對自身與所述第二接入設(shè)備之間的連接狀態(tài)或者自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)進行檢測，在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)或者在檢測出自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal認證。
[0053]又一優(yōu)選的，在檢測出自身與所述多個服務(wù)器之間均可達時，所述方法還可以包括:在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)，或者在檢測出自身的ACL資源的使用率超過設(shè)定閾值時，關(guān)閉Portal認證。
[0054]在本實施例中，在檢測出自身與所述多個服務(wù)器之間均可達時，還可以繼續(xù)對自身與所述第二接入設(shè)備之間的連接狀態(tài)或者自身的ACL資源的使用率進行檢測，檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)，或者在檢測出自身的ACL資源的使用率超過設(shè)定閾值時，關(guān)閉Portal認證。
[0055]進一步地，在本實施例中，在關(guān)閉Portal認證之后，所述方法還可以包括如下步驟:
[0056]步驟三，在檢測出自身與第二接入設(shè)備之間的連接狀態(tài)處于連接狀態(tài)，且檢測出自身的ACL資源的使用率未超過設(shè)定閾值，且檢測出自身與所述多個服務(wù)器之間均可達時，啟動Portal認證，以使所述用戶設(shè)備在通過Portal認證之后訪問所述網(wǎng)絡(luò)資源。
[0057]需要說明的是，在本實施例中，可以根據(jù)自身與第二接入設(shè)備之間的連接狀態(tài)、自身的ACL資源的使用率和自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)中的至少一個或多個來確定是否關(guān)閉Portal認證。其中，若選擇自身與第二接入設(shè)備之間的連接狀態(tài)這一個條件來確定是否關(guān)閉Portal認證，那么在重新恢復(fù)啟動Portal認證時，可以只根據(jù)自身與第二接入設(shè)備之間的連接狀態(tài)這一個條件來確定是否開啟Portal認證。換而言之，關(guān)閉Portal認證和開啟Portal認證的條件可以是相對應(yīng)的，本實施例不--說明。
[0058]綜上所述，在本實施例中，可以對自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài)、或自身的ACL資源的使用率是否超過設(shè)定閾值、或自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值進行檢測，在檢測結(jié)果為是時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源?？梢?，通過本實施例所述的方法可以及時檢測出Portal認證在實際應(yīng)用中存在的異常問題，并在出現(xiàn)異常問題時及時關(guān)閉Portal認證，保證了用戶對網(wǎng)絡(luò)資源的正常訪問，有效避免了因異常問題給用戶帶來的影響。
[0059]其次，在檢測自身與服務(wù)器的可達次數(shù)時，具體可以是對為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器進行檢測，并在檢測出任一服務(wù)器的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Porta I認證，保證了 Porta I認證關(guān)閉的準確性和可靠性。
[0060]結(jié)合上述實施例，本實施例以三種檢測方式的多種可行的結(jié)合方式為例，對所述網(wǎng)絡(luò)資源訪問方法進行詳細說明。
[0061]—、米用一種檢測方式時:
[0062]—優(yōu)選的，參照圖2，示出了本申請實施例中再一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖。所述網(wǎng)絡(luò)資源訪問方法，包括:
[0063]步驟202，檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài)。
[0064]在本實施例中，檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài)也即:檢測AP和AC的連接狀態(tài)是否處于斷開狀態(tài)。
[0065]其中，可以但不僅限于通過添加“跟蹤CAPWAP(Control And Provis1ning ofWireless Access Points Protocol Specificat1n，無線接入點的控制和配置協(xié)議)隧道”配置來實現(xiàn)對AP與AC的連接狀態(tài)的判斷。例如，在AP側(cè)，在集中認證本地轉(zhuǎn)發(fā)的情況下，如果配置了 “跟蹤CAPWAP隧道(track CAPffAP tunnel )”，則可以在定時器到時后檢查CAPWAP的狀態(tài)，根據(jù)CAPWAP的狀態(tài)確定AP與AC的連接狀態(tài)，若CAPWAP的狀態(tài)為Up，則AP與AC連接正常;若CAPWAP的狀態(tài)為Down，則AP與AC連接斷開。其中，對AP與AC的連接狀態(tài)的判斷可以通過AP來實現(xiàn)也可以通過AC來實現(xiàn)，本實施例對此不作限制。
[0066]步驟204，在檢測出自身與第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源。
[0067]又一優(yōu)選的，參照圖3，示出了本申請實施例中還一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖。所述網(wǎng)絡(luò)資源訪問方法，包括:
[0068]步驟302，檢測自身的ACL資源的使用率是否超過設(shè)定閾值。
[0069]在本實施例中，可以但不僅限于通過添加“跟蹤系統(tǒng)資源(track systemresource)”配置來實現(xiàn)對自身的系統(tǒng)資源信息的獲取。其中，系統(tǒng)資源具體可以包括所述ACL資源。
[0070]步驟304，在檢測出自身的ACL資源的使用率超過設(shè)定閾值時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源。
[0071]另一優(yōu)選的，參照圖4，示出了本申請實施例中另一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖。所述網(wǎng)絡(luò)資源訪問方法，包括:
[0072]步驟402，檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值。
[0073]步驟404，在檢測出自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源。
[0074]二、采用兩種檢測方式時:
[0075]—優(yōu)選的，參照圖5，示出了本申請實施例中其中一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖。所述網(wǎng)絡(luò)資源訪問方法，包括:
[0076]步驟502，檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài)。
[0077]在本實施例中，在檢測出自身與第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)時，可以執(zhí)行步驟504;否則，執(zhí)行步驟506。
[0078]步驟504，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源。
[0079]步驟506，檢測自身的ACL資源的使用率是否超過設(shè)定閾值。
[0080]在本實施例中，在檢測出自身的ACL資源的使用率超過設(shè)定閾值時，執(zhí)行步驟604;否則，不對Portal認證進行處理。
[0081 ]其中，上述步驟502和步驟506在執(zhí)行時沒有必然的先后順序，也可以先執(zhí)行步驟506再執(zhí)行步驟502，本實施例對此不作限制。
[0082]又一優(yōu)選的，參照圖6，示出了本申請實施例中其中又一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖。所述網(wǎng)絡(luò)資源訪問方法，包括:
[0083]步驟602，檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài)。
[0084]在本實施例中，在檢測出自身與第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)時，可以執(zhí)行步驟604;否則，執(zhí)行步驟606。
[0085]步驟604，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源。
[0086]步驟606，檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值。
[0087]在本實施例中，在檢測出自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，執(zhí)行步驟604;否則，不對Portal認證進行處理。
[0088]其中，上述步驟602和步驟606在執(zhí)行時沒有必然的先后順序，也可以先執(zhí)行步驟606再執(zhí)行步驟602，本實施例對此不作限制。
[0089]另一優(yōu)選的，參照圖7，示出了本申請實施例中其中另一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖。所述網(wǎng)絡(luò)資源訪問方法，包括:
[0090]步驟702，檢測自身的ACL資源的使用率是否超過設(shè)定閾值。
[0091]在本實施例中，在檢測出自身的ACL資源的使用率超過設(shè)定閾值時，可以執(zhí)行步驟704;否則，執(zhí)行步驟706。
[0092]步驟704，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源。
[0093]步驟706，檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值。
[0094]在本實施例中，在檢測出自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，執(zhí)行步驟704;否則，不對Portal認證進行處理。
[0095]其中，上述步驟702和步驟706在執(zhí)行時沒有必然的先后順序，也可以先執(zhí)行步驟706再執(zhí)行步驟702，本實施例對此不作限制。
[0096]三、采用三種檢測方式時:
[0097]參照圖8，示出了本申請實施例中其中還一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖。所述網(wǎng)絡(luò)資源訪問方法，包括:
[0098]步驟802，檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài)。
[0099]在本實施例中，在檢測出自身與第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)時，可以執(zhí)行步驟804;否則，執(zhí)行步驟806。
[0100]步驟804，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源。
[0101]步驟806，檢測自身的ACL資源的使用率是否超過設(shè)定閾值。
[0102]在本實施例中，在檢測出自身的ACL資源的使用率超過設(shè)定閾值，可以執(zhí)行步驟804;否則，執(zhí)行步驟808。
[0103]步驟808，檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值。
[0104]在本實施例中，在檢測出自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，可以執(zhí)行步驟804;否則，不對Portal認證進行處理。
[0105]其中，上述步驟802、步驟806和步驟808之間沒有必然的先后順序，步驟802、步驟806和步驟808可以按照任意可行的順序執(zhí)行，例如，先執(zhí)行步驟806再執(zhí)行步驟802和步驟808，本實施例在此不——說明。
[0106]綜上所述，在本實施例中，連接狀態(tài)檢測、ACL資源的使用率檢測和服務(wù)器不可達檢測三種檢測方式可以根據(jù)實際情況靈活配置，實現(xiàn)了檢測方式的多樣化，適應(yīng)各類實際場景。
[0107]其次，多種檢測方式的靈活組合，可以及時檢測出Portal認證在實際應(yīng)用中存在的異常問題，并在出現(xiàn)異常問題時及時關(guān)閉Portal認證，保證了用戶對網(wǎng)絡(luò)資源的正常訪問，有效避免了因異常問題給用戶帶來的影響。
[0108]此外，在檢測自身與服務(wù)器的可達次數(shù)時，具體可以是對為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器進行檢測，并在檢測出任一服務(wù)器的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal認證，進一步保證了 Portal認證關(guān)閉的準確性和可靠性。
[0109]結(jié)合上述實施例，本實施例以檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值為例對所述網(wǎng)絡(luò)資源訪問方法進行詳細說明。
[0110]參照圖9，示出了本申請實施例其中再一種網(wǎng)絡(luò)資源訪問方法的步驟流程圖。所述網(wǎng)絡(luò)資源訪問方法包括:
[0111]步驟902，根據(jù)預(yù)先配置的多個服務(wù)器地址確定為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器。
[0112]在本實施例中，服務(wù)器地址可以是預(yù)先配置的，其中，所述服務(wù)器地址可以是預(yù)先收集的。例如，可以預(yù)先收集為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器的服務(wù)器地址。當然，為用戶設(shè)備提供網(wǎng)絡(luò)資源的服務(wù)器也可以主動將各自的地址上報給接入設(shè)備，本實施例對此不作限制。
[0113]需要說明的是，在本實施例中，所述服務(wù)器地址具體可以包括:IP(InternetProtocoI，網(wǎng)絡(luò)之間互連的協(xié)議)地址和端口(port)號。例如:
[0114]存放圖片資源的服務(wù)器的地址為:IP 192.168.0.1port 8080；
[0115]存放視頻資源的服務(wù)器的地址為:1P 192.168.0.1port 8082；
[0116]存放圖標資源的服務(wù)器的地址為:IP 192.168.0.1port 8088。
[0117]也即，在本實施例中，可以預(yù)先配置如下服務(wù)器地址:IP 192.168.0.1port8080，IP 192.168.0.1port 8082 和 IP 192.168.0.lport 8088。根據(jù)“IP 192.168.0.lport8080，IP 192.168.0.lport 8082和IP 192.168.0.lport 8088”可以確定需要進行檢測的服務(wù)器為:“IP 192.168.0.lport 8080，IP 192.168.0.lport 8082和IP 192.168.0.lport8088”各自對應(yīng)的服務(wù)器。當然，本領(lǐng)域技術(shù)人員應(yīng)當明了的是，上述服務(wù)器地址僅是示例性說明，不應(yīng)作為對本實施例的限制。
[0118]步驟904，分別對多個服務(wù)器進行可達檢測，確定各個服務(wù)器的不可達次數(shù)。
[0119]在本實施例中，可以但不僅限于通過如下方式實現(xiàn)對各個服務(wù)器的可達檢測:周期性的分別向各個服務(wù)器發(fā)送檢測消息，接收部分或全部服務(wù)器返回的用于響應(yīng)所述檢測消息的響應(yīng)消息；統(tǒng)計未收到各個服務(wù)器返回的相應(yīng)響應(yīng)消息的次數(shù)。其中，若未收到某一服務(wù)器返回的響應(yīng)消息的連續(xù)次數(shù)大于設(shè)定次數(shù)閾值，則確定所述某一服務(wù)器的不可達次數(shù)達到設(shè)定次數(shù)閾值。
[0120]需要說明的是，在本實施例中，某一服務(wù)器的不可達次數(shù)達到設(shè)定次數(shù)閾值具體是指:所述某一服務(wù)器的連續(xù)不可達次數(shù)達到設(shè)定次數(shù)閾值。在所述某一服務(wù)器的連續(xù)不可達次數(shù)未達到設(shè)定次數(shù)閾值時，只要其中一次檢測出所述某一服務(wù)器可達，則需要對之前累加的不可達次數(shù)進行清零處理，重新開始統(tǒng)計連續(xù)不可達次數(shù)。
[0121]還需要說明的是，在本實施例中，所述檢測消息包括但不僅限于:TCP(Transmiss1n Control Protocol，傳輸控制協(xié)議)連接請求消息或者心跳檢測報文。
[0122]下面分別對采用TCP連接請求消息進行狀態(tài)檢測和采用心跳檢測報文進行狀態(tài)檢測進行說明:
[0123]1、采用TCP連接請求消息進行狀態(tài)檢測的具體流程可以如下:
[0124]探測HTTP(Hyper Text Transfer Protocol，超文本傳輸協(xié)議)連接:第一接入設(shè)備定期向不同的服務(wù)器的HTTP服務(wù)端口發(fā)起TCP連接。若連接成功建立則表示該服務(wù)器的HTTP服務(wù)已開啟，則表示該服務(wù)器此次可達檢測結(jié)果為可達(Up)，該次探測成功;若連接失敗，該服務(wù)器此次可達檢測結(jié)果為不可達(Down)，該次探測失敗。
[0125]2，、采用心跳檢測報文進行狀態(tài)檢測的具體流程可以如下:
[0126]探測Portal心跳報文:服務(wù)器與第一接入設(shè)備互發(fā)心跳報文。若第一接入設(shè)備在指定的周期內(nèi)收到服務(wù)器發(fā)送的心跳報文，則認為該服務(wù)器可達(Up)，該次探測成功；否貝1J，認為該服務(wù)器不可達(Down)，該次探測失敗。
[0127]步驟906，在確定任意一個服務(wù)器可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal認證，以使所述用戶設(shè)備通過所述多個服務(wù)器直接訪問網(wǎng)絡(luò)資源。
[0128]在本實施例中，可以在某次可達檢測結(jié)束后，對各個服務(wù)器進行遍歷，在確定有任意一個服務(wù)器的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal認證，以使所述用戶設(shè)備通過所述多個服務(wù)器直接訪問網(wǎng)絡(luò)資源。
[0129]綜上所述，在本實施例中，可以分別對多個服務(wù)器的不可達次數(shù)進行檢測，在確定任意一個服務(wù)器的不可達次數(shù)達到設(shè)定次數(shù)閾值時關(guān)閉Portal認證，以使用戶設(shè)備可以直接訪問網(wǎng)絡(luò)資源，保證了用戶在服務(wù)器故障時對網(wǎng)絡(luò)資源的正常訪問，有效避免了因服務(wù)器故障給用戶業(yè)務(wù)帶來的影響。
[0130]其中，在本實施例中，可以在確定任意一個服務(wù)器的不可達次數(shù)達到設(shè)定次數(shù)閾值時關(guān)閉Portal認證，相對于針對單一服務(wù)器的檢測判斷而言，根據(jù)對多個服務(wù)器不可達次數(shù)的檢測來確定是否進行Portal認證的關(guān)閉，保證了Portal認證關(guān)閉的準確性，避免了Portal認證漏關(guān)閉情況的發(fā)生，進一步提升了用戶體驗，確保了新用戶以及已登錄用戶正常使用網(wǎng)絡(luò)，訪問網(wǎng)絡(luò)資源。
[0131]需要說明的是，對于前述的方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本申請并不受所描述的動作順序的限制，因為依據(jù)本申請，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作并不一定是本申請所必需的。
[0132]在上方法實施例的基礎(chǔ)上，參照圖10，示出了本申請實施例中一種網(wǎng)絡(luò)資源訪問裝置的結(jié)構(gòu)框圖。在本實施例中，所述網(wǎng)絡(luò)資源訪問裝置可以應(yīng)用于第一接入設(shè)備。其中，當所述第一接入設(shè)備為接入控制器時，所述第二接入設(shè)備為接入點；當所述第一接入設(shè)備為接入點時，所述第二接入設(shè)備為接入控制器。
[0133]所述網(wǎng)絡(luò)資源訪問裝置具體可以包括:
[0134]檢測模塊1002，用于檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài);或者，檢測自身的ACL資源的使用率是否超過設(shè)定閾值;或者，檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值。
[0135]第一關(guān)閉模塊1004，用于在所述檢測模塊的任一檢測結(jié)果為是時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源。
[0136]可見，通過本實施例所述的裝置可以及時檢測出Portal認證在實際應(yīng)用中存在的異常問題，并在出現(xiàn)異常問題時及時關(guān)閉Portal認證，保證了用戶對網(wǎng)絡(luò)資源的正常訪問，有效避免了因異常問題給用戶帶來的影響。
[0137]在本實施例的一優(yōu)選方案中，參照圖11，示出了本申請實施例中又一種網(wǎng)絡(luò)資源訪問裝置的結(jié)構(gòu)框圖。
[0138]一優(yōu)選的，在所述檢測模塊1002檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于連接狀態(tài)時，所述裝置還包括:
[0139]第二關(guān)閉模塊1006，用于在檢測出自身的ACL資源的使用率超過設(shè)定閾值，和/或，在檢測出自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Porta I認證。
[0140]又一優(yōu)選的，在所述檢測模塊1002檢測出自身的ACL資源的使用率未超過設(shè)定閾值時，所述裝置還包括:
[0141]第三關(guān)閉模塊1008，用于在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)，和/或，在檢測出自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal認證。
[0142]另一優(yōu)選的，在所述檢測模塊1002檢測出自身與所述多個服務(wù)器之間均可達時，所述裝置還包括:
[0143]第四關(guān)閉模塊1010，用于在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)，和/或，在檢測出自身的ACL資源的使用率超過設(shè)定閾值時，關(guān)閉Portal認證。
[0144]需要說明的是，在本實施例中，在關(guān)閉Portal認證之后，所述裝置還包括:
[0145]啟動模塊1012，用于在檢測出自身與第二接入設(shè)備之間的連接狀態(tài)處于連接狀態(tài)，且檢測出自身的ACL資源的使用率未超過設(shè)定閾值，且檢測出自身與所述多個服務(wù)器之間均可達時，啟動Portal認證，以使所述用戶設(shè)備在通過Portal認證之后訪問所述網(wǎng)絡(luò)資源。
[0146]綜上所述，在本實施例中，可以對自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài)、或自身的ACL資源的使用率是否超過設(shè)定閾值、或自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值進行檢測，在檢測結(jié)果為是時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源?？梢姡ㄟ^本實施例所述的裝置可以及時檢測出Portal認證在實際應(yīng)用中存在的異常問題，并在出現(xiàn)異常問題時及時關(guān)閉Portal認證，保證了用戶對網(wǎng)絡(luò)資源的正常訪問，有效避免了因異常問題給用戶帶來的影響。
[0147]其次，在檢測自身與服務(wù)器的可達次數(shù)時，具體可以是對為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器進行檢測，并在檢測出任一服務(wù)器的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Porta I認證，保證了 Porta I認證關(guān)閉的準確性和可靠性。
[0148]本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于裝置實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。
[0149]本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-R0M、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。
[0150]本申請是參照根據(jù)本申請實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0151]這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0152]這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0153]盡管已描述了本申請的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本申請范圍的所有變更和修改。
[0154]以上對本申請所提供的一種網(wǎng)絡(luò)資源訪問方法和裝置進行了詳細介紹，本文中應(yīng)用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本申請的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本申請的思想，在【具體實施方式】及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本申請的限制。
【主權(quán)項】
1.一種網(wǎng)絡(luò)資源訪問方法，其特征在于，所述方法應(yīng)用于第一接入設(shè)備，所述方法包括: 檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài);或者檢測自身的訪問控制列表ACL資源的使用率是否超過設(shè)定閾值;或者檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值； 在檢測結(jié)果為是時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源； 其中，當所述第一接入設(shè)備為接入控制器時，所述第二接入設(shè)備為接入點；當所述第一接入設(shè)備為接入點時，所述第二接入設(shè)備為接入控制器。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于連接狀態(tài)時，所述方法還包括: 在檢測出自身的ACL資源的使用率超過設(shè)定閾值，或者在檢測出自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal認證。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在檢測出自身的ACL資源的使用率未超過設(shè)定閾值時，所述方法還包括: 在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)，或者在檢測出自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal認證。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在檢測出自身與所述多個服務(wù)器之間均可達時，所述方法還包括: 在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)，或者在檢測出自身的ACL資源的使用率超過設(shè)定閾值時，關(guān)閉Portal認證。5.根據(jù)權(quán)利要求1-4中任一項所述的方法，其特征在于，在關(guān)閉Portal認證之后，所述方法還包括: 在檢測出自身與第二接入設(shè)備之間的連接狀態(tài)處于連接狀態(tài)，且檢測出自身的ACL資源的使用率未超過設(shè)定閾值，且檢測出自身與所述多個服務(wù)器之間均可達時，啟動Portal認證，以使所述用戶設(shè)備在通過Portal認證之后訪問所述網(wǎng)絡(luò)資源。6.—種網(wǎng)絡(luò)資源訪問裝置，其特征在于，所述裝置應(yīng)用于第一接入設(shè)備，所述裝置包括: 檢測模塊，用于檢測自身與第二接入設(shè)備之間的連接狀態(tài)是否處于斷開狀態(tài);或者，檢測自身的訪問控制列表ACL資源的使用率是否超過設(shè)定閾值;或者，檢測自身與為用戶設(shè)備提供網(wǎng)絡(luò)資源的多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)是否達到設(shè)定次數(shù)閾值；第一關(guān)閉模塊，用于在所述檢測模塊的檢測結(jié)果為是時，關(guān)閉Portal認證，以使所述用戶設(shè)備直接訪問所述網(wǎng)絡(luò)資源； 其中，當所述第一接入設(shè)備為接入控制器時，所述第二接入設(shè)備為接入點；當所述第一接入設(shè)備為接入點時，所述第二接入設(shè)備為接入控制器。7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，在所述檢測模塊檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于連接狀態(tài)時，所述裝置還包括: 第二關(guān)閉模塊，用于在檢測出自身的ACL資源的使用率超過設(shè)定閾值，或者，在檢測出自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal 認證。8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，在所述檢測模塊檢測出自身的ACL資源的使用率未超過設(shè)定閾值時，所述裝置還包括: 第三關(guān)閉模塊，用于在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)，或者在檢測出自身與所述多個服務(wù)器中的任一服務(wù)器之間的不可達次數(shù)達到設(shè)定次數(shù)閾值時，關(guān)閉Portal認證。9.根據(jù)權(quán)利要求6所述的裝置，其特征在于，在所述檢測模塊檢測出自身與所述多個服務(wù)器之間均可達時，所述裝置還包括: 第四關(guān)閉模塊，用于在檢測出自身與所述第二接入設(shè)備之間的連接狀態(tài)處于斷開狀態(tài)，或者在檢測出自身的ACL資源的使用率超過設(shè)定閾值時，關(guān)閉Portal認證。10.根據(jù)權(quán)利要求6-9中任一項所述的裝置，其特征在于，在關(guān)閉Portal認證之后，所述裝置還包括: 啟動模塊，用于在檢測出自身與第二接入設(shè)備之間的連接狀態(tài)處于連接狀態(tài)，且檢測出自身的ACL資源的使用率未超過設(shè)定閾值，且檢測出自身與所述多個服務(wù)器之間均可達時，啟動Portal認證，以使所述用戶設(shè)備在通過Portal認證之后訪問所述網(wǎng)絡(luò)資源。
【文檔編號】H04L29/06GK106060048SQ201610379985
【公開日】2016年10月26日
【申請日】2016年5月31日
【發(fā)明人】徐勇剛
【申請人】杭州華三通信技術(shù)有限公司