• 全部
  • 經驗案例
  • 典型配置
  • 技術公告
  • FAQ
  • 漏洞說明
  • 全部
  • 全部
  • 大數據引擎
  • 知了引擎
產品線
搜索
取消
案例類型
發布者
是否解決
是否官方
時間
搜索引擎
匹配模式
高級搜索

某局點S7506X-G portal認證頻繁上下線

  • 0關注
  • 0收藏 451瀏覽
粉絲:6人 關注:14人

問題描述

S7506X-G portal認證頻繁上下線

過程分析

 

1、終端portal認證成功後,立馬就掉了,配置暫無問題。

2、查看debug信息可以看到,交互完radius報文後,交換機發送了:
Portal sent 46 bytes of packet: Type=ack_auth(4), ErrCode=0, IP=192.168.x.x
*Dec 16 06:06:16:205 2024 SW-CORE PORTAL/7/PACKET:
[ 11 SESSIONID           ] [  8] [000e-xxxx-xxxx]
[ 10 BASIP               ] [  6] [192.168.x.x]

3、然後服務器回:
Portal received 32 bytes of packet: Type=aff_ack_auth(7), ErrCode=0, IP=192.168.x.x
*Dec 16 06:06:16:400 2024 SW-CORE PORTAL/7/PACKET:
02 07 01 00 31 a1 00 00 c0 a8 32 01 00 00 00 00
38 bc 63 00 64 de 82 ee 58 e6 98 5c 8d 28 a6 18
說明此時認證完成結束了。

但是緊接著,交換機發了logout報文,導致認證用戶下線:
*Dec 16 06:06:16:403 2024 SW-CORE PORTAL/7/PACKET:
Portal sent 63 bytes of packet: Type=ntf_logout(8), ErrCode=0, IP=192.168.x.x
*Dec 16 06:06:16:403 2024 SW-CORE PORTAL/7/PACKET:
[  5 TEXTINFO            ] [ 25] [Failed to set user rule]
[ 10 BASIP               ] [  6] [192.168.x.x]

4、服務器側報錯:

5、debug發送下線報文的原因是Failed to set user rule,一般是acl資源不足或者是AAA服務器下發而設備不能正常執行的授權規則導致的acl資源我看過是足夠的,懷疑是aaa那邊下發了設備無法執行的授權規則。但是後續將domain域裏的授權改為none了之後故障依舊。

6、debug報錯,底層acl規則不支持匹配聚合:

*Dec 16 06:06:16:403 2024 SW-CORE PORTAL/7/RULE: 

 DRV_USER_RULE:

   L2 Interface     = Bridge-Aggregation99

    L3 Interface     = Vlan-interface50

    VLAN             = 50

    SrcIP            = 192.168.x.x

    SrcMAC           = 000e-xxxx-xxxx

    AuthorACL        = 4294967295

    Operation        = 1

    SetDrvFlag       = 0

    TrafficLevelNum  = 0

    TrafficLevelMap  = 0x0

    TrafficActiOnMap= 0x0

    UserID           = 268437813

    VrfIndex         = 0

    AclMismatchAction= 0

    MicroSegmentID   = 0

*Dec 16 06:06:16:403 2024 SW-CORE PORTAL/7/EVENT: Start scanning traffic send work.

*Dec 16 06:06:16:403 2024 SW-CORE PORTAL/7/EVENT: Send packet thread message cache timer callback : cnt 1.

*Dec 16 06:06:16:403 2024 SW-CORE PORTAL/7/EVENT: Send packet thread begins processing queue message.

*Dec 16 06:06:16:403 2024 SW-CORE PORTAL/7/EVENT: Send packet thread list is not empty.

*Dec 16 06:06:16:403 2024 SW-CORE PORTAL/7/PACKET: 

Portal sent 63 bytes of packet: Type=ntf_logout(8), ErrCode=0, IP=192.168.x.x

*Dec 16 06:06:16:403 2024 SW-CORE PORTAL/7/PACKET: 

[  5 TEXTINFO            ] [ 25] [Failed to set user rule]

[ 10 BASIP               ] [  6] [192.168.x.x]

解決方法

開啟portal用戶漫遊功能,聚合口開啟portal roaming enable功能後問題解決。

該案例對您是否有幫助:

您的評價:1

若您有關於案例的建議,請反饋:

0 個評論

該案例暫時沒有網友評論

編輯評論

舉報

×

侵犯我的權益 >
對根叔知了社區有害的內容 >
辱罵、歧視、挑釁等(不友善)

侵犯我的權益

×

泄露了我的隱私 >
侵犯了我企業的權益 >
抄襲了我的內容 >
誹謗我 >
辱罵、歧視、挑釁等(不友善)
騷擾我

泄露了我的隱私

×

您好,當您發現根叔知了上有泄漏您隱私的內容時,您可以向根叔知了進行舉報。 請您把以下內容通過郵件發送到pub.zhiliao@h3c.com 郵箱,我們會盡快處理。
  • 1. 您認為哪些內容泄露了您的隱私?(請在郵件中列出您舉報的內容、鏈接地址,並給出簡短的說明)
  • 2. 您是誰?(身份證明材料,可以是身份證或護照等證件)

侵犯了我企業的權益

×

您好,當您發現根叔知了上有關於您企業的造謠與誹謗、商業侵權等內容時,您可以向根叔知了進行舉報。 請您把以下內容通過郵件發送到 pub.zhiliao@h3c.com 郵箱,我們會在審核後盡快給您答複。
  • 1. 您舉報的內容是什麼?(請在郵件中列出您舉報的內容和鏈接地址)
  • 2. 您是誰?(身份證明材料,可以是身份證或護照等證件)
  • 3. 是哪家企業?(營業執照,單位登記證明等證件)
  • 4. 您與該企業的關係是?(您是企業法人或被授權人,需提供企業委托授權書)
我們認為知名企業應該坦然接受公眾討論,對於答案中不準確的部分,我們歡迎您以正式或非正式身份在根叔知了上進行澄清。

抄襲了我的內容

×

原文鏈接或出處

誹謗我

×

您好,當您發現根叔知了上有誹謗您的內容時,您可以向根叔知了進行舉報。 請您把以下內容通過郵件發送到pub.zhiliao@h3c.com 郵箱,我們會盡快處理。
  • 1. 您舉報的內容以及侵犯了您什麼權益?(請在郵件中列出您舉報的內容、鏈接地址,並給出簡短的說明)
  • 2. 您是誰?(身份證明材料,可以是身份證或護照等證件)
我們認為知名企業應該坦然接受公眾討論,對於答案中不準確的部分,我們歡迎您以正式或非正式身份在根叔知了上進行澄清。

對根叔知了社區有害的內容

×

垃圾廣告信息
色情、暴力、血腥等違反法律法規的內容
政治敏感
不規範轉載 >
辱罵、歧視、挑釁等(不友善)
騷擾我
誘導投票

不規範轉載

×

舉報說明

提出建議

    +

親~登錄後才可以操作哦!

確定

親~檢測到您登陸的賬號未在http://hclhub.h3c.com進行注冊

注冊後可訪問此模塊

跳轉hclhub

你的郵箱還未認證,請認證郵箱或綁定手機後進行當前操作