Hallo, ich habe eine totale Anfängerfrage! Seit SuSE 8.1 ist init.d aus /etc/ verschwunden. Ich möchte aber jedesmal beim Booten den pppd-Dämon mit /usr/sbin/pppd passive persist crtscts lock noauth lcp-echo-interval 0 netmask 255.255.255.0 192.168.0.1:192.168.0.101 /dev/ttyS0 115200 starten. Wie kann ich das jetzt ohne init.d einstellen - oder heisst init.d jetzt anders, seit der neuen Versionsnummer? DANKE FÜR DIE ANTWORTEN!!! Gruss, Tarik.

-----Ursprüngliche Nachricht----- Von: Tarik T. [mailto:info@tplaner.de] Gesendet: Montag, 10. Februar 2003 16:19 An: suse-linux@suse.com Betreff: Nullmodemverbindung - es klappt ABER!!!

Hallo und vielen Dank für die bisherigen Antworten!!!

Jetzt klappt die Verbindung und wieder ein ABER ;-) der Win Rechner kann sich einwählen und den Linuxgateway nutzen, bloss nachem die Verbindung einmal getrennt wurde, kann er sich nicht ein zweites Mal einwählen - es sei denn - ich KILLE den 1. Prozeß und starte ihn neu.

Die Prozesse starte ich mit:

# den pppd starten /usr/sbin/pppd passive persist crtscts 192.168.1.1:192.168.1.2 /dev/ttyS0 115200

bzw.

# den pppd starten /usr/sbin/pppd /dev/ttyS1 115200 asyncmap 0 \ connect "/usr/sbin/chat CLIENT CLIENTSERVER" \ -detach crtscts 192.168.0.1:192.168.0.2 lock modem

Eigentlich sollte das hier helfen: - passive: Der PPPD versucht nicht beim Start eine Verbindung herzustellen sodern wartet auf eine Clientanfrage. - persist: Der PPPD wird nicht bei einem Verbindungsabruch beendet sondern wartet auf eine neue Verbinung

aber das tut es nicht.

Was mache ich falsch?

Bin für jede Hilfe dankbar!!!

-- Grüße, Tarik

...

-----Ursprüngliche Nachricht----- Von: Andreas Koenecke [mailto:akoenecke@akoenecke.de] Gesendet: Sonntag, 9. Februar 2003 23:29 An: suse-linux@suse.com Betreff: Re: Nullmodemverbindung - es klappt ABER!!!

* Sonntag, 09. Februar 2003 um 21:29 (+0100) schrieb Tarik T.:

...

...

Using interface ppp1 Connect: ppp1 <--> /dev/ttyS0 local IP address 192.168.0.1 remote IP address 192.168.0.2 Script /etc/ppp/ip-up finished (pid 8655), status = 0x0 [ ... ] In der SuseFirewall2 habe ich ttyS0 freigegeben.

Die Pakete kommen gehen aber über ppp1.

Gruß

Andreas

-- Andreas Könecke "Andreas Koenecke "

PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --

-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

Hallo Andreas, ich habe den Übeltäter gefunden - das war eine böse Einstellung bei der Direktverbindung in Windows. Vielen Dank für deine tatkräftige Unterstützung. Ich möchte jetzt nur noch, dass diese pppd-Verbindung bereits beim Booten des Linuxrechners verfügbar wird. Reicht dazu der von dir bereits beschriebene Weg:

nmo:235:respawn:/usr/sbin/pppd passive lock crtscts\ 192.168.1.1:192.168.1.2 /dev/ttyS0 115200

in der inittab oder muss ich noch was anderes machen. Danke für die Antwort! Gruss, Tarik.

-----Ursprüngliche Nachricht----- Von: Andreas Koenecke [mailto:akoenecke@akoenecke.de] Gesendet: Montag, 10. Februar 2003 19:46 An: suse-linux@suse.com Betreff: Re: Nullmodemverbindung - es klappt ABER!!!

* Montag, 10. Februar 2003 um 16:19 (+0100) schrieb Tarik T.:

...

Jetzt klappt die Verbindung und wieder ein ABER ;-) der Win Rechner kann sich einwählen und den Linuxgateway nutzen, bloss nachem die Verbindung einmal getrennt wurde, kann er sich nicht ein zweites Mal einwählen - es sei denn - ich KILLE den 1. Prozeß und starte ihn neu.

Die Prozesse starte ich mit:

# den pppd starten /usr/sbin/pppd passive persist crtscts 192.168.1.1:192.168.1.2

/dev/ttyS0

...

115200

[ ... ]

Eigentlich sollte das hier helfen: - passive: Der PPPD versucht nicht beim Start eine Verbindung herzustellen sodern wartet auf eine Clientanfrage. - persist: Der PPPD wird nicht bei einem Verbindungsabruch beendet sondern wartet auf eine neue Verbinung

aber das tut es nicht.

Ich bin mir auch nicht sicher, aber ich würde "... try to reopen the connection." bei der "persist"-Option nicht mit "Warten auf neue Verbindung" übersetzen, sondern als (aktiver) "Versuch, die Verbindung wiederherzustellen" und das ist evtl. ein Widerspruch zur "passive"-Option.

Ich würde mich an deiner Stelle aber darum nicht weiter bemühen, sondern das "persist" herausnehmen und stattdessen den pppd von init (wieder) starten lassen. Also die '/etc/inittab' erweitern um:

nmo:235:respawn:/usr/sbin/pppd passive lock crtscts\ 192.168.1.1:192.168.1.2 /dev/ttyS0 115200

...

...

-----Ursprüngliche Nachricht----- [ ... ]

Bitte kein TOFU...

Gruß

Andreas

-- Andreas Könecke "Andreas Koenecke "

PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --

-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

Hallo Andreas, vielen Dank, du hast mir SEHR weitergeholfen! Wie du siehst habe ich das "Zeugs" gelöscht ;-) Grüße, Tarik.

Ich schicke diese Mail erneut, da der 1. Versuch anscheinend gescheiteret ist. --- Hallo Liste, ich baue eine Nullmodemverbindung (Linuxgateway <-> Windows) mit dem Befehl /usr/sbin/pppd /dev/ttyS0 115200 persist noauth connect "/usr/sbin/chat CLIENT CLIENTSERVER" crtscts 192.168.0.10:192.168.0.2& auf. Die Verbindung kommt zustande und ich kann dann mit dem Windowsrechner über den Gateway ins Internet. Wenn ich aber die Verbindung trenne (von Windows aus), dann läuft nix mehr. Bin zwar dann noch per DSL mit dem Netz verbunden, ich kann aber keine Internetseite oder sonstiges mehr (vom Linuxrechner aus) aufrufen. Ich muss dann den Linuxrechner neu starten. Diese Meldungen erhalte ich: enterprise:~ # Serial connection established. Using interface ppp1 Connect: ppp1 <--> /dev/ttyS0 local IP address 192.168.0.10 remote IP address 192.168.0.2 Script /etc/ppp/ip-up finished (pid 3201), status = 0x0 <-- ab hier verbunden LCP terminated by peer (^X~gM-@^@

Hallo Christian und alle anderen,

Die erste Mail ist bei mir angekommen. Manchmal dauert es aber ein wenig länger - von daher: man Geduld ;-)

ja, tut mir leid. Ich hatte heute Probleme mit dem Mailserver und dachte, dass die 1. Mail nicht ankommen wird. Normalerweise ist es nicht meine Art die Liste mit mehren Mails zu bombardieren ;-)

...

ich baue eine Nullmodemverbindung (Linuxgateway <-> Windows) [...] Wenn ich aber die Verbindung trenne (von Windows aus), dann läuft nix mehr. Bin zwar dann noch per DSL mit dem Netz verbunden, ich kann aber keine Internetseite oder sonstiges mehr (vom Linuxrechner aus) aufrufen. Ich muss dann den Linuxrechner neu starten.

Hört sich IMHO wie ein Routingproblem an. Was liefert denn route -n vor, während und nach der Nullmodem-Verbindung? Irgendwas nützliches in /var/log/messages?

Ja, das war ja auch mein Problem - nix in den Logfiles - und route -n war auch nicht mein Freund :-( Aber ich habe es - nach ca. 12 Stunden RTFM-ing geschafft. Das lustige ip-down (also an sich ist es ja ip-up, aber egal) Skript wollte sich nicht anschliessend aufrufen lassen. Jetzt geht es aber. Dennoch, scheint es mir - sobald eine Hürde genommen ist, baut sich die nächste auf. Ich würde nun gern den pppd-Dämon mit den Parametern aus der 1. Mail bei jedem Booten automatisch starten. Hab das mit nullm:235:respawn:/usr/sbin/pppd ... usw. in der inittab eingetragen - das tut aber nix. Wenn ich das Ganze manuell aufrufe (shell), dann kann ich mich einwählen. Kann mir bitte jemand sagen, wie ich sonst unter suse 8.1 ein Skript beim Starten des Rechners aufrufen kann? init.d hat auch nicht geholfen. DANKE!!! Gruss, Tarik. P.S. Sorry für den langen Text!

Error: File not found -- search behind couch? (Y/N)

;-))) der Spruch ist ja wohl supergeil - ich hab mich weggepackt!