Gprs

[rennreh]

Hallo,
Ich habe soeben am einem embedded System GPRS soweit konfiguriert, sodass bei ifconfig das device ppp0 auftaucht. Aber leider reicht das nicht aus, um danach ins Internet zu kommen. Es ist nichteimal ein Ping zum telekom DNS möglich (194.25.2.129)

Die Ausgabe des Chatscripts lautet:


Jan 1 04:06:33 localhost chat[1066]: abort on (BUSY)
Jan 1 04:06:33 localhost chat[1066]: abort on (VOICE)
Jan 1 04:06:33 localhost chat[1066]: abort on (ERROR)
Jan 1 04:06:33 localhost chat[1066]: abort on (NO CARRIER)
Jan 1 04:06:33 localhost chat[1066]: abort on (NO DIALTONE)
Jan 1 04:06:33 localhost chat[1066]: abort on (NO DIAL TONE)
Jan 1 04:06:33 localhost chat[1066]: send (ATZ^M)
Jan 1 04:06:33 localhost chat[1066]: send (+++atz^M)
Jan 1 04:06:33 localhost chat[1066]: expect (OK)
Jan 1 04:06:33 localhost chat[1066]: ATZ^M^M
Jan 1 04:06:33 localhost chat[1066]: OK
Jan 1 04:06:33 localhost chat[1066]: -- got it
Jan 1 04:06:33 localhost chat[1066]: send (ATH^M)
Jan 1 04:06:33 localhost chat[1066]: expect (OK)
Jan 1 04:06:33 localhost chat[1066]: ^M
Jan 1 04:06:33 localhost chat[1066]: +++atz^M^M
Jan 1 04:06:33 localhost chat[1066]: OK
Jan 1 04:06:33 localhost chat[1066]: -- got it
Jan 1 04:06:33 localhost chat[1066]: send (ATE1^M)
Jan 1 04:06:33 localhost chat[1066]: expect (OK)
Jan 1 04:06:33 localhost chat[1066]: ^M
Jan 1 04:06:33 localhost chat[1066]: ATH^M^M
Jan 1 04:06:33 localhost chat[1066]: OK
Jan 1 04:06:33 localhost chat[1066]: -- got it
Jan 1 04:06:33 localhost chat[1066]: send (AT+CGDCONT=1,"IP","inernet.eplus.de","0.0.0.0",0,0^M)
Jan 1 04:06:34 localhost chat[1066]: expect (OK)
Jan 1 04:06:34 localhost chat[1066]: ^M
Jan 1 04:06:34 localhost chat[1066]: ATE1^M^M
Jan 1 04:06:34 localhost chat[1066]: OK
Jan 1 04:06:34 localhost chat[1066]: -- got it
Jan 1 04:06:34 localhost chat[1066]: send (ATD*99***1#^M)
Jan 1 04:06:34 localhost chat[1066]: expect (CONNECT)
Jan 1 04:06:34 localhost chat[1066]: ^M
Jan 1 04:06:34 localhost chat[1066]: AT+CGDCONT=1,"IP","inernet.eplus.de","0.0.0.0",0,0^M^M
Jan 1 04:06:34 localhost chat[1066]: OK^M
Jan 1 04:06:34 localhost chat[1066]: ATD*99***1#^M^M
Jan 1 04:06:34 localhost chat[1066]: CONNECT
Jan 1 04:06:34 localhost chat[1066]: -- got it
Jan 1 04:06:34 localhost chat[1066]: send (^M)
Jan 1 04:06:34 localhost pppd[1063]: Serial connection established.
Jan 1 04:06:34 localhost pppd[1063]: Using interface ppp0
Jan 1 04:06:34 localhost kernel: ppp0: Features changed: 0x00006800 -> 0x00006000
Jan 1 04:06:34 localhost pppd[1063]: Connect: ppp0 <--> /dev/ttyS1
Jan 1 04:06:35 localhost pppd[1063]: PAP authentication succeeded
Jan 1 04:06:36 localhost pppd[1063]: local IP address 10.223.203.209
Jan 1 04:06:36 localhost pppd[1063]: remote IP address 192.168.254.254
Jan 1 04:06:36 localhost pppd[1063]: primary DNS address 212.23.115.132
Jan 1 04:06:36 localhost pppd[1063]: secondary DNS address 212.23.115.148


Was muss ich tun, dass das Linux nun noch ins internet zugreifen kann?

[$emperf!]

Poste bitte mal die Ausgabe von ifconfig. Öffentliche IPs kannst du ja verschleiern indem du ein paar Oktet's veränderst. Solltest sie nur nicht zu privaten IPs machen weil sonst die Problemanalyse schwierig wird.
Am besten postest du die gesammte Ausgabe von ifconfig, nicht nur den ppp0 Abschnitt.

Poste auch gleich die Ausgabe von route.


Grüsse

[rennreh]

Ifocnfig:


eth0 Link encap:Ethernet HWaddr 00:04:25:12:34:56
inet addr:192.168.178.27 Bcast:192.168.178.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5909 errors:1 dropped:0 overruns:0 frame:0
TX packets:1755 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:514187 (502.1 KiB) TX bytes:248719 (242.8 KiB)
Interrupt:24 Base address:0xc000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:33 errors:0 dropped:0 overruns:0 frame:0
TX packets:33 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:3486 (3.4 KiB) TX bytes:3486 (3.4 KiB)

ppp0 Link encap:Point-to-Point Protocol
inet addr:10.244.250.147 P-t-P:192.168.254.254 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:64 (64.0 B) TX bytes:82 (82.0 B)




/etc/chatscripts/pap


TIMEOUT 60
ABORT BUSY
ABORT VOICE
ABORT "ERROR"
ABORT "NO CARRIER"
ABORT "NO DIALTONE"
ABORT "NO DIAL TONE"
"" ATZ
"" "+++atz"
OK ATH
OK ATE1
OK AT+CGDCONT=1,"IP","inernet.eplus.de","0.0.0.0",0,0
OK "ATD*99***1#"
"CONNECT" ""



/etc/ppp/peer/provider


# example configuration for a dialup connection authenticated with PAP or CHAP
#
# This is the default configuration used by pon(1) and poff(1).
# See the manual page pppd(8) for information on all the options.

# MUST CHANGE: replace myusername@realm with the PPP login name given to
# your by your provider.
# There should be a matching entry with the password in /etc/ppp/pap-secrets
# and/or /etc/ppp/chap-secrets.
user nettokom
password nettokom


# MUST CHANGE: replace ******** with the phone number of your provider.
# The /etc/chatscripts/pap chat script may be modified to change the
# modem initialization string.
connect "/usr/sbin/chat -v -f /etc/chatscripts/pap -T *99***1#"

# Serial device to which the modem is connected.
/dev/ttyS1

# Speed of the serial line.
115200

# Assumes that your IP address is allocated dynamically by the ISP.
noipdefault
# Try to get the name server addresses from the ISP.
usepeerdns
# Use this connection as the default route.
defaultroute

# Makes pppd "dial again" when the connection is lost.
persist

# Do not ask the remote to authenticate.
noauth

[$emperf!]

Was ist denn das für eine IP die dein ppp0 Adapter da hat, 10.244.250.147 ? Das ist eine private IP.
Dort sollte doch eine öffentliche IP sein wenn der Adapter die IP via GPRS bekommen hat.

Wenn du zwei Netzwerk Adapter hast, also wie bei dir einen für Ethernet (eth0) und einen für GPRS (ppp0), musst du das Routing richtig konfigurieren.
Dazu gibt es mehrere Ansätze. Ich würde den next Hop des Providers als Standard Gateway angeben und eine Route konfigurieren die sämtlichen Traffic der an eine IP aus dem Range 192.168.0.0 bis 192.168.255.255 über den eth0 sendet.

Aber wie ganz oben erwähnt, die IP die dein GPRS Adapter hat sollte meiner meinung nach eine öffentliche IP sein welche sich der Adapter via DHCP vom Provider holt.

Sobald der Adapter sich eine öffentliche IP holt können wir das Routing anschauen.

Grüsse


Grüsse

[buzz768]

Das mit der privaten IP ist bei GPRS wohl eher üblich
http://www.linuxforen.de/forums/showthread.php?t=274047#5

[$emperf!]

Wenn der Adapter eine Private IP via DHCP erhält, können wir uns gleich dem Routing zuwenden.
Features wie DynDNS oder PAT sind dann halt nicht möglich, da der NAT Router unter der Kontrolle des Providers ist.

Wenn das Chat Skript nichts dergleichen benötigt sollte es trotzdem zum laufen zu bringen sein.


Poste mal deine Routing Tabelle damit wir sehen was wohin gesendet wird.

Grüsse

[rennreh]

Hey Vielen Dank für eure Antworten :)

