華三IMCPortal服務(wù)器常見(jiàn)錯(cuò)誤分析

1、目錄 1 Portal Server進(jìn)程不能啟動(dòng) 錯(cuò) 誤！未指定書(shū)簽。 2 提示“接收或解析響應(yīng)報(bào)文失敗” 錯(cuò) 誤！未指定書(shū)簽。 3 上線一段時(shí)間掉線 錯(cuò) 誤！未指定書(shū)簽。 4 Portal 服務(wù)器獲取不到設(shè)備信息或者設(shè)備沒(méi)有回應(yīng) req-info 報(bào)文 錯(cuò)誤！未指定書(shū)簽。 5 頁(yè)面顯示向設(shè)備發(fā)送報(bào)文超時(shí) 錯(cuò) 誤！未指定書(shū)簽。 6 設(shè)備沒(méi)有回應(yīng) ACK_INFO 報(bào)文 錯(cuò) 誤！未指定書(shū)簽。 7 設(shè)備拒絕請(qǐng)求 錯(cuò) 誤！未指定書(shū)簽。 8 返回 radius錯(cuò)誤碼信息 錯(cuò) 誤！未指定書(shū)簽。 9 Portal頁(yè)面一直處于請(qǐng)求狀態(tài)無(wú)法打開(kāi)或響應(yīng)速度很慢 錯(cuò) 誤！未指定書(shū)簽。 10 iNode 客戶端上線

2、提示有一個(gè)用戶正在認(rèn)證 錯(cuò)誤！未指定書(shū)簽。 11 Portal認(rèn)證提示 “ raidu服s 務(wù)器沒(méi)有響應(yīng)” 錯(cuò)誤！未指定書(shū)簽。 12 使用 iNode可以上線，使用網(wǎng)頁(yè)不能上線 錯(cuò)誤！未指定書(shū)簽。 13 客戶端反復(fù)上下線 錯(cuò) 誤！未指定書(shū)簽。 14 Portal日志增長(zhǎng)過(guò)快問(wèn)題 錯(cuò)誤！未指定書(shū)簽。 15 彈出心跳頁(yè)面但實(shí)際上并未上線成功 錯(cuò)誤！未指定書(shū)簽。 本文介紹了 Portal常見(jiàn)錯(cuò)誤，供研發(fā)人員和用服人員分析 portal 問(wèn)題使用，其中前 11個(gè)錯(cuò) 誤比較普遍，文檔還在不斷完善中。 1 Portal Server 進(jìn)程不能啟動(dòng) 有如下可能原因： 1、統(tǒng)一地址文件中保存的 portal地

3、址不正確， 造成該情況可能是部署時(shí)輸入地址錯(cuò)誤或 者是服務(wù)器地址改變過(guò)但沒(méi)有同步修改統(tǒng)一地址文件 2、50100、 50200、50500等端口被占用，造成該情況可能是之前進(jìn)程退出存在問(wèn)題或 者其他應(yīng)用程序占用，比如 DNS 服務(wù)器。 可以通過(guò)如下命令查看端口是否占用： 如果是 windows ，如果 linux ，請(qǐng)使用命令： netstat anp | grep 50200 1）查到如下進(jìn)程 ID 為 7348 2）打開(kāi) windows 任務(wù)管理器，選中顯示進(jìn)程 ID 列 3）找到對(duì)應(yīng)的進(jìn)程名稱，如果是 java.exe則基本可以確定是我們自己的進(jìn)程占用， 否則為其他程序占用。 3、por

4、perties 文件被意外清空。 該情況目前還不好確定，只在極少局點(diǎn)出現(xiàn)過(guò)，可能是由于意外斷電、關(guān)機(jī)等造成 的數(shù)據(jù)丟失。 4、數(shù)據(jù)庫(kù)存在問(wèn)題，導(dǎo)致無(wú)法連接數(shù)據(jù)庫(kù)。 這種情況在 portal 日志中會(huì)提示數(shù)據(jù)庫(kù)相關(guān)加載失敗，可以通過(guò)osql（sqlserver）或 sqlplus （ oracle）連接數(shù)據(jù)庫(kù)進(jìn)行初步排查。 5、網(wǎng)卡處于禁用狀態(tài)。 2 提示“接收或解析響應(yīng)報(bào)文失敗”或“向 portal server 發(fā)送請(qǐng)求超時(shí)” 日志文件一般會(huì)有如下錯(cuò)誤，目前該提示已修改為：向Portal Server 發(fā)送請(qǐng)求超時(shí)。 有如下可能原因： 1、Portal web獲取的 porta

