pppd: CHAP身份验证失败-有时

Question

我得到了一组嵌入式设备(运行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]

注意:用户名(日出)和密码(freesurf)不是机密的(瑞士公共服务提供商，通过电话线计费支付)，并且始终是相同的->，因此，原因不可能是任何错误输入的auth数据。

有人能帮我解释这些日志行(CHAP Failure id=0x3)吗？我倾向于指责ISP的这一次失败。我说的对吗？

谢谢你的建议。

Answer 1

最后，我指责ISP的期刊登录问题。他们毫无矛盾地接受了他们的指责。在场点(POP)有时接受物理上的呼叫(脱钩)，但有任何进程(PPP)服务于建立的连接。

ISP建议:等待至少一分钟，直到重拨，并使用直接电话号码的POP，而不是唯一的瑞士收集器号码。