ISDN-Dialin mit SuSE

theton

theton

Bitmuncher
Ich versuche gerade einen ISDN-Dialin-Server mit SuSE aufzusetzen. Jetzt habe ich ihn zumindest so weit, dass eine physische Verbindung aufgebaut wird. Allerdings werde ich, wenn ich versuche, mich mit einem Debian-Rechner zu verbinden, immer gleich wieder getrennt. Nun suche ich immer noch verzweifelt nach dem Ort, wo SuSE seine ISDN-Logs speichert. In der /var/log/isdn.log stehen nur Zeilen dieser Art:

Code:
Jan  7 05:32:46 2005|                |                |    0|         0|1105072366|   -1|O| 16|         0|         0|3.2|0|0|0.062|EUR|0| -1| -1|

Und das Syslog vom Debian zeigt immer die folgende Meldung, wenn ich versuche eine Verbindung aufzubauen.

Code:
...
Jan  7 05:40:57 localhost pppd[2893]: capiplugin: dialing 888 (hdlc)
Jan  7 05:40:57 localhost pppd[2893]: controller 1: listen_change_state state=0 event=3 ????
Jan  7 05:40:57 localhost last message repeated 2 times
Jan  7 05:40:58 localhost pppd[2893]: capiplugin: disconnect(remote): "" -> "888" outgoing 0x3490 (0x0000) - Normal call clearing
Jan  7 05:41:03 localhost pppd[2893]: capiplugin: dialing 888 (hdlc)
Jan  7 05:41:03 localhost pppd[2893]: capiplugin: disconnect(remote): "" -> "888" outgoing 0x3490 (0x0000) - Normal call clearing
Jan  7 05:41:08 localhost pppd[2893]: capiplugin: dialing 888 (hdlc)
Jan  7 05:41:08 localhost pppd[2893]: capiplugin: disconnect(remote): "" -> "888" outgoing 0x3490 (0x0000) - Normal call clearing
Jan  7 05:41:13 localhost pppd[2893]: capiplugin: dialing 888 (hdlc)
Jan  7 05:41:14 localhost pppd[2893]: capiplugin: disconnect(remote): "" -> "888" outgoing 0x3490 (0x0000) - Normal call clearing
Jan  7 05:41:14 localhost pppd[2893]: capiplugin: couldn't make connection after 4 retries
Jan  7 05:41:15 localhost pppd[2893]: controller 1: listen_change_state state=1 event=1 ????
Jan  7 05:41:15 localhost last message repeated 2 times
Jan  7 05:41:15 localhost pppd[2893]: capiplugin: exit
Jan  7 05:41:15 localhost pppd[2893]: Exit.

Diese Meldung zeigt mir, dass die Verbindung physikalisch zustandekommt aber ich finde den Grund nicht, warum immer gleich wieder aufgelegt wird.
Diese Sache zu lösen ist wirklich sehr dringend für mich. Ich wäre also für jeden noch so kleinen Tip dankbar.
Da ich nicht sicher bin, ob das Problem beim Clienten (Debian) oder dem Server (SuSE) liegt, fand ich dieses Thema hier am besten aufgehoben.
:hilfe2:
 
Zuletzt bearbeitet:
Leider nur ein Tip zur Fehlersuche: strace.
Mit
Code:
strace -ftp `pidof programm`
haengst du nachtraeglich (-f) ein strace an $PID (-p), das alle threads (-t) des Prozesses verfolgt, an.
Die Ausgabe kannst du natuerlich wie gewohnt umleiten.
Wenn du das noch nie gemacht hast, ist die "Datenflut" vielleicht etwas irritierend, aber beim In-Ruhe-2-Seiten-Durchblaettern erschliesst sich selbst dem Nichtprogrammierer recht schnell, was da passiert.
Wenn an irgendeiner Stelle Fehlermeldungen ausgespuckt werden, findest du sie damit garantiert. Wenn du sie gefunden hast, kannst du dir das Filehandle merken und ein Stueck weiter oben nach dem zugehoerigen open suchen. Schon weisst du, wohin geloggt wird.

-khs
 

Ähnliche Themen

VPN verbindet nichtmehr

Rollei Mini Wifi Camcorder

rsnapshot und ein Rechteproblem?

HP PSC 2175 - CUPS druckt nicht

Displayport + externer Monitor zeigt bei startx nichts erst bei DVI

Zurück
Oben