October 2000 - openSUSE ISDN (Deutsch)

Vbox - piep
by Steffen Graf 20 Oct '00

20 Oct '00

Hi Suse-Linuxer, mein Vbox funzt z. Zt. best - bis auf eines: wird die AB-Message von mir abgespielt, ist anstatt einem Piepston nur ein kurzes Knacken zu hören. Ich benutze das Standard-tcl Script von SuSE 6.3. mfg Luitschi

2 1

TDSL: session limit exceeded ???
by K. Posern 20 Oct '00

20 Oct '00

Hallo. Die Fakten: SuSE 6.4 2 Netzwerkkarten: 1 zum TDSL-Modem, 1 ins 10.20.30.0/24 Netz Einwahl ueber T-Online und rp-pppoed (Version habe ich leider im = Moment nicht zur Hand) Dial on Demand mit Hangup nch 180sec So weit klappt auch die Einwahl und man kann auch mal 1 oder 2 Tage = surfen, aber dann klappt es auf einmal nicht mehr und in=20 /var/log/messages findet sich die Fehlermeldung (leider z.Zeit auch nicht als O-Ton = verfuegbar) ... session limit exceeded Die w=E4hrend der (PAP-) Authentifizierung zur=FCckgemeldet wird. Weiss jemand was diese Meldung bedeutet? Vielen Dank schon mal. Knuth.

3 7

NT RAS ISDN
by Maik Schüller 20 Oct '00

20 Oct '00

Hi, wie schatfft man mit Linux (SuSE 6.4) eine Einwahl in einen NT RAS Server. Habs schon mit Kppp probiert, ist allerdings jedesmal nach dem Wählvorgang gescheitert. Hat schon mal jemand so was gemacht? Vielen Dank im vorraus. Bye Maik.

1 0

reconnecting after hangup-time
by Jeroen Verstegen 20 Oct '00

20 Oct '00

Hi All, I asked this earlier, but haven't solved it yet. When I start my Win98 box and connect to the internet through my Linux(SuSE7.0) gateway with Teles 16.3 ISDN card, everything works fine. But after closing the connection the Linux gateway will not automatically dial in again. I set hangup time to 185 secs. Should I increase this? Or is there another setting in a file I should change? Could it be a firewall setting? It does reconnect if I do something else, i.e. get/send mail or ftp. I don't understand it because it used to be fine with SuSE 6.3. Jeroen Verstegen jeroen(a)jota.nl http://www.jota.nl

1 0

[suse-isdn] Isdn Skript automatisch starten
by Christian Steinhauer 19 Oct '00

19 Oct '00

Hallo ! Ich würde gerne ein Script bei dem Linux start automatisch starten lassen. Ich habe Suse 7.0 Pro. Ich habe das Skript erstellt und es auch ordungsgemäß umbenannt. Das eigentlich script heisst isdnwahl und liegt in /sbin/init.d/ Nun habe ich unter /sbin/init.d/rc2.d einen Link erstellt auf dieses Script (S20isdnanwahl K20isdnanwahl). Nur leider startet das Script nicht ! Was mache ich falsch ? Ich hab auch schon Chmod 755 versucht usw. Wie müsste der den der Befehl lauten das mein Skript beim start automatisch mitbootet ? Mir würde es auch reichen eigentlich in die boot.local die beiden ISDN befehl reinzuschreiben. Aber die boot.local startet vor meinen ISDN Treibern. Kann man das auch umstellen das die boot.Local später startet ? MFG Steinhauer

3 2

Teledat USB 2a/b and Suggestions
by Gnana 18 Oct '00

18 Oct '00

Hi all, I recently bought a Teledat USB 2a/b ISDN external TA which works fine in windows. But I would like to use it under linux. After searching on the 'net I found that the protocol is still closed though the USB driver 'recognises' the device (Manufacturer: AVM Berlin). There is a serial port on this device. My question is: can i use this serial port (link it with /dev/ttyS0) and treat it as normal modem and configure ppp and use the 'net? Windows is not recognising the TA if connected via the serial port. Is this is the same case with someone who is using the same device? Can I hope for a driver sooner or later? I work with linux as primary OS and so I can't be without 'net access at home. I plan to buy an internal ELSA Microlink ISDN card which has a good driver in hisax module. What do you think? -gnana Munich, Germany

2 1

windows Nt für Callback konfigurieren
by n.heimfeld＠hupc.de 17 Oct '00

17 Oct '00

Hallo, ich habe inzwischen geschafft, mich von Windows98 und NT auf meiner Linux-Kiste einzuwählen. Nun versuche ich, dass der Linux-Rechner den Windows NT-client zurückruft. Hat da jemand eine Idee wie was ich unter NT und Windows einstellen muss? Wenn ich unter linux sage, dass er zurückrufen soll, dann legt er auf und versucht zurückzurufen und zurückzurufen und zurückzurufen.... Grüße Nils

1 0

vbox Logdatei
by Andreas Dahl 17 Oct '00

17 Oct '00

Hallo Liste, ich habe vbox einwandfrei über 2 Interfaces (/dev/ttyI6 und /dev/ttyI7) am laufen :-) /dev/ttyI7 möchte ich aber nur bei Bedarf benutzen (sprich wenn ich tatsächlich nicht zu hause bin). Also, vbox aufgerufen und "Create 'vboxctrl-stop' control ... ", leider wird jetzt aber das Log-File zugemüllt und ist inzwischen 77MB gross. /dev/ttyI6 laeuft staendig durch, da entsteht nicht so ein grosses Log-File, also kann es doch nur am 'vboxctrl-stop' liegen, oder ? Bin fuer jeden Tip dankbar Andreas ---------------------------------- Laugh at your problems; everybody else does! ----------------------------------

1 0

Erster http-Request wird nicht/langsam beantwortet
by Georg Bertram 17 Oct '00

17 Oct '00

Hallo! Ich habe hier einen Suse7.0-Linux-Server mit ISDN-Dialup (dynamic IP) und Apache also Proxyserver zum Internet. Die Internetverbindung funktioniert auch einwandfrei, schnell und die Verbindung wird automatisch hergestellt, allerdings gibt es einen kleinen Schönheitsfehler: Der erste http-Request, der von einem Client gesendet wird, braucht sehr lange oder wird garnicht beantwortet. Mit tcpdump kann man auch sehen, was passiert: Die ersten Pakete für die Nameserveranfrage (cache0X.ns.de.uu.net) gehen noch mit der internen, nichtöffentlichen IP-Adresse (w-d.ac.uunet.de). Nach einigen Sekunden gehen dann Pakete mit der richtigen IP (pec-30-119.tnt4.me2.uunet.de) raus, die dann auch direkt beantwortet werden. Allerdings sogar dann dauert es noch einige Sekunden/Requests, bis dann die Übertragung vielleicht mal losgeht. Requests, die nach dem Aufbau der Verbindung abgeschickt werden, sind innerhalb von Sekundenbruchteilen beantwortet. Eigentlich würde ich erwarten, daß der aktive Dynamic-IP-Patch ("cat /proc/sys/net/ipv4/ip_dynaddr" ergibt "7") die Adressen der wartenden Pakete automatisch shiften würde, es erfolgt allerdings auch keine ausgabe in /var/log/messages, wie ich es auch von früheren Distributionen kenne. Der Firewall, den ich installiert habe, hat keinen Einfluß auf dieses Verhalten. Auch wenn man ihn abschaltet ergibt sich das gleiche Ergebnis. Hier noch die tcpdump-Ausgabe (Sorry, ist etwas länger): 18:09:23.414156 w-d.ac.uunet.de.2089 > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:24.100047 w-d.ac.uunet.de.2089 > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:26.674860 w-d.ac.uunet.de.2089 > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:26.696471 w-d.ac.uunet.de.2089 > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:26.717209 w-d.ac.uunet.de.2089 > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:26.743200 w-d.ac.uunet.de.2089 > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:26.774249 w-d.ac.uunet.de.2089 > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:26.776665 w-d.ac.uunet.de.2089 > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:26.794472 w-d.ac.uunet.de.2089 > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:26.796797 w-d.ac.uunet.de.2089 > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:26.822067 w-d.ac.uunet.de.2089 > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:26.822258 w-d.ac.uunet.de.lrp > cache04.ns.de.uu.net.domain: 53985+ PTR? 105.144.76.192.in-addr.arpa. (45) 18:09:28.450619 pec-30-119.tnt4.me2.uunet.de.prp > cache05.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:28.470651 pec-30-119.tnt4.me2.uunet.de.descent3 > cache05.ns.de.uu.net.domain: 53985+ PTR? 105.144.76.192.in-addr.arpa. (45) 18:09:28.499456 cache05.ns.de.uu.net.domain > pec-30-119.tnt4.me2.uunet.de.prp: 27310 1/2/2 A www.zdnet.de (129) (DF) 18:09:28.529235 cache05.ns.de.uu.net.domain > pec-30-119.tnt4.me2.uunet.de.descent3: 53985 1/2/2 PTR cache04.ns.de.uu.net. (176) (DF) 18:09:33.460599 pec-30-119.tnt4.me2.uunet.de.nbx-cc > cache04.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:33.480567 pec-30-119.tnt4.me2.uunet.de.nbx-au > cache04.ns.de.uu.net.domain: 53985+ PTR? 105.144.76.192.in-addr.arpa. (45) 18:09:33.512957 cache04.ns.de.uu.net.domain > pec-30-119.tnt4.me2.uunet.de.nbx-cc: 27310 1/2/2 A www.zdnet.de (129) (DF) 18:09:33.539743 cache04.ns.de.uu.net.domain > pec-30-119.tnt4.me2.uunet.de.nbx-au: 53985 1/2/2 PTR cache04.ns.de.uu.net. (176) (DF) 18:09:38.470561 pec-30-119.tnt4.me2.uunet.de.nbx-ser > cache05.ns.de.uu.net.domain: 27310+ A? www.zdnet.de. (30) 18:09:38.490353 pec-30-119.tnt4.me2.uunet.de.nbx-dir > cache05.ns.de.uu.net.domain: 53985+ PTR? 105.144.76.192.in-addr.arpa. (45) 18:09:38.517566 cache05.ns.de.uu.net.domain > pec-30-119.tnt4.me2.uunet.de.nbx-ser: 27310 1/2/2 A www.zdnet.de (129) (DF) 18:09:38.520471 pec-30-119.tnt4.me2.uunet.de.3788 > www.zdnet.de.http: S 4166437221:4166437221(0) win 32120 <mss 1460,sackOK,timestamp 223109607 0,nop,wscale 0> (DF) 18:09:38.546309 cache05.ns.de.uu.net.domain > pec-30-119.tnt4.me2.uunet.de.nbx-dir: 53985 1/2/2 PTR cache04.ns.de.uu.net. (176) (DF) 18:09:38.553855 pec-30-119.tnt4.me2.uunet.de.nbx-dir > cache04.ns.de.uu.net.domain: 53986+ PTR? 233.144.76.192.in-addr.arpa. (45) 18:09:38.568900 www.zdnet.de.http > pec-30-119.tnt4.me2.uunet.de.3788: S 1697209123:1697209123(0) ack 4166437222 win 10136 <nop,nop,timestamp 388541631 223109607,nop,wscale 0,mss 1460> (DF) 18:09:38.569373 pec-30-119.tnt4.me2.uunet.de.3788 > www.zdnet.de.http: . 1:1(0) ack 1 win 32120 <nop,nop,timestamp 223109611 388541631> (DF) 18:09:38.571560 pec-30-119.tnt4.me2.uunet.de.3788 > www.zdnet.de.http: P 1:339(338) ack 1 win 32120 <nop,nop,timestamp 223109612 388541631> (DF) 18:09:38.616558 cache04.ns.de.uu.net.domain > pec-30-119.tnt4.me2.uunet.de.nbx-dir: 53986 1/2/2 PTR cache05.ns.de.uu.net. (176) (DF) 18:09:38.619427 pec-30-119.tnt4.me2.uunet.de.nbx-dir > cache04.ns.de.uu.net.domain: 53987+ PTR? 119.30.225.149.in-addr.arpa. (45) 18:09:38.662103 www.zdnet.de.http > pec-30-119.tnt4.me2.uunet.de.3788: . 1:1(0) ack 339 win 10136 <nop,nop,timestamp 388541640 223109612> (DF) 18:09:38.690659 cache04.ns.de.uu.net.domain > pec-30-119.tnt4.me2.uunet.de.nbx-dir: 53987* 1/2/2 PTR pec-30-119.tnt4.me2.uunet.de. (193) (DF) 18:09:38.694190 pec-30-119.tnt4.me2.uunet.de.nbx-dir > cache04.ns.de.uu.net.domain: 53988+ PTR? 3.221.27.195.in-addr.arpa. (43) 18:09:38.779340 www.zdnet.de.http > pec-30-119.tnt4.me2.uunet.de.3788: P 1:647(646) ack 339 win 10136 <nop,nop,timestamp 388541641 223109612> (DF) 18:09:38.779753 pec-30-119.tnt4.me2.uunet.de.3788 > www.zdnet.de.http: . 339:339(0) ack 647 win 32120 <nop,nop,timestamp 223109632 388541641> (DF) 18:09:38.786798 www.zdnet.de.http > pec-30-119.tnt4.me2.uunet.de.3788: F 647:647(0) ack 339 win 10136 <nop,nop,timestamp 388541641 223109612> (DF) 18:09:38.787168 pec-30-119.tnt4.me2.uunet.de.3788 > www.zdnet.de.http: . 339:339(0) ack 648 win 32120 <nop,nop,timestamp 223109633 388541641> (DF) 18:09:38.788072 pec-30-119.tnt4.me2.uunet.de.3788 > www.zdnet.de.http: F 339:339(0) ack 648 win 32120 <nop,nop,timestamp 223109633 388541641> (DF) 18:09:38.820790 cache04.ns.de.uu.net.domain > pec-30-119.tnt4.me2.uunet.de.nbx-dir: 53988 1/3/4 PTR www.zdnet.de. (236) (DF) 18:09:38.839445 www.zdnet.de.http > pec-30-119.tnt4.me2.uunet.de.3788: . 648:648(0) ack 340 win 10136 <nop,nop,timestamp 388541658 223109633> (DF) 18:09:38.883975 pec-30-119.tnt4.me2.uunet.de.nbx-dir > cache04.ns.de.uu.net.domain: 27317+ A? www.zdnet.de. (30) 18:09:38.938422 cache04.ns.de.uu.net.domain > pec-30-119.tnt4.me2.uunet.de.nbx-dir: 27317 1/2/2 A www.zdnet.de (129) (DF) 18:09:38.939466 pec-30-119.tnt4.me2.uunet.de.3789 > www.zdnet.de.http: S 4168928813:4168928813(0) win 32120 <mss 1460,sackOK,timestamp 223109648 0,nop,wscale 0> (DF) 18:09:38.986013 www.zdnet.de.http > pec-30-119.tnt4.me2.uunet.de.3789: S 2662476215:2662476215(0) ack 4168928814 win 10136 <nop,nop,timestamp 46414227 223109648,nop,wscale 0,mss 1460> (DF) 18:09:38.986460 pec-30-119.tnt4.me2.uunet.de.3789 > www.zdnet.de.http: . 1:1(0) ack 1 win 32120 <nop,nop,timestamp 223109653 46414227> (DF) 18:09:38.987411 pec-30-119.tnt4.me2.uunet.de.3789 > www.zdnet.de.http: P 1:332(331) ack 1 win 32120 <nop,nop,timestamp 223109653 46414227> (DF) 18:09:39.013595 pec-30-119.tnt4.me2.uunet.de.nbx-dir > cache04.ns.de.uu.net.domain: 27311+ A? www.zdnet.de. (30) 18:09:39.094632 cache04.ns.de.uu.net.domain > pec-30-119.tnt4.me2.uunet.de.nbx-dir: 27311 1/2/2 A www.zdnet.de (129) (DF) 18:09:39.103212 pec-30-119.tnt4.me2.uunet.de.3790 > www.zdnet.de.http: S 4172008642:4172008642(0) win 32120 <mss 1460,sackOK,timestamp 223109665 0,nop,wscale 0> (DF) 18:09:39.153121 www.zdnet.de.http > pec-30-119.tnt4.me2.uunet.de.3790: S 1697467843:1697467843(0) ack 4172008643 win 10136 <nop,nop,timestamp 388541689 223109665,nop,wscale 0,mss 1460> (DF) 18:09:39.153593 pec-30-119.tnt4.me2.uunet.de.3790 > www.zdnet.de.http: . 1:1(0) ack 1 win 32120 <nop,nop,timestamp 223109670 388541689> (DF) 18:09:39.155384 pec-30-119.tnt4.me2.uunet.de.3790 > www.zdnet.de.http: P 1:369(368) ack 1 win 32120 <nop,nop,timestamp 223109670 388541689> (DF) 18:09:39.177263 www.zdnet.de.http > pec-30-119.tnt4.me2.uunet.de.3789: . 1:1(0) ack 332 win 10136 <nop,nop,timestamp 46414246 223109653> (DF) 18:09:39.218114 www.zdnet.de.http > pec-30-119.tnt4.me2.uunet.de.3789: P 1:182(181) ack 332 win 10136 <nop,nop,timestamp 46414248 223109653> (DF) 18:09:39.218515 pec-30-119.tnt4.me2.uunet.de.3789 > www.zdnet.de.http: . 332:332(0) ack 182 win 32120 <nop,nop,timestamp 223109676 46414248> (DF) 18:09:39.225629 www.zdnet.de.http > pec-30-119.tnt4.me2.uunet.de.3789: F 182:182(0) ack 332 win 10136 <nop,nop,timestamp 46414248 223109653> (DF) 18:09:39.226008 pec-30-119.tnt4.me2.uunet.de.3789 > www.zdnet.de.http: . 332:332(0) ack 183 win 32120 <nop,nop,timestamp 223109677 46414248> (DF) 18:09:39.226654 pec-30-119.tnt4.me2.uunet.de.3789 > www.zdnet.de.http: F 332:332(0) ack 183 win 32120 <nop,nop,timestamp 223109677 46414248> (DF) Hier noch ein Auszug aus messages: Oct 16 18:12:56 w-d kernel: OPEN: 10.0.0.2 -> 192.76.144.105 UDP, port: 2106 -> 53 Oct 16 18:12:56 w-d kernel: ippp0: dialing 1 008000191999... Oct 16 18:12:56 w-d isdnlog: Oct 16 18:12:56 * tei 75 calling +800 0191999, international freephone, with +49 911/2, Nürnberg RIN Oct 16 18:12:59 w-d isdnlog: Oct 16 18:12:59 tei 75 calling +800 0191999, international freephone, with +49 911/2, Nürnberg Time: Oct 16 18:12:59 w-d isdnlog: Oct 16 18:12:59 tei 75 calling +800 0191999, international freephone, with +49 911/2, Nürnberg CONNE Oct 16 18:12:59 w-d ipppd[9966]: Local number: 2, Remote number: 008000191999, Type: outgoing Oct 16 18:12:59 w-d ipppd[9966]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Oct 16 18:12:59 w-d kernel: isdn_net: ippp0 connected Oct 16 18:13:00 w-d ipppd[9966]: Remote message: Oct 16 18:13:00 w-d ipppd[9966]: MPPP negotiation, He: No We: No Oct 16 18:13:00 w-d ipppd[9966]: local IP address 149.225.29.25 Oct 16 18:13:00 w-d ipppd[9966]: remote IP address 139.4.251.3 Oct 16 18:13:00 w-d ip-up: Modified /etc/resolv.conf for DNS at ippp0 Oct 16 18:13:07 w-d ip-up: Warning: FW_SERVICE_DNS defined, but no DNS server found running! Oct 16 18:13:08 w-d SuSEfirewall: Firewall rules successfully set. Ich würde mich sehr freuen, wenn mir jemand erklären könnte, wie ich dieses nervende Verhalten in den Griff bekommen kann! Bis dann mal, Georg.

4 6

vbox clients
by f.kugler＠t-online.de 17 Oct '00

17 Oct '00

hallo. gibt es für vbox irgendwelche win-clients? also daß man den ab auch von windows rechnern aus abfragen kann, oder muß man sich da eine handgestrickte Lösung basteln? danke! florian.

4 3