5、l server地址為 null ，導(dǎo)致報(bào)文發(fā)向，從而 portal server收不到報(bào) 文，也就不會(huì)響應(yīng)給 portal web 。 這種情況日志文件： 2、Portal服務(wù)器與 Portal設(shè)備之間交互出現(xiàn)錯(cuò)誤，并且 portal web 的超時(shí)時(shí)間小于 Portal 服務(wù)器與 Portal 設(shè)備之間通信超時(shí)時(shí)間。 Portal web 的超時(shí)時(shí)間為 15秒，可以在如下文件中修改： Portal服務(wù)器與 Portal設(shè)備之間通信超時(shí)時(shí)間和如下界面設(shè)置相關(guān)： 超時(shí)時(shí)間 =報(bào)文請(qǐng)求超時(shí)時(shí)長(zhǎng)（單次發(fā)送超時(shí)） （認(rèn)證重發(fā)次數(shù) + 1） 如下設(shè)置超時(shí)為 8秒。 3、Portal Web與 Port

6、al 服務(wù)器之間通信存在問(wèn)題，比如 socket綁定、端口占用等導(dǎo)致報(bào) 文發(fā)送接收問(wèn)題。 3 上線一段時(shí)間掉線 有如下可能原因： 1、可能是用戶關(guān)掉心跳頁(yè)面導(dǎo)致，比如單任務(wù)的手機(jī)終端就會(huì)存在該問(wèn)題。 2、頁(yè)面有緩存，發(fā)送心跳功能失效。 3、設(shè)備或 iMC 上設(shè)置限制時(shí)長(zhǎng)或者設(shè)備配置相關(guān)命令，這樣在超過(guò)閑置時(shí)間就會(huì)收到 設(shè)備的下線報(bào)文( NTF_LOGOU)T。 2012-09-25 15:55:41.468Portal服務(wù)器 調(diào)試報(bào)文處理成功 Packet Type:NTF_LOGOUT(8) SerialNo:1143 Port:50908 RemotePort:2000 Version:p

7、ortal 2.0 Auth Type:CHAP ErrorID:0 UserPort:0 ReqID:0 Rsvd:0 attriNum:4 Session Id:d4 3d 7e 11 f9 19 Text Info:Send NTF_LOGOUT when online! 4、同一帳號(hào)在多處登錄，在線數(shù)量限制為1，且設(shè)置了如下參數(shù)： 5、配置了 Portal服務(wù)器和 Portal設(shè)備之間的用戶級(jí)心跳，之前版本iMC 在某些情況下處 理存在問(wèn)題會(huì)導(dǎo)致心跳報(bào)文不攜帶在線用戶IP，后面版本已經(jīng)改正。 6、收到設(shè)備 NTF_LOGOUT 報(bào)文，出現(xiàn)這個(gè)報(bào)文情況比較多， 需要咨詢?cè)O(shè)備具體原因， 常

8、見(jiàn)下述 2種原因的下線報(bào)文。 2012-06-12 09:54:08.859Portal服務(wù)器 調(diào)試報(bào)文處理成功 Packet Type:NTF_LOGOUT(8) SerialNo:7238 Port:50908 RemotePort:2000 Version:portal 2.0 Auth Type:PAP ErrorID:0 UserPort:0 ReqID:0 Rsvd:0 attriNum:4 Session Id:90 fb a6 1d f7 10 Text Info:Send NTF_LOGOUT when waiting LOGIN_ACK! Packet Type:NTF_L

9、OGOUT(8) SerialNo:7540 Port:50908 RemotePort:2000 Version:portal 2.0 Auth Type:PAP ErrorID:0 UserPort:0 ReqID:0 Rsvd:0 attriNum:4 Session Id:00 21 97 c8 c8 fe Text Info:Send NTF_LOGOUT when online! 7、UAM 后臺(tái)回應(yīng)計(jì)費(fèi)更新報(bào)文 Session-Timeout(27) 屬性為 0，常見(jiàn)一個(gè)原因是余額不 足，還有其他一些特殊原因，舉一個(gè)之前發(fā)生的特殊例子： 上線報(bào)文正常， 但計(jì)費(fèi)開(kāi)始和更新報(bào)文攜帶

