我有一组嵌入式设备(运行 Linux)通过普通模拟 PPP 连接反复连接到 ISP。
有时(每三次连接)pppd 身份验证会因 chap 错误而中断。以下是相应的日志行:
Nov 2 13:43:05 40-363DA691-240 daemon.notice pppd[8023]: Connect: ppp0 <--> /dev/ttyACM0
Nov 2 13:43:06 40-363DA691-240 daemon.debug pppd[8023]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xcb5bf37> <pcomp> <accomp>]
Nov 2 13:43:06 40-363DA691-240 daemon.debug pppd[8023]: rcvd [LCP ConfReq id=0x1 <mru 1514> <asyncmap 0x0> <auth chap MD5> <magic 0x444317ad> <pcomp> <accomp> <mrru 1514> <endpoint [null]>]
Nov 2 13:43:06 40-363DA691-240 daemon.debug pppd[8023]: sent [LCP ConfRej id=0x1 <mrru 1514>]
Nov 2 13:43:06 40-363DA691-240 daemon.debug pppd[8023]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xcb5bf37> <pcomp> <accomp>]
Nov 2 13:43:06 40-363DA691-240 daemon.debug pppd[8023]: rcvd [LCP ConfReq id=0x2 <mru 1514> <asyncmap 0x0> <auth chap MD5> <magic 0x444317ad> <pcomp> <accomp>]
Nov 2 13:43:06 40-363DA691-240 daemon.debug pppd[8023]: sent [LCP ConfAck id=0x2 <mru 1514> <asyncmap 0x0> <auth chap MD5> <magic 0x444317ad> <pcomp> <accomp>]
Nov 2 13:43:06 40-363DA691-240 daemon.debug pppd[8023]: rcvd [CHAP Challenge id=0x3 <bf2b15282cf4f6672f1b809a251bd731>, name = "HiPer"]
Nov 2 13:43:06 40-363DA691-240 daemon.debug pppd[8023]: sent [CHAP Response id=0x3 <69cd88a27098f6c3e961f49f0cec74fb>, name = "Sunrise"]
Nov 2 13:43:39 40-363DA691-240 daemon.debug pppd[8023]: rcvd [CHAP Failure id=0x3 "\37777777677+\025(,\37777777764\37777777766g/\033\37777777600\37777777632%\033\377777777271"]
Nov 2 13:43:39 40-363DA691-240 daemon.info pppd[8023]: CHAP authentication failed: M-?+^U(,M-tM-vg/^[M-^@M-^Z%^[M-W1
Nov 2 13:43:39 40-363DA691-240 daemon.err pppd[8023]: CHAP authentication failed
Nov 2 13:43:39 40-363DA691-240 daemon.debug pppd[8023]: sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]
Nov 2 13:43:39 40-363DA691-240 daemon.debug pppd[8023]: rcvd [LCP TermReq id=0x4]
Nov 2 13:43:39 40-363DA691-240 daemon.debug pppd[8023]: sent [LCP TermAck id=0x4]
注意:用户名(Sunrise)和密码(freesurf)不是保密的(瑞士公共 ISP,通过电话线路计费)并且始终相同 -> 因此,造成这种情况的原因不可能是任何错误输入的身份验证数据。
有人能帮我解释这些日志行 (CHAP Failure id=0x3) 吗?我倾向于指责 ISP 造成此身份验证失败。我说得对吗?
谢谢您的任何建议。
答案1
最后,我指责 ISP 造成了定期登录问题。他们毫无反驳地承认了自己的错误。接入点 (POP) 有时以物理方式(摘机)接受呼叫,但存在任何为已建立连接提供服务的进程 (PPP)。
ISP 建议:等待至少一分钟后再重拨,并使用直接拨打 POP 的电话号码,而不是使用唯一的瑞士收集号码。