November 2001 - openSUSE ISDN (Deutsch)

RE: [suse-isdn] Seiten ueber DSL nicht erreichbar
by Bernd Sihling 02 Nov '01

02 Nov '01

> > > auf dem Gateway ist mru/mtu auf 1490 gesetzt, > > Auch die Clients müssen die mtu richtig setzen. und zwar.... unter windows in der Registry unter: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces \{dein_lan_adapter} ein neues DWORD einfügen und diesem den Wert 1492 zuweisen. unter Linux: /sbin/ifconfig eth0 mtu 1492 (eth0 oder das entsprechende device) > > - Matthias > > -- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com > .der Bernd :-)

1 0

Erstes Paket geht verloren
by Andreas Stein 02 Nov '01

02 Nov '01

Hallo Liste, habe Linux 7.2 installiert, und will den PC als I-Net-Router verwenden. Beim Start des Explorers auf einem WindowsClient, wird zwar eine ISDN-Verbindung am Server (zu MSN) aufgebaut, allerdings ohne daß ich nun surfen könnte - Erst wenn ich aktualisiere oder den Explorer neu starte, funktioniert alles bestens. Wo versickert daß erste Paket, was der Client losschickt - hat jemand eine guten TIP ? (Vom Server selbst funktioniert es besser - Bei geschlossener Leitung hat ein Ping auf www.t-online.de 0% packetloss !) Andreas ====================================== Dipl. Ing. Andreas Stein Geschäftsführer ComIC Computer Information Center GmbH Robert Schneider Strasse 79 64289 Darmstadt Telefon: +49 (0) 6151 972831 Telefax: +49 (0) 6151 972833 email: Andreas.Stein(a)com-ic.de ======================================

4 3

Problem: ssh/cvs über masquerading firewall
by Bernd Sihling 01 Nov '01

01 Nov '01

Hi Liste, ich hab schon vor ein paar tage eine frage zum folgenden thema geposted, es kam leider kein kommentar... Ich habe eine Linux-Box als DSL.router mit ipchains aufgebaut (Kernel 2.2.19 - SuSE 7.2 standard). Wenn ich von meinem Win2000 Laptop versuche, mich mit ssh auf einen Rechner jenseits der Firewall zu verinden, bleibt die Connection kommentarlos hängen (ein ls -la bleibt z.B. mittendrin stehn). Wenn ich selbiges von einer shell auf der Firewall mache, klappt es einwandfrei. Hat jemand schon erfahrungen damit gemacht? Kanns am zu grossen MTU liegen? Meine Win2000 Kiste kommt mit 1500 an und weiter gehn nur 1492 (weil pppoe). Hab auch schon überprüft, ob ich mssclampfw als Modul geladen habe --> hab ich. Fagen über Fragen... .der Bernd

1 0

AW: [suse-isdn] Mal wählt er sich rein und mal nicht....(Nachtrag)
by Jochen Schwitzing 01 Nov '01

01 Nov '01

Hallo nochmal, erstmal vielen Dank für die schnelle Antwort. Desweiteren würde ich gerne wissen, wo ich evtl. genauere Hinweise bekommen kann. Hast Du noch ein paar Tips woran es noch liegen kann oder wo ich herausfinden kann, woran es noch liegen könnte? An der Gegenstelle kann es nicht liegen, weil es auf den gleichen Rechner mit gleicher Nummer unter Windows XP bei jedem Wählversuch funktioniert... MFG und dank Jochen -----Ursprüngliche Nachricht----- Von: Karsten Keil [mailto:kkeil@suse.de] Gesendet: Donnerstag, 1. November 2001 13:38 An: suse-isdn(a)suse.com Betreff: Re: [suse-isdn] Mal wählt er sich rein und mal nicht....(Nachtrag) On Thu, Nov 01, 2001 at 01:29:49PM +0100, Jochen Schwitzing wrote: > Hallo Liste, > > nun haben wir unsere Telefon-Anlage so eingestellt, daß diese für die > Einwahl keine 0 mehr benötigt, weil uns die USA Vorwahl irritierte (Nov 1 > 10:09:18 MyComputer isdnlog: Nov 1 10:09:18 * tei 92 calling +1 019019231, > USA, with +49 421/*****37, Bremen RING (Data)). > > Nun gibt es beim Ping auf externen Server folgende Meldungen: > > Nov 1 12:59:17 MyComputer kernel: OPEN: 192.168.0.3 -> ***.***.***.** ICMP > Nov 1 12:59:17 MyComputer kernel: ippp0: dialing 1 01019019231750... > Nov 1 12:59:17 MyComputer isdnlog: (HiSax driver detected) > Nov 1 12:59:17 MyComputer isdnlog: Nov 01 12:59:17 * tei 87 calling > 019231750 with +49 421/*****37, Bremen RING (Data) > Nov 1 12:59:25 MyComputer isdnlog: Nov 01 12:59:25 tei 87 calling 019231750 > with +49 421/*****37, Bremen Normal clear calling (User) > Nov 1 12:59:25 MyComputer kernel: isdn_net: local hangup ippp0 > Nov 1 12:59:25 MyComputer kernel: ippp0: Chargesum is 0 > Nov 1 12:59:25 MyComputer kernel: isdn: HiSax,ch0 cause: E0110 > Nov 1 12:59:25 MyComputer isdnlog: Nov 01 12:59:25 tei 87 calling 019231750 > with +49 421/*****37, Bremen Normal clear calling (Private network serving > local user) > Nov 1 12:59:25 MyComputer isdnlog: Nov 01 12:59:25 tei 87 calling 019231750 > with +49 421/*****37, Bremen HANGUP > Nov 1 12:59:25 MyComputer kernel: NETDEV WATCHDOG: ippp0: transmit timed out > Nov 1 12:59:25 MyComputer kernel: isdn_tx_timeout dev ippp0 dialstate 0 > > und dies wiederholt sich natürlich mit jedem PING... > Nun frage ich mich aber, wieso zeigt er in der 2. Zeile die richtige > Telefonnummer vom Freenet Call-by-Call an, schneidet dann aber in Zeile 4 > und 5, sowie in darauf folgende Zeilen, die ersten 5 Ziffern ab? Kann er > sich deswegen nicht einwählen, oder ist das normal? Normal, alles wo isdnlog davorsteht sind reine logs, hat nichts mit der Funktion zu tun. So wie das aussieht, nimmt die Gegenseite den Ruf nicht an. -- Karsten Keil SuSE Labs ISDN development -- To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com For additional commands, e-mail: suse-isdn-help(a)suse.com

2 1

Probleme mit Fritz-PCMCIA-Karte
by DVornheder＠t-online.de 01 Nov '01

01 Nov '01

Hallo ! Nach dem Update auf SuSE 7.3pro bekomme ich beim Starten des Notebooks mit eingesteckter Fritz-PCMCIA-Karte seitenweise folgende Meldungen in /var/log/messages: Oct 30 09:42:15 PCLAP rcpcmcia: user function /lib/modules/2.4.14-pre3/pcmcia/smc91c92_cs.o Oct 30 09:42:15 PCLAP rcpcmcia: user function /lib/modules/2.4.14-pre3/pcmcia/sram_mtd.o Oct 30 09:42:15 PCLAP rcpcmcia: user function /lib/modules/2.4.14-pre3/pcmcia/tcic.o Oct 30 09:42:15 PCLAP rcpcmcia: user function /lib/modules/2.4.14-pre3/pcmcia/tulip_cb.o Oct 30 09:42:15 PCLAP rcpcmcia: user function /lib/modules/2.4.14-pre3/pcmcia/wavelan_cs.o Oct 30 09:42:15 PCLAP rcpcmcia: user function /lib/modules/2.4.14-pre3/pcmcia/wvlan_cs.o Oct 30 09:42:15 PCLAP rcpcmcia: user function /lib/modules/2.4.14-pre3/pcmcia/xirc2ps_cs.o Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/2.4 lstat on /lib/modules/2.4 failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/kernel lstat on /lib/modules/kernel failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/fs lstat on /lib/modules/fs failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/net lstat on /lib/modules/net failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/scsi lstat on /lib/modules/scsi failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/block lstat on /lib/modules/block failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/cdrom lstat on /lib/modules/cdrom failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/ipv4 lstat on /lib/modules/ipv4 failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/ipv6 lstat on /lib/modules/ipv6 failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/sound lstat on /lib/modules/sound failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/fc4 lstat on /lib/modules/fc4 failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/video lstat on /lib/modules/video failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/misc lstat on /lib/modules/misc failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/pcmcia lstat on /lib/modules/pcmcia failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/atm lstat on /lib/modules/atm failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/usb lstat on /lib/modules/usb failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/ide lstat on /lib/modules/ide failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/ieee1394 lstat on /lib/modules/ieee1394 failed Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/mtd lstat on /lib/modules/mtd failed Oct 30 09:42:15 PCLAP rcpcmcia: /sbin/insmod /lib/modules/2.4.14-pre3/pcmcia/pcmcia_core.o Oct 30 09:42:15 PCLAP kernel: Linux PCMCIA Card Services 3.1.28 Oct 30 09:42:15 PCLAP kernel: kernel build: 2.4.14-pre3 #2 Sun Oct 28 16:10:12 MET 2001 Oct 30 09:42:15 PCLAP kernel: options: [pci] [cardbus] [apm] Oct 30 09:42:15 PCLAP rcpcmcia: xftw starting at /lib/modules/boot lstat on /lib/modules/boot failed Die Karte läuft auch, aber wenn ich einen neuen Kernel baue, muß ich nach dem Compile der PCMCIA-CS-Treiber (3.1.28) zusätzlich zum make install auch noch die originalen Binarys cardmgr und cardctl aus dem SuSE-RPM PCMCIA-CS wieder nach /sbin kopieren, ansonsten hängt sich der Rechner beim Starten von PCMCIA auf. Das gleiche passiert, wenn ich versuche die offizielle PCMCIA-CS-Version 3.1.29 per compile, make all und make install zu installieren. Mit SuSE 7.2 gab es diese Probleme nicht. Dirk

1 0

AW: [suse-isdn] Mal wählt er sich rein und mal nicht....(Nachtrag)
by Jochen Schwitzing 01 Nov '01

01 Nov '01

Hallo Liste, nun haben wir unsere Telefon-Anlage so eingestellt, daß diese für die Einwahl keine 0 mehr benötigt, weil uns die USA Vorwahl irritierte (Nov 1 10:09:18 MyComputer isdnlog: Nov 1 10:09:18 * tei 92 calling +1 019019231, USA, with +49 421/*****37, Bremen RING (Data)). Nun gibt es beim Ping auf externen Server folgende Meldungen: Nov 1 12:59:17 MyComputer kernel: OPEN: 192.168.0.3 -> ***.***.***.** ICMP Nov 1 12:59:17 MyComputer kernel: ippp0: dialing 1 01019019231750... Nov 1 12:59:17 MyComputer isdnlog: (HiSax driver detected) Nov 1 12:59:17 MyComputer isdnlog: Nov 01 12:59:17 * tei 87 calling 019231750 with +49 421/*****37, Bremen RING (Data) Nov 1 12:59:25 MyComputer isdnlog: Nov 01 12:59:25 tei 87 calling 019231750 with +49 421/*****37, Bremen Normal clear calling (User) Nov 1 12:59:25 MyComputer kernel: isdn_net: local hangup ippp0 Nov 1 12:59:25 MyComputer kernel: ippp0: Chargesum is 0 Nov 1 12:59:25 MyComputer kernel: isdn: HiSax,ch0 cause: E0110 Nov 1 12:59:25 MyComputer isdnlog: Nov 01 12:59:25 tei 87 calling 019231750 with +49 421/*****37, Bremen Normal clear calling (Private network serving local user) Nov 1 12:59:25 MyComputer isdnlog: Nov 01 12:59:25 tei 87 calling 019231750 with +49 421/*****37, Bremen HANGUP Nov 1 12:59:25 MyComputer kernel: NETDEV WATCHDOG: ippp0: transmit timed out Nov 1 12:59:25 MyComputer kernel: isdn_tx_timeout dev ippp0 dialstate 0 und dies wiederholt sich natürlich mit jedem PING... Nun frage ich mich aber, wieso zeigt er in der 2. Zeile die richtige Telefonnummer vom Freenet Call-by-Call an, schneidet dann aber in Zeile 4 und 5, sowie in darauf folgende Zeilen, die ersten 5 Ziffern ab? Kann er sich deswegen nicht einwählen, oder ist das normal? MFG Jochen

2 1

Mal wählt er sich rein und mal nicht....
by Jochen Schwitzing 01 Nov '01

01 Nov '01

Hallo Liste, ich versuche gerade unter Linux eine ISDN-Einwahl einzurichten. Nach vielem SystemSchrauben und Konfigurieren, hatten wir die Kiste endlich soweit, bei einem Ping auf eine externe IP-Adresse, sich einzuwählen. Allerdings funktionierte es plötzlich ohne das was geändert wurde. Sozusagen nach dem ca. 50. Versuch sich einzuwählen. Er nutzte sogar den Proxy squid. Selbst nach einem Neustart funzte alles wie gewollt. Ich kam sogar über einen Windows 2000 Rechner im Netzwerk über den Linux-Proxy-squid ins Internet. Das war gestern abend. Heute morgen wollte er sich wieder nicht einwählen und ich bin mit meinem Latein am Ende. Alles hab ich von der ausgegebenen Message auch nicht verstanden, also diese im Folgenden... Nov 1 10:09:18 MyComputer kernel: ippp0: dialing 1 001019019231750... Nov 1 10:09:18 MyComputer isdnlog: Nov 1 10:09:18 * tei 92 calling +1 019019231, USA, with +49 421/*****37, Bremen RING (Data) Nov 1 10:09:27 MyComputer isdnlog: Nov 1 10:09:27 tei 92 calling +1 019019231, USA, with +49 421/*****37, Bremen Normal call clearing (User) Nov 1 10:09:27 MyComputer kernel: isdn_net: local hangup ippp0 Nov 1 10:09:27 MyComputer kernel: ippp0: Chargesum is 0 Nov 1 10:09:27 MyComputer kernel: isdn: HiSax,ch0 cause: E01 Nov 1 10:09:27 MyComputer isdnlog: Nov 1 10:09:27 tei 92 calling +1 019019231, USA, with +49 421/*****37, Bremen Normal call clearing (Private network serving local user)) Nov 1 10:09:18 MyComputer isdnlog: Nov 1 10:09:27 tei 92 calling +1 019019231, USA, with +49 421/*****37, Bremen HANGUP Ich verstehe nicht ganz was das alles mit USA zu tun haben soll. Die Nummer ist eine Call-by-Call von Freenet. Es hat ja auch mit der Nummer gestern geklappt. Warum deutet er dann auch die 001..., die ich vorwählen muß, als 001 für USA? MFG Jochen

2 1