10、mac地址不全， 如下所示， mac少了 1段， 導(dǎo)致收到計(jì)費(fèi)開(kāi)始報(bào)文時(shí)不會(huì)插入在線表， 這樣在收到計(jì)費(fèi)更新報(bào)文時(shí)就會(huì)出現(xiàn)如 錯(cuò)誤而回應(yīng) Session-Timeout(27)= 0 屬性。 % 2012-11-28 09:32:12 ; WARNING (2) ; LAN ; $SYS$ ; (NULL) ; (NULL) ; (NULL) ; Fail to process user accounting update request: E63010: 使用指定業(yè)務(wù)的用戶不在線 CODE = 4. ID = 80. ATTRIBUTES: User-Name(1) = xueping. N

11、AS-Identifier(32) = TZ-S75E-AC4. NAS-Port-Type(61) = 19. Calling-Station-Id(31) = 00-1F-3B-CD-3C-63. Called-Station-Id(30) = 00-0F-E2-EA-DD-D0:OA. Acct-Status-Type(40) = 1. Acct-Authentic(45) = 1. hw_Connect_ID(26) = 1099. hw_Input_Peak_Rate(1) = 0. hw_Input_Average_Rate(2) = 0. hw_Output_Peak_Rate(

12、4) = 0. hw_Output_Average_Rate(5) = 0. hw_Priority(22) = 0. 4 Portal 服 務(wù) 器獲 取不到設(shè) 備信 息或者設(shè) 備沒(méi) 有回應(yīng) req-info 報(bào)文 實(shí)際上目前實(shí)現(xiàn)和發(fā)送 req_info 已關(guān)系不大，所以出現(xiàn)此錯(cuò)誤基本可以確認(rèn)是根據(jù)用戶 地址找不到對(duì)應(yīng) portal 設(shè)備信息，有如下可能原因： 1、用戶上線 IP地址沒(méi)有包含在 iMC 的Portal IP地址組網(wǎng)段中。 2、ACK_INFO回應(yīng)的端口信息不在端口組設(shè)置范圍內(nèi)： 上述端口設(shè)置不支持 中文或特殊字，因此 出現(xiàn)這種情況最典型的原因是 設(shè)備的 sysname含有中文或

13、特殊字符，將 sysname 改為英文字符即可。 3、沒(méi)有配置端口組，或者端口組中引用的地址組不正確。 4、使用移動(dòng)終端等上線， IP 地址經(jīng)常變化，而由于 Portal 具有緩存機(jī)制，因此，造成緩存 中原地址和現(xiàn)有報(bào)文頭地址不一致 (分別對(duì)應(yīng)私網(wǎng)地址屬性和公網(wǎng)地址屬性)，被識(shí)別 為 NAT，從而無(wú)法匹配到對(duì)應(yīng)的地址組，參見(jiàn)如下紅色部分，正常情況下如果不是 NAT 這2個(gè)地址是一樣的。 Packet Type:CODE_PP_DOMAIN_REQUEST(110) SerialNo:15545 Port:50908 RemotePort:52719 ReqID:0 Rsvd:0 attriNu

14、m:2 5、ACK_INFO 報(bào)文返回錯(cuò)誤碼 1，原因可能是設(shè)備沒(méi)有學(xué)習(xí)到該用戶的arp表項(xiàng)，或者 較老設(shè)備不支持 REQ_INFO 報(bào)文，目前 iMC 版本已對(duì)這種情況進(jìn)行了放行處理。 服務(wù)器未正常啟動(dòng)或 50900 端口沒(méi)有正常綁定，可以查看如下界面Portal 主頁(yè)信息顯示 正常與否來(lái)確認(rèn) 50900 端口是否正常工作。 5 頁(yè)面顯示向設(shè)備發(fā)送報(bào)文超時(shí) 有如下可能原因： 1、大用戶量并發(fā)上線， Portal 服務(wù)器代理出現(xiàn)隊(duì)列滿情況，導(dǎo)致報(bào)文丟棄。 這種情況如下日志文件中會(huì)有隊(duì)列慢(英文full )的錯(cuò)誤。 2、設(shè)備沒(méi)有及時(shí)回應(yīng) ACK_INFO/ACK_ CHALLENGE/ACK_A

15、UTH等報(bào)文。 3、對(duì)于沒(méi)有接收到設(shè)備回應(yīng) ACK_INFO 報(bào)文情況較多，在下節(jié)單獨(dú)列出。 6 設(shè)備沒(méi)有回應(yīng) ACK_INFO 報(bào)文 這種情況 portalserver_2013-02-20.txt 日志會(huì)記錄 req_info 報(bào)文，但卻沒(méi)有 ack_info 報(bào)文， 同時(shí)有如下錯(cuò)誤提示： 2013-02-05 15:25:44.964Portal服務(wù)器 調(diào)試 (0)TimerSendTask:stopProcess用戶“”狀態(tài)從 “LOGIN_PORT_REQUEST_STATUS ”變?yōu)椤?DEL_STATUS ” 2013-02-05 15:25:44.965Portal服務(wù)器 調(diào)試

16、 (0)RequestProcessor:sendLoginRespToUsererrorCode = 124 2013-02-05 15:25:44.965Portal服務(wù)器 調(diào)試向設(shè)備發(fā)送請(qǐng)求超時(shí) (124) 發(fā)生這種錯(cuò)誤有如下可能原因： 1、設(shè)備對(duì)應(yīng)端口沒(méi)有啟用 portal 。 2、iMC 上 Portal設(shè)備地址配置錯(cuò)誤 3、iMC 配置的 Portal 設(shè)備地址是 Portal設(shè)備某個(gè)端口地址， 但是和 Portal設(shè)備回應(yīng)報(bào)文使 用的地址不一致，會(huì)出現(xiàn)如下紅色框框所示的錯(cuò)誤。 4、有防火墻阻擋，可以通過(guò)抓包確認(rèn)。 5、設(shè)備上配置的 portal server 地址不正確。 可以通

17、過(guò)如下命令查看： 6、設(shè)備上沒(méi)有配置對(duì)應(yīng)的用戶地址段。 7、Portal 設(shè)備上配置的密鑰和 iMC配置臺(tái)上配置的 Portal 設(shè)備密鑰不一致。 7 設(shè)備拒絕請(qǐng)求 1、設(shè)備回應(yīng) ACK_CHALLENGE 報(bào)文時(shí)攜帶錯(cuò)誤碼 1，可能是設(shè)備沒(méi)有對(duì)應(yīng) arp表項(xiàng)， 或者設(shè)備處理隊(duì)列滿導(dǎo)致，需要設(shè)備配合定位。 Packet Type:ACK_CHALLENGE(2) SerialNo:13 Address:2001:250:f004:400:0:0:0:100 Port:50915 RemoteIp:2001:0250:F004:0400:0000:0000:0000:0001 比如，配置了下發(fā)

18、ACL ，但設(shè)備沒(méi)有配置對(duì)應(yīng) ACL 的情況。 8 返回 radius 錯(cuò)誤碼信息 凡是返回信息中帶有如下紅色框框所示錯(cuò)誤號(hào)的說(shuō)明radius認(rèn)證出錯(cuò)，需要分析 radius日志來(lái)確認(rèn)具體失敗原因。 9 Portal 頁(yè)面一直處于請(qǐng)求狀態(tài)無(wú)法打開(kāi)或響應(yīng)速度很慢 1、 系統(tǒng)資源不足導(dǎo)致，查看啟動(dòng)腳本設(shè)置的內(nèi)存是否足夠大 如下設(shè)置中至少應(yīng)為 1024m。 2、系統(tǒng)資源不足導(dǎo)致，查看是否存在其他耗內(nèi)存的程序，比如sqlserver數(shù)據(jù)庫(kù)是否限 制了最大占用內(nèi)存數(shù)。 之前發(fā)生過(guò) sqlserver 數(shù)據(jù)庫(kù)不斷占用內(nèi)存情況導(dǎo)致系統(tǒng)變慢。 3、原有 Portal web 實(shí)現(xiàn)依賴 session，在用戶量大時(shí)性能下降明顯， 新版本已經(jīng)進(jìn)行改善。 10 iNode 客戶端上線提示有一個(gè)用戶正在認(rèn)證 這個(gè)提示通常是存在其他錯(cuò)誤導(dǎo)致上次認(rèn)證未完成，客戶端超時(shí)重發(fā)，所以有此提示， 如果出現(xiàn)這個(gè)提示，必然存在上述 1 9中的某個(gè)問(wèn)題。 (3) 2013