Routingtabelle:


debarm:/scripts# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.178.1 0.0.0.0 UG 0 0 0 eth0
192.168.178.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
192.168.254.254 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0

[buzz768]

Default Gateway sollte die PTP-Adresse sein


route del default
route add default gw 192.168.254.254

[rennreh]

Es gab kein problem beim löschen


debarm:~# route del default


aber


debarm:~# route add default gw 192.168.254.254
SIOCADDRT: Network is unreachable




debarm:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.178.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

[buzz768]

Hm, wo ist denn die Host Route geblieben? Versuche es mal so:


route add -host 192.168.254.254 ppp0
route add default gw 192.168.254.254

[rennreh]

Das mag er auch nicht


debarm:~# route add -host 192.168.254.254 ppp0
SIOCADDRT: No such device




debarm:~# route add default gw 192.168.254.254
SIOCADDRT: Network is unreachable

[buzz768]

Sieht für mich so aus als wärest du gerade nicht eingewählt.

[rennreh]

Hey und damit hast du auch recht :)

als ich mich eingewählt habe mit pon

und mit


route add default gw 192.168.254.254


kann ich nun www.google.de anpingen.
vielen dank :)


Nun such ich nur noch eine möglichkeit wie man von außen mit ssh zugreifen kann. und zwar habe ich mir gedacht, dass mein gprs system einer datenbabk von mit mitteilt welche IP es hat. und so könnte ich via ssh zugreifen oder was meint ihr?
sicher ist es jetzt auch sinnvoll mit ipdatbles ein paar regeln festzulegen, z.b. das nur ssh und ein spezieller port frei sein soll (in beide richtungen)

mfg

[Rain_maker]

Nun such ich nur noch eine möglichkeit wie man von außen mit ssh zugreifen kann. und zwar habe ich mir gedacht, dass mein gprs system einer datenbabk von mit mitteilt welche IP es hat. und so könnte ich via ssh zugreifen oder was meint ihr?

So lange Du von Deinem Provider geNATed wirst, kannst Du das gepflegt vergessen.


Nachtrag:

Ja, es gäbe z.B. die Möglichkeit über einen Tor Hidden Service an SSH ranzukommen, aber das ist (aus eigener Erfahrung) eher eine Qual als ein Vergnügen.

https://www.torproject.org/docs/hidden-services.html.en

Greetz,

RM

[rennreh]

Verzeihung ich kenn mich mit Inetrnettechnik nicht so sehr aus. Was bedeutet das das ich vom provider durch NAT ins netz kommen. Du meinst, das netzwerk wird von einem netz zum anderen "umgeleitet/verändert"

für die anforderung des systems, welches ich entwickle ist es notwendig das ich von aussen via ssh zugriff bekomme.
es ist auch notwendig das ein bestimmter port frei ist, mit dem ich ein eigenes paket vom gprs system zu einem server im internet verschicken kann.

also es sind nur die zwei sachen. port 22 für ssh muss durchgehen können und auf irgendeinem port muss ich eine client-server verbindung herstellen können.

kennt ihr denn einen preiswerten provider?

[$emperf!]

Das meinte ich als ich vor einigen Posts geschrieben habe PAT (Port Adress Translation) kannst du nicht machen wenn du auf dem Device eine private und keine öffentlich geroutete IP hast.

Ist aber nicht so ein Problem wenn du ein SSH Reverse Tunneling einrichtest. Dann solltest du jedoch auf der Seite von der du zugreiffen willst entweder eine fixe IP haben oder du musst mit einem dyn dns Service dafür schauen, dass dein Embeded Dings dich so immer finden kann.

Google mal nach: SSH Reverse Tunneling

Grüsse
$emperf!

[Rain_maker]

kennt ihr denn einen preiswerten provider?

Ob preiswert di e richtige Kategorie ist, wage ich zu bezweifeln, denn (vor allem IPv4)-Adressen kosten (mittlerweile) richtig Geld, wer sich das nicht leisten kann/will, kauft nur wenige öffentliche Adressen und nutzt NAT.

Bei E-Plus überrascht mich das jetzt nicht sonderlich.

Nachfragen, ob $PROVIDER Dir eine öffentliche IP (v4) bietet, IPv6 wäre noch ein (zukunftsträchtiger) Bonus, allers Andere ist im heutigen Tarifdschungel eher geraten.

Ich hatte beim Rosa Riesen mal eine zeitlang per default eine öffentliche IP, dann auf einmal wieder nicht, weil die (heimlich still und leise?) die Einwahl über den einen (default)-APN auf NAT umgestellt hatten während danach ein anderer APN des selben Providers, den ich zunächst mal durch Suchen herausfinden musste, einem dann doch eine öffentliche IP gab.

Da dies wiederum auch schon ein paar Jahre her ist, kann und werde ich hier keine Aussage treffen, die Chance, daß die noch stimmt, ist nicht wirklich groß bzw. es wäre ein Zufallstreffer.

Greetz,

RM

[rennreh]

Alles klar ich denke ich habe NAT verstanden. Das problem ist, das ich hinter einer NAT stecke und nur packete empfangen kann die ich selbst angefordert habe (wie zuhause hinter einer fritzbox).
aber kann man das nicht tunneln oder so?

[$emperf!]

Tunneln....

Schonmal meinen Beitrag durchgelesen, ganz oben auf dieser Seite??
:o

[Rain_maker]

Google mal nach: SSH Reverse Tunneling


Naja, das ist keine wirklich Lösung, sondern bestenfalls ein Notnagel.

Wenn man z.B. von mehreren Clients oder gar aus unterschiedlichen Netzen (mit Laptop/Smartphone von unterwegs) mal dringend auf die Kiste muss, dann wirds schon lustig, mal davon abgesehen, daß man dann auf dem Zielgerät sicher stellen muss, daß der Tunnel nur dann aufgebaut wird, wenn der der potentielle Client auch online und erreichbar ist (und das ggf. für jeden potentiellen Client, der auf das Zielgrät Zugriff haben soll).

Sollte dann das Gerät, welches per reverse SSH-Tunnel auf das Zielgerät Zugriff gewährt, auch hinter einem NAT sitzen, dann brauchst Du schon eine dritte Kiste, die vermittelt.

Sofern es diese dritte Kiste mit -am besten- fester IP und Zugang von draussen gibt, dann -und nur dann- kann man sich darüber Gedanken machen, die per default als Vermittler zu verwenden, alles andere ist Käse.

Greetz,

RM

[$emperf!]

Notnagel ist vielleicht nicht ganz der richtige Ausdruck in dem Fall. Der TE hat doch schon folgendes geschrieben:



mit dem ich ein eigenes paket vom gprs system zu einem server im internet verschicken kann.


Also kann davon ausgegangen werden, dass eine Infrastruktur vorhanden ist oder ev. noch geplant ist.

Ohne einen Server in der Mitte, auf dem sich dann beide teilnehmer treffen lässt sich sowas, wie von Rain_maker erwähnt, nicht ohne vorprogrammierte Probleme und Frust umsetzen.


Grüsse

[max0r]

AYIYA wäre eine Option http://en.wikipedia.org/wiki/Anything_In_Anything

Ich baue mir damit mobil einen Tunnel auf, und erhalten via SixXS (https://www.sixxs.net/) eine IPv6 Adresse. Damit verbinde ich mich mit meinem Heimnetz (feste IPv6 Adresse, auch mit SixXS) und kann so einen "IPv6-Tunnel" aufbauen und per SSH verbinden.

Klappt super.

[rennreh]

Hey Leute vielen Danke für eure Hilfe :)

Google mal nach: SSH Reverse Tunneling
Das ist genau das wonach ich Suche :) Wir haben einen Server im Netz, zwar nicht mit fester IP aber dank Dyndns gehts auch :)

Nun ich habe am GPRS-System folgenden Befehl für meinem Tunnel eingegeben:


ssh -l USERNAME_VOM_SERVER -nNT -R 1999:localhost www.meine-server-domain.de

nach eingabe des des passworts, des users vom server horcht nun ssh. Was mich hier drann noch stört ist, dass ich ein Passwort eingeben muss. Da an dem GPRS-System niemals eine Person sein wird, muss der Verbindungsaufbauversuch des Tunnels automatisch passieren. Wie kann ich nun die PW eingabe unterbinden?

ansonsten gehts via SSH auf dem Internetrechner und durch die Zeile:


ssh root@localhost -p 1999


hat man nach einiger zeit zgriff auf das GPRS-System :) :) :)

[Rain_maker]

Was mich hier drann noch stört ist, dass ich ein Passwort eingeben muss. Da an dem GPRS-System niemals eine Person sein wird, muss der Verbindungsaufbauversuch des Tunnels automatisch passieren. Wie kann ich nun die PW eingabe unterbinden?

Du möchtest die Suchmaschine Deines geringsten Misstrauens nach SSH mit "pubkey" (bzw. Public Key) Authentifizierung befragen.

Greetz,

RM

[buzz768]

...wahlweise rechnerbasiert oder benutzerbasiert
http://rrze.uni-erlangen.de/dienste/arbeiten-rechnen/linux/howtos/ssh-konfigurieren.shtml

[rennreh]

Hey viele Dank für eure Antworten ihr habt mir wirklich sehr geholfen :)
Ich habe aber noch kleinere Fragen:

1. Ich hab ein eigenes Serverprogramm auf dem GPRS gerät laufen und durch die NAT gibts ja das problem, dass man von ausen nicht ohne einen tunnel eine verbindung aufbauen kann. SSH kann dienste wie POP, SMTP, telnet, and X11 verwalten, wie sieht es denn mit meinem eigene dienst aus?
gibt es da eine alternativmöglichkeit zum ssh tunnel?

2. Nun stelle man sich vor man hat nicht nur ein Gerät sondenr hunderte. Wie kann ich mir nun am Server anzeigen lassen, welche Tunnel gerade benutzt werden, welche Tunnel zur benutzung bereitstehen (ist das GPRS gerät online?).

3. macht es eigentlich sinn eine firewall mit iptables hinter der nat zu konfigurieren? ich meine bis auf das serverprogramm und der ssh tunnel soll eh nix drauf laufen.

[$emperf!]

3. macht es eigentlich sinn eine firewall mit iptables hinter der nat zu konfigurieren? ich meine bis auf das serverprogramm und der ssh tunnel soll eh nix drauf laufen.

Für kommerzielle Anwendungen, macht das nicht nur Sinn, sondern ist ein Muss. Erstens weil du in dem Subnetz wahrscheinlich noch mit anderen GPRS Teilnehmern zusammen bist welche dich direkt ereichen können ohne NAT. Zweitens, weil das NAT welches dich vom Internet trennt nicht den Schutz bietet, den eine Firewall bietet.

Grüsse

[rennreh]

Hallo,
Mit manuellen Schritte bekomme wählt kann ich das Linux via PPP einwählen.
Im ersten Schritt starte ich das GPRS-Modul und warte 20 secunden.
Dann mache ich "pon"
Es erscheint
Jan 1 01:10:27 localhost pppd[1094]: pppd 2.4.5 started by root, uid 0
Jan 1 01:10:28 localhost chat[1097]: timeout set to 60 seconds
Jan 1 01:10:28 localhost chat[1097]: abort on (BUSY)
Jan 1 01:10:28 localhost chat[1097]: abort on (VOICE)
Jan 1 01:10:28 localhost chat[1097]: abort on (ERROR)
Jan 1 01:10:28 localhost chat[1097]: abort on (NO CARRIER)
Jan 1 01:10:28 localhost chat[1097]: abort on (NO DIALTONE)
Jan 1 01:10:28 localhost chat[1097]: abort on (NO DIAL TONE)
Jan 1 01:10:28 localhost chat[1097]: send (ATZ^M)
Jan 1 01:10:28 localhost chat[1097]: send (+++atz^M)
Jan 1 01:10:28 localhost chat[1097]: expect (OK)
Jan 1 01:11:28 localhost chat[1097]: alarm
Jan 1 01:11:28 localhost chat[1097]: Failed
Jan 1 01:11:29 localhost pppd[1094]: Exit.


Mit erneutem "pon" erhalte ich immer diesen Fehler:

Jan 1 01:27:36 localhost pppd[1108]: pppd 2.4.5 started by root, uid 0
Jan 1 01:27:37 localhost chat[1111]: timeout set to 60 seconds
Jan 1 01:27:37 localhost chat[1111]: abort on (BUSY)
Jan 1 01:27:37 localhost chat[1111]: abort on (VOICE)
Jan 1 01:27:37 localhost chat[1111]: abort on (ERROR)
Jan 1 01:27:37 localhost chat[1111]: abort on (NO CARRIER)
Jan 1 01:27:37 localhost chat[1111]: abort on (NO DIALTONE)
Jan 1 01:27:37 localhost chat[1111]: abort on (NO DIAL TONE)
Jan 1 01:27:37 localhost chat[1111]: send (ATZ^M)
Jan 1 01:27:37 localhost chat[1111]: send (+++atz^M)
Jan 1 01:27:37 localhost chat[1111]: expect (OK)
Jan 1 01:27:37 localhost chat[1111]: ATZ^M^M
Jan 1 01:27:37 localhost chat[1111]: OK
Jan 1 01:27:37 localhost chat[1111]: -- got it
Jan 1 01:27:37 localhost chat[1111]: send (ATH^M)
Jan 1 01:27:37 localhost chat[1111]: expect (OK)
Jan 1 01:27:37 localhost chat[1111]: ^M
Jan 1 01:27:37 localhost chat[1111]: +++atz^M^M
Jan 1 01:27:37 localhost chat[1111]: OK
Jan 1 01:27:37 localhost chat[1111]: -- got it
Jan 1 01:27:37 localhost chat[1111]: send (ATE1^M)
Jan 1 01:27:37 localhost chat[1111]: expect (OK)
Jan 1 01:27:37 localhost chat[1111]: ^M
Jan 1 01:27:37 localhost chat[1111]: ATH^M^M
Jan 1 01:27:37 localhost chat[1111]: OK
Jan 1 01:27:37 localhost chat[1111]: -- got it
Jan 1 01:27:37 localhost chat[1111]: send (AT+CPIN="7393"^M)
Jan 1 01:27:37 localhost chat[1111]: expect (OK)
Jan 1 01:27:37 localhost chat[1111]: ^M
Jan 1 01:27:37 localhost chat[1111]: ATE1^M^M
Jan 1 01:27:37 localhost chat[1111]: OK
Jan 1 01:27:37 localhost chat[1111]: -- got it
Jan 1 01:27:37 localhost chat[1111]: send (AT+CGDCONT=1,"IP","inernet.eplus.de","0.0.0.0",0,0^M)
Jan 1 01:27:38 localhost chat[1111]: expect (OK)
Jan 1 01:27:38 localhost chat[1111]: ^M
Jan 1 01:27:38 localhost chat[1111]: AT+CPIN="7393"^M^M
Jan 1 01:27:38 localhost chat[1111]: +CPIN: READY^M
Jan 1 01:27:38 localhost chat[1111]: ^M
Jan 1 01:27:38 localhost chat[1111]: OK
Jan 1 01:27:38 localhost chat[1111]: -- got it
Jan 1 01:27:38 localhost chat[1111]: send (ATD*99***1#^M)
Jan 1 01:27:38 localhost chat[1111]: expect (CONNECT)
Jan 1 01:27:38 localhost chat[1111]: ^M
Jan 1 01:27:38 localhost chat[1111]: .0.0",0,0^M^M
Jan 1 01:27:38 localhost chat[1111]: ERROR
Jan 1 01:27:38 localhost chat[1111]: -- failed
Jan 1 01:27:38 localhost chat[1111]: Failed (ERROR)
Jan 1 01:27:39 localhost pppd[1108]: Exit.


Mit erneutem "pon" nur ohne cpin in der /etc/chatscript/pap erhalte ich eine korrekte ppp verbindung(das muss ich machen, sonst kommt ein Fehler und Fehler sind abbruchbedingungen)

Jan 1 01:29:54 localhost pppd[1116]: pppd 2.4.5 started by root, uid 0
Jan 1 01:29:55 localhost chat[1119]: timeout set to 60 seconds
Jan 1 01:29:55 localhost chat[1119]: abort on (BUSY)
Jan 1 01:29:55 localhost chat[1119]: abort on (VOICE)
Jan 1 01:29:55 localhost chat[1119]: abort on (ERROR)
Jan 1 01:29:55 localhost chat[1119]: abort on (NO CARRIER)
Jan 1 01:29:55 localhost chat[1119]: abort on (NO DIALTONE)
Jan 1 01:29:55 localhost chat[1119]: abort on (NO DIAL TONE)
Jan 1 01:29:55 localhost chat[1119]: send (ATZ^M)
Jan 1 01:29:55 localhost chat[1119]: send (+++atz^M)
Jan 1 01:29:55 localhost chat[1119]: expect (OK)
Jan 1 01:29:55 localhost chat[1119]: ATZ^M^M
Jan 1 01:29:55 localhost chat[1119]: OK
Jan 1 01:29:55 localhost chat[1119]: -- got it
Jan 1 01:29:55 localhost chat[1119]: send (ATH^M)
Jan 1 01:29:55 localhost chat[1119]: expect (OK)
Jan 1 01:29:55 localhost chat[1119]: ^M
Jan 1 01:29:55 localhost chat[1119]: +++atz^M^M
Jan 1 01:29:55 localhost chat[1119]: OK
Jan 1 01:29:55 localhost chat[1119]: -- got it
Jan 1 01:29:55 localhost chat[1119]: send (ATE1^M)
Jan 1 01:29:55 localhost chat[1119]: expect (OK)
Jan 1 01:29:55 localhost chat[1119]: ^M
Jan 1 01:29:55 localhost chat[1119]: ATH^M^M
Jan 1 01:29:55 localhost chat[1119]: OK
Jan 1 01:29:55 localhost chat[1119]: -- got it
Jan 1 01:29:55 localhost chat[1119]: send (AT+CGDCONT=1,"IP","inernet.eplus.de","0.0.0.0",0,0^M)
Jan 1 01:29:56 localhost chat[1119]: expect (OK)
Jan 1 01:29:56 localhost chat[1119]: ^M
Jan 1 01:29:56 localhost chat[1119]: ATE1^M^M
Jan 1 01:29:56 localhost chat[1119]: OK
Jan 1 01:29:56 localhost chat[1119]: -- got it
Jan 1 01:29:56 localhost chat[1119]: send (ATD*99***1#^M)
Jan 1 01:29:56 localhost chat[1119]: expect (CONNECT)
Jan 1 01:29:56 localhost chat[1119]: ^M
Jan 1 01:29:56 localhost chat[1119]: AT+CGDCONT=1,"IP","inernet.eplus.de","0.0.0.0",0,0^M^M
Jan 1 01:29:56 localhost chat[1119]: OK^M
Jan 1 01:29:56 localhost chat[1119]: ATD*99***1#^M^M
Jan 1 01:29:56 localhost chat[1119]: CONNECT
Jan 1 01:29:56 localhost chat[1119]: -- got it
Jan 1 01:29:56 localhost chat[1119]: send (^M)
Jan 1 01:29:56 localhost pppd[1116]: Serial connection established.
Jan 1 01:29:56 localhost kernel: ppp0: Features changed: 0x00006800 -> 0x00006000
Jan 1 01:29:56 localhost pppd[1116]: Using interface ppp0
Jan 1 01:29:56 localhost pppd[1116]: Connect: ppp0 <--> /dev/ttyS1
Jan 1 01:29:57 localhost pppd[1116]: PAP authentication succeeded
Jan 1 01:29:58 localhost pppd[1116]: local IP address 10.239.58.136
Jan 1 01:29:58 localhost pppd[1116]: remote IP address 192.168.254.254
Jan 1 01:29:58 localhost pppd[1116]: primary DNS address 212.23.115.148
Jan 1 01:29:58 localhost pppd[1116]: secondary DNS address 212.23.115.132


meine Config schaut momentan so aus:
/etc/chatscripts/pap


TIMEOUT 60
ABORT BUSY
ABORT VOICE
ABORT "ERROR"
ABORT "NO CARRIER"
ABORT "NO DIALTONE"
ABORT "NO DIAL TONE"
"" ATZ
"" "+++atz"
# OK "ATE0V1"
# OK "AT_OPSYS=3,2"
#OK AT#USERID="nettokom"
#OK AT#PASSW="nettokom"
OK ATH
OK ATE1

# an dieser Stelle muss ich aus oder einkommentieren
#"OK" AT+CPIN="7393"
OK AT+CGDCONT=1,"IP","inernet.eplus.de","0.0.0.0",0,0
OK "ATD*99***1#"
"CONNECT" ""


/etc/ppp/peer/provider


# example configuration for a dialup connection authenticated with PAP or CHAP
#
# This is the default configuration used by pon(1) and poff(1).
# See the manual page pppd(8) for information on all the options.

# MUST CHANGE: replace myusername@realm with the PPP login name given to
# your by your provider.
# There should be a matching entry with the password in /etc/ppp/pap-secrets
# and/or /etc/ppp/chap-secrets.
user nettokom
password nettokom


# MUST CHANGE: replace ******** with the phone number of your provider.
# The /etc/chatscripts/pap chat script may be modified to change the
# modem initialization string.
connect "/usr/sbin/chat -v -f /etc/chatscripts/pap -T *99***1#"

# Serial device to which the modem is connected.
/dev/ttyS1

# Speed of the serial line.
115200

# Assumes that your IP address is allocated dynamically by the ISP.
noipdefault
# Try to get the name server addresses from the ISP.
usepeerdns
# Use this connection as the default route.
defaultroute

# Makes pppd "dial again" when the connection is lost.
persist

# Do not ask the remote to authenticate.
noauth


Kann man das auch hinbekommen, ohne das ich dreimal pon eingeben muss und zwischendurch die config zu ändern?