Ich verwende ein Mobilfunkmodem, das an eine eingebettete Linux-Plattform angeschlossen ist, und richte eine Datenverbindung über das Mobilfunkmodem ein. Beachten Sie, dass dies bei mir einwandfrei funktioniert hat, aber ich habe kürzlich ein neues Systemabbild erstellt und bekomme es nicht zum Laufen. Das Betriebssystem ist Ubuntu 14.04.1, Kernel 3.16.2 und pppd 2.4.5.
Das Problem scheint damit zusammenzuhängen, dass lokalen und Remote-IP-Adressen dieselbe IP-Adresse zugewiesen wird, siehe Syslog unten:
Jun 1 11:11:30 arm pppd[2118]: pppd 2.4.5 started by root, uid 0
Jun 1 11:11:31 arm pppd[2118]: Script /usr/sbin/chat -vV -f /etc/ppp/chat-HSPA910CF-nopin finished (pid 2127), status = 0x0
Jun 1 11:11:31 arm pppd[2118]: Serial connection established.
Jun 1 11:11:31 arm pppd[2118]: using channel 1
Jun 1 11:11:31 arm pppd[2118]: Using interface ppp0
Jun 1 11:11:31 arm pppd[2118]: Connect: ppp0 <--> /dev/mux0
Jun 1 11:11:32 arm pppd[2118]: rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x96a24aa4> <pcomp> <accomp>]
Jun 1 11:11:32 arm pppd[2118]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2dc7c3aa> <pcomp> <accomp>]
Jun 1 11:11:32 arm pppd[2118]: No auth is possible
Jun 1 11:11:32 arm pppd[2118]: sent [LCP ConfRej id=0x1 <auth pap>]
Jun 1 11:11:32 arm pppd[2118]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x2dc7c3aa> <pcomp> <accomp>]
Jun 1 11:11:32 arm pppd[2118]: rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x96a24aa4> <pcomp> <accomp>]
Jun 1 11:11:32 arm pppd[2118]: sent [LCP ConfAck id=0x2 <asyncmap 0x0> <magic 0x96a24aa4> <pcomp> <accomp>]
Jun 1 11:11:32 arm pppd[2118]: sent [LCP EchoReq id=0x0 magic=0x2dc7c3aa]
Jun 1 11:11:32 arm pppd[2118]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Jun 1 11:11:32 arm pppd[2118]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
Jun 1 11:11:32 arm pppd[2118]: rcvd [LCP EchoRep id=0x0 magic=0x96a24aa4]
Jun 1 11:11:32 arm pppd[2118]: rcvd [LCP ProtRej id=0x3 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15]
Jun 1 11:11:32 arm pppd[2118]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
Jun 1 11:11:32 arm pppd[2118]: rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
Jun 1 11:11:32 arm pppd[2118]: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
Jun 1 11:11:33 arm pppd[2118]: rcvd [IPCP ConfNak id=0x2 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
Jun 1 11:11:33 arm pppd[2118]: sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
Jun 1 11:11:34 arm pppd[2118]: rcvd [IPCP ConfNak id=0x3 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
Jun 1 11:11:34 arm pppd[2118]: sent [IPCP ConfReq id=0x4 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
Jun 1 11:11:35 arm pppd[2118]: rcvd [IPCP ConfNak id=0x4 <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
Jun 1 11:11:35 arm pppd[2118]: sent [IPCP ConfReq id=0x5 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns2 10.11.12.14>]
Jun 1 11:11:35 arm pppd[2118]: rcvd [IPCP ConfReq id=0x1]
Jun 1 11:11:35 arm pppd[2118]: sent [IPCP ConfNak id=0x1 <addr 0.0.0.0>]
Jun 1 11:11:35 arm pppd[2118]: rcvd [IPCP ConfNak id=0x5 <addr 100.120.34.72> <ms-dns1 209.91.107.11> <ms-dns2 209.121.225.11>]
Jun 1 11:11:35 arm pppd[2118]: sent [IPCP ConfReq id=0x6 <addr 100.120.34.72> <ms-dns1 209.91.107.11> <ms-dns2 209.121.225.11>]
Jun 1 11:11:35 arm pppd[2118]: rcvd [IPCP ConfReq id=0x2 <addr 100.120.34.72>]
Jun 1 11:11:35 arm pppd[2118]: sent [IPCP ConfAck id=0x2 <addr 100.120.34.72>]
Jun 1 11:11:35 arm pppd[2118]: rcvd [IPCP ConfAck id=0x6 <addr 100.120.34.72> <ms-dns1 209.91.107.11> <ms-dns2 209.121.225.11>]
Jun 1 11:11:36 arm pppd[2118]: not replacing existing default route via 192.168.1.254
Jun 1 11:11:36 arm pppd[2118]: local IP address 100.120.34.72
Jun 1 11:11:36 arm pppd[2118]: remote IP address 100.120.34.72
Jun 1 11:11:36 arm pppd[2118]: primary DNS address 209.91.107.11
Jun 1 11:11:36 arm pppd[2118]: secondary DNS address 209.121.225.11
Jun 1 11:11:36 arm pppd[2118]: Script /etc/ppp/ip-up started (pid 2186)
Jun 1 11:11:50 arm pppd[2118]: Script /etc/ppp/ip-up finished (pid 2186), status = 0x0
pppd-Peer-Datei:
debug
#dump
linkname ppp0
#/dev/ttymxc0
/dev/mux0
115200
lock
#crtscts
#modem
nocrtscts
nocdtrcts
noauth
passive
usepeerdns
defaultroute
#noipdefault
ipcp-accept-local
ipcp-accept-remote
refuse-eap
refuse-pap
refuse-chap
refuse-mschap
asyncmap 0
#noccp
persist
holdoff 10
novj
connect '/usr/sbin/chat -vV -f /etc/ppp/chat-HSPA910CF-nopin'
Chat-Skript:
TIMEOUT 30
ABORT '\nBUSY\r'
ABORT '\nERROR\r'
ABORT '\nNO ANSWER\r'
ABORT '\nNO CARRIER\r'
ABORT '\nNO DAILTONE\r'
ABORT '\nRING\r\n\r\nRING\r'
'' AT
OK AT+CGDCONT=1,"IP","sp.telus.com"
TIMEOUT 30
OK ATD*99***1#
CONNECT ""
Die Verbindung scheint einwandfrei zu funktionieren, aber der Versuch, einen Ping zu senden oder auf etwas darüber zuzugreifen, funktioniert nicht. Könnte das an einer Einstellung auf der Modemseite liegen?
Irgendwelche Gedanken?
Antwort1
Gelöst
Das Problem hing nicht damit zusammen, dass lokale und Remote-IP-Adressen identisch waren (obwohl ich das immer noch seltsam finde (?)). Das Problem hing mit dieser Zeile im Syslog zusammen:
kein Ersetzen der bestehenden Standardroute über 192.168.1.254
Vorerst habe ich die Option „replacedefaultroute“ hinzugefügt