October 2000 - openSUSE ISDN (Deutsch)

kisdn / autodial
by Andre Heine 28 Oct '00

28 Oct '00

Hallo Liste, wenn ich z.B. Netscape gestartet habe, hat kisdn automatisch die Verbindung hergestellt. Nun habe ich aber meinen Rechner kpl. neu gemacht. Funzt nicht mehr :-(((((((((( Ich weiß leider nicht was ich damals gemacht habe (Wenn ich etwas gemacht habe) Ich benutze Suse 6.3 mit kisdn v1.1. thx & Gruss Andre

2 2

Routing klappt nicht
by Markus Cremer 27 Oct '00

27 Oct '00

Also ich bin Anfänger und habe versucht meinen Linux Rechner (Susu 6.4) als Router zu nutzen. Habe mich an die Anweisungen aus der Suse Supportdatenbank gehalten. aber es klappt nicht. Als ich eine Web Adresse von dem Linux Rechner pingte wählte dieser sich nicht automatisch ein (obwohl in yast so eingestellt). Was mache ich falsch? Ich bitte um hilfe. Dank im Vorraus. Markus

2 1

ISDN cause E002F
by Knut Petersen 27 Oct '00

27 Oct '00

Hallo Leute! Vor mehr als einem Jahr gab es hier ja einmal die Diskussion um den im Subject benannten Fehler ... zur Erinnerung: Wenn man ein Verbindungsende mit diesem Fehlercode im Log findet, kann man getrost davon ausgehen, daß die Verbindung noch besteht, auch wenn alle Logs und selbst Tools wie xisdnload das Gegenteil behaupten. Gestern trat der Fehler nach 1.5 Jahren Ruhe wieder auf. System: Suse 6.0, alle ISDN-Programme original (bis auf das um den Y2K Bug bereinigte isdnlog). Situation: Verbindung zum ISP besteht, wird plötzlich unterbrochen. Im Systemlog findet sich dazu: Oct 26 03:03:46 golem kernel: isdn: HiSax,ch0 cause: E021F Oct 26 03:03:46 golem kernel: ippp0: remote hangup (0) Oct 26 03:03:46 golem kernel: ippp0: Chargesum is 0 Oct 26 03:03:46 golem kernel: idx=0 drv=0 ch=0 Oct 26 03:03:46 golem isdnlog: Oct 26 03:03:46 tei 82 calling +49 1910/11, T-Online with +49 6422/92026, Kirchhain Normal, unspecified (Public network serving local user) Oct 26 03:03:46 golem ipppd[126]: Modem hangup Oct 26 03:03:46 golem ipppd[126]: Connection terminated. Oct 26 03:03:46 golem ipppd[126]: taking down PHASE_DEAD link 0, linkunit: 0 Oct 26 03:03:46 golem ipppd[126]: closing fd 7 from unit 0 Oct 26 03:03:46 golem ipppd[126]: link 0 closed , linkunit: 0 Oct 26 03:03:46 golem ipppd[126]: reinit_unit: 0 Oct 26 03:03:46 golem ipppd[126]: Connect[0]: /dev/ippp0, fd: 7 Oct 26 03:03:46 golem isdnlog: Oct 26 03:03:46 tei 82 calling +49 1910/11, T-Online with +49 6422/92026, Kirchhain HANGUP ( 0:05:27 I=411.4Kb O= 68.6Kb) Normal, unspecified (Public network serving local user) Das Log vom D-Kanal sagt dazu: Thu Oct 26 03:03:45 2000 25:29.92 Card1 hscx_empty_fifo: incoming packet too large Thu Oct 26 03:03:46 2000 HEX: 02 A5 06 02 08 01 8D 45 08 02 82 9F Thu Oct 26 03:03:46 2000 25:30.08 Card1 State ST_L1_ACTIV Event EV_PH_DEACTIVATE Thu Oct 26 03:03:46 2000 25:30.08 Card1 ChangeState ST_L1_WAIT_DEACT Thu Oct 26 03:03:46 2000 HEX: 02 A5 01 08 Thu Oct 26 03:03:46 2000 25:30.09 Card1 State ST_L1_WAIT_DEACT Event EV_TIMER_DEACT Thu Oct 26 03:03:46 2000 25:30.09 Card1 ChangeState ST_L1_NULL Einige weitere automatische Anwahlversuche zum ISP waren nicht mehr erfolgreich, es kam jeweils zu Meldungen wie folgender: Oct 26 03:04:02 golem kernel: ippp0: dialing 1 0191011... Oct 26 03:04:02 golem isdnlog: Oct 26 03:04:02 * tei 82 calling ? with +49 6422/92026, Kirchhain CPN +49642292026 Oct 26 03:04:02 golem isdnlog: Oct 26 03:04:02 * tei 82 calling +49 1910/11, T-Online with +49 6422/92026, Kirchhain RING (Data) Oct 26 03:04:03 golem kernel: isdn: HiSax,ch0 cause: E0222 Oct 26 03:04:03 golem kernel: ippp0: remote abort (4) Einige Minuten später kam ein Connect zustande, wieder etwas später gab es dann den E002F. Ein ebenfalls am S0 Bus angeschlossenes Telephon gab nur noch "Leitung gestört" aus, nach einem Reset des Systems war alles wieder normal. Fazit: Ab dem Auftreten des "incoming packet too large" im D-Kanal Log hat das System gesponnen, irgend jemand sollte sich die Reaktion auf ein solches Ereignis im Quellcode mal anschauen. Wer Interesse an den vollständigen Logs des Systems und des D Kanals hat möge er sich mit mir in Verbindung setzen. cu, Knut

1 0

isdn_tx_timeout
by Rainer Brall 27 Oct '00

27 Oct '00

Hallo Liste, nach Update auf SuSE 7.0 habe ich ein Problem bei der Einwahl zu unserem Provider. Nach dem Start von i4l funktioniert die Einwahl für eine gewisse Zeit. Dann irgendwann passiert das folgende: ----------------------------------------------------------------- Oct 27 13:24:25 snip460 isdnlog: Oct 27 13:24:25 tei 74 calling +49 .... Oct 27 13:24:25 snip460 kernel: isdn_net: ippp0 connected Oct 27 13:24:25 snip460 ipppd[4574]: Local number: XXXXX, Remote number: XXXXX, Type: outgoing Oct 27 13:24:25 snip460 ipppd[4574]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 1, fd: 9 Oct 27 13:24:25 snip460 ipppd[4574]: sent [1][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0x69d65301>] Oct 27 13:24:25 snip460 ipppd[4574]: rcvd [1][LCP ConfReq id=0x33 <auth pap> <magic 0x5de9b48f> <MPmrru 0x5f4> <MPdiscr: 0x1 [ 73 74 61 63 6b Oct 27 13:24:25 snip460 ipppd[4574]: sent [1][LCP ConfRej id=0x33 <MPmrru 0x5f4>] Oct 27 13:24:25 snip460 ipppd[4574]: rcvd [1][LCP ConfAck id=0x1 <mru 1524> <auth pap> <magic 0x69d65301>] Oct 27 13:24:25 snip460 ipppd[4574]: rcvd [1][LCP ConfReq id=0x34 <auth pap> <magic 0x5de9b48f> <MPdiscr: 0x1 [ 73 74 61 63 6b ]>] Oct 27 13:24:25 snip460 ipppd[4574]: sent [1][LCP ConfAck id=0x34 <auth pap> <magic 0x5de9b48f> <MPdiscr: 0x1 [ 73 74 61 63 6b ]>] Oct 27 13:24:25 snip460 ipppd[4574]: lcp layer is UP Oct 27 13:24:25 snip460 ipppd[4574]: sent [1][PAP AuthReq id=0xc user="XY" password not logged for security reasons! Use '+pwlog' optio Oct 27 13:24:25 snip460 ipppd[4574]: rcvd [1][PAP AuthAck id=0xcmsg=""] Oct 27 13:24:25 snip460 ipppd[4574]: Remote message: *** Oct 27 13:24:32 snip460 kernel: isdn_tx_timeout dev ippp0 dialstate 0 *** Oct 27 13:24:52 snip460 last message repeated 4 times Oct 27 13:24:55 snip460 ipppd[4574]: sent [1][LCP TermReq id=0x2 61 75 74 68 20 66 61 69 6c 75 72 65] ---------------------------------------------------------------------------- -------------------------------- Danach funktioniert die Einwahl nicht mehr bis zu einem restart von i4l. Kann mir jemand sagen, was das "isdn_tx_timeout" bedeutet und was ich dagegen tun kann ? Danke für jeden Hinweis, Rainer

2 1

resolve.conf
by FaHoe＠t-online.de 27 Oct '00

27 Oct '00

Hallo alle zusammen, ich habe bei meiner Serverinstallation ein etwas komisches Phänonmen entdeckt, das ich mir nicht erklären kann. Hier die Beschreibung: Wenn eine Internet-Verbindung mit dem ipppd aufgebaut wird, wird ja durch das Script ip-up die resolve.conf verändert und der Nameserver neu gesetzt, das ganze beim Beenden wieder rückgängig gemacht. Das funktioniert auch einwandfrei. Wenn ich jedoch Kanalbündelung einschalte, dann funktioniert diese Umsetztung nicht mehr, d.h. beim Beenden ist der Nameserver immernoch auf den externen Nameserver gesetzt, damit ist natürlich mein internes Netz lahmgelegt, da keine Namensauflösung mehr stattfinden kann. Hat jemand ähnliches beobachtet oder kann sich das erklären? Ich finde leider keine Stelle, wo der Fehler stecken könnte, da nach meiner Meinung alles richtig ist. also mit freundlichen Grüssen Fabian Sollte in meine Postfix-Konfiguration noch ein Fehler sein, und meine E-Mail-Adresse nicht auf FaHoe(a)t-online.de lauten, seid gewarnt.

2 1

proftpd
by John-Paul Besener 27 Oct '00

27 Oct '00

okay wollen wir es mal versuchen, ich hatte hier mal nach einer hilfe für Squid gesucht - was meiner meinung nach nicht so gut ankam. jetzt aber zu proftp ;) Ich habe vor - einen FTP-Server in der DMZ hinter unserer FW zu stellen. Von aussen soll man per anonymous seine Dateien in das "incoming" Verzeichnis legen und ggf aus dem Verzeichnis "outgoing" herunterladen können. Dieser Punkt ist quasi erledigt. Nun möchte ich aber den Usern die aus dem internen Netz auf dem FTP zugreifen andere Rechte erteilen: z.B. das im "incoming" nicht mehr benötigte Dateien gelöscht werden können.... Gibt es eine Möglichkeit diese User z.B anhand der internen Netzwerkadresse zu erkennen und einer "anonymous-gruppe" zuzuordnen, welche mehr Rechte hat als die von aussen. Denn ich möchte nicht zusätzlich jeden user auf dem ftp einrichten. Vielen Dank JPB

1 0

Proftpd
by John-Paul Besener 27 Oct '00

27 Oct '00

Hallo Liste, ich brauch mal hilfe bei proftpd, kann mir hier jemand helfen oder bin ich hier falsch? Danke JPB

2 1

immer noch das selbe
by celedyr 1980 26 Oct '00

26 Oct '00

hallo, das mit der frau ist ja ein guter vergleich, hilf mir aber nicht wirklich weiter.... netscape starte ich nicht mit doppelklick und mein computer ist eigendlich auch nicht langsam (800er amd). proxys brauche ich auch keine und mit anderen browsern hab ich es auch schon probiert, allerdings mit genauso wenig erfolg. mit kisdn funktionierts leider genauso wenig. der nameserver ist ebenfalls richtig eingegeben und eine ip zu pingen hab ich auch schon ausprobiert, der ping ist aber leider nicht zurückgekommen.....woran könnte das liegen????? habe aber alles laut handbuch eingestellt und bin es auch schonmal öfters durchgegangen, aber netscape hängt sich trotzdem immer ohne irgendeine fehlermeldung beim suchen der site auf. isdn-verbindung müsste aber klappen, zumindest laut /var/log/messages weiß echt nicht woran das liegen könnte.....kann da bei der installation irgendwas schief gegangen sein???? hilfe!!!!!! schönen dank für tipps gruß jochen _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.

3 3

Re: [suse-isdn] immer noch das selbe
by Alexander Pohl 26 Oct '00

26 Oct '00

Hi... Ich hatte ein ähnliches Problem - vielleicht hat es bei Dir die selbe Ursache lies Dir einfach mal unter den folgenden Links nach, vielleicht hilfts CU Alex http://lists.suse.com/archives/suse-isdn/2000-Oct/0076.html http://lists.suse.com/archives/suse-isdn/2000-Oct/0077.html http://lists.suse.com/archives/suse-isdn/2000-Oct/0089.html http://lists.suse.com/archives/suse-isdn/2000-Oct/0090.html http://lists.suse.com/archives/suse-isdn/2000-Oct/0104.html -- Sent through GMX FreeMail - http://www.gmx.net

2 1

F:Terminalverbindung
by Steffen Wagner 26 Oct '00

26 Oct '00

Hallo Zusammen, ich verwende Suse 6.3 und benötige auch eine Terminalverbindung. Hier die Meldung aus der logdatei: /var/log/messages ---------schnipp-------------- Oct 26 10:50:35 --> RING (Datenuebertragung (64 kBit/s oder V.110)) Oct 26 10:50:35 --> UNKNOWN ELEMENT 21: 10 80 [ ], length=2 Oct 26 10:50:35 --> UNKNOWN ELEMENT 27: 41 6d 74 [Amt], length=3 Oct 26 10:50:35 --> NOTIFICATION: ---------schnapp-------------- Wo finde ich die "Schlüssel zur Übersetzung". Vielen Dank für jeden Tip. Beim Anwählen des Problemrechner kommt auch immer die Meldung "BUSY". Warum hebt die Kiste nicht ab ? Ach so, hier noch die Konfig-Files, mit denen es auf einem anderen Rechner (gleiche Hardware) einwandfrei funktioniert. /etc/minirc.isdn ---------schnipp-------- pr port /dev/ttyI1 pu minit ~^M~AT S14=0 &B512 &E207^M pu mdialpre ATD pu mdialpre2 ATD pu mdialpre3 ATD pu mdialsuf3 ^M pu escape-key ^T ---------schnapp-------- /etc/mgetty+sendfax/mgetty.config ---------schnipp-------- debug 5 # the /dev/tty-device is owned by uucp.uucp and mode "rw-rw-r--" (664) port-owner uucp port-group uucp port-mode 0664 term vt100 port ttyI0 modem-type data speed 115200 init-chat "" \d\d\d\d+++\d\d\d\dATZ OK ATS14=0&E__MSN__&B512 OK port ttyI1 rings 2 modem-type data speed 115200 init-chat "" \d\d\d\d+++\d\d\d\dATZ OK ATS14=0&E__MSN__&B512 OK ----------schnapp---------------- /etc/mgetty+sendfax/login.config ------------schnipp------------- ... # U* uucp @ /usr/lib/uucp/uucico --prompt --login @ # ... ------------schnapp------------- /etc/inittab ----------schnipp--------- ... I0:23:respawn:/usr/sbin/mgetty ttyI0 I1:23:respawn:/usr/sbin/mgetty ttyI1 ... ----------schnapp--------- -- Mit freundlichen Grüßen Steffen Wagner Dipl.-Ing. Steffen Wagner mailto:S.Wagner@st-elisabeth.de

1 0