September 2003 - openSUSE ISDN (Deutsch)

SuSE 8.2 ppp callback-request
by Michael Patschull 09 Oct '03

09 Oct '03

2 4

Apache CONNECT 1.3.3.7:1337
by Joerg Frings-Fuerst 01 Oct '03

01 Oct '03

Hallo, ich habe seit kurzem ständig neue Einträge in meienm Apache-Log-File : 195.[...] - - [30/Sep/[...] "CONNECT 1.3.3.7:1337 HTTP/1.0" 200 12955 "-" "-" Problem ist der Statuscode 200 und die gesaugten 12955 Byte. Wenn ich es richtig verstehe hat jemand über meine Apache eine Verbindung zu 1.3.3.7 Port 1337 aufgebaut und von dort Daten gesaugt. Oder ist dies falsch? Wie kann ich das verhindern? Gibts dazu irgentwo eine Beschreibung ? Nach Möglichkeit ohne den ausgehenden Port 1337 zu sperren, da ich diesen benötige. Ideal wäre daher das im Apache selbst zu sperren. Ich verwende SuSE 8.2 und Apache 1.3.27. Meine google - Suche dazu war nicht gerade erfolgreich. Vielen Dank für Eure Mühen und noch einen schönen Abend noch. Gruß Jörg -- Jörg Frings-Fürst 54526 Landscheid http://www.fixundfoxi.dyndns.info http://www.trierer-single-treff.de -- Registered Linux User # 280687 ICQ 170365098 GPG Key ID : 9E5F BE06 E208 BAA3

1 1

Probleme mit Fritz Card PCMCIA V2.0
by chris＠dodalverwird.de 29 Sep '03

29 Sep '03

Hallo Linuxer, ich versuche gerade vergebens auf einem alten Notebook mit Suse 8.0 eine Fritz Card PCMCIA V2.0 zum wählen zu überreden. Nach nun geschlagen 2 Stunden bin ich soweit, das ich das CAPI update von AVM eingespielt habe, Ihm gesagt habe habe das seine nicht erkannte ISDn Karte eben einen AVM Fritz! PCMCIA sei, sie als HotPlug zu starten und eben alles andere was in der Anleitung steht. Aber egal was ich tue, ich kann mich über isdnctrl nicht einwählen. Aktueller fehler ist, das er angeblich das ippp0 Interface nicht findet. Lasse ich mir alle Interfaces auflisten, so zeigt er mir auch nix an. bei einen Netzwerkrestart beendet und startet er aber ippp0 ganz normal. Kann mir jemand helfen? Gruß Christian

5 4

ioctl
by Dominik Gruber 29 Sep '03

29 Sep '03

Hallo ich habe eine AVM fritzXusb 2.0 an einem SuSe 8.2 System mit dial on demand. Mein System ist auf dem neuesten Stand. (YOU und neuester AVM Treiber) Ich bekomme folgende Meldung in /var/log/warn bei jedem Versuch eine Verbindung aufzubauen. linux ipppd[3247]: ioctl(SIOCSIFMTU): Invalid argument, 10 ippp0 1524. Beim ersten Verbindungasufbau nach dem Booten funktioniert alles. Beim zweiten mal stürzt der Rechner regelmäßig ab. Und das unabhängig von der verwendeten Hardware (Athlon 900 und Pentium 100). Leider kann ich nichts mit der Fehlermeldung anfangen. Kann mir jemand helfen ? Vielen Dank, Dominik

1 0

Routing-Probleme nach Update auf 8.2
by Michael Heyne 29 Sep '03

29 Sep '03

Hallo Liste, unser Router hat zwei DSL-Verbindungen: DSL-1 (Volumen-Flat) und DSL-2 (Flat, die aber nur von einem Rechner genutzt werden darf). Auf DSL-1 ist die default-Route gesetzt. Ein Rechner mit einer bestimmten, statischen IP (172.16.0.235) soll aber über DSL-2 rausgehen. Unter 7.3 mit Kernel 2.2.18 hatte ich eingerichtet: X=`/sbin/route -n|/usr/bin/grep " ppp1"| /usr/bin/awk {'print $1'}` /usr/sbin/ip rule add from 172.16.0.235 table T-DSL /usr/sbin/ip route add default via $X dev ppp1 table T-DSL (eingerichtet nach: http://lartc.org/howto/lartc.rpdb.multiple-links.html ) Das hat unter 7.3 auch alle prima geklappt. Nach dem Update auf 8.2 allerdings funzt das nicht mehr. Es gehen zwar noch Pakete raus (mit iptraf zu sehen), aber es kommt nichts mehr rein. Wenn die default-Route über DSL-2 läuft, gibt es auch hier keine Probleme. Die Routen sind wie folgt gesetzt: HANSE-ROUTER-01:~ # route -n Kernel IP routing table Destination Gateway Genmask Flags M R U Iface 217.5.98.91 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 217.5.98.91 0.0.0.0 255.255.255.255 UH 0 0 0 ppp1 192.168.0.99 127.0.0.1 255.255.255.255 UGH 0 0 0 lo 192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 172.16.0.0 172.16.0.200 255.255.0.0 UG 0 0 0 eth0 172.16.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 0.0.0.0 217.5.98.91 0.0.0.0 UG 0 0 0 ppp0 HANSE-ROUTER-01:~ # ip rule list 0: from all lookup local 32765: from 172.16.0.235 lookup T-DSL 32766: from all lookup main 32767: from all lookup default HANSE-ROUTER-01:~ # ip route list table T-DSL default via 217.5.98.91 dev ppp1 Kann es sein, daß hier die Routing-Funktionen geändert wurden? Danke für jeden Tip Michael =:-))#

1 0

RE: [suse-isdn] PPP-Einwahl mit unterschiedlichen IP-Adressen
by Voigt Thomas 29 Sep '03

29 Sep '03

Karsten Keil [mailto:kkeil@suse.de] schrieb: > Geht ueber /etc/ppp/pap-secrets bzw. chap-secrets. > > z.B > > "test" * "test" 192.168.5.3 Ich war mir mit dem PP-Protokoll nicht so sicher. Ob nun zuerst die IP vergeben, oder der Benutzername gecheckt wird. Letzteres ist natürlich irgendwie logischer. =;-) Ich werde das mal testen. Vielen Dank, Karsten! (Ebenfalls vielen Dank an Wolfgang!) -- Mit freundlichen Grüßen Thomas Voigt

1 0

Re: [suse-isdn] isdn Suse 8.2 Fax
by Jürgen Hauser 28 Sep '03

28 Sep '03

Danke für den tip mit dem faxsetup, das wusste ich nicht. Die Fehlermeldung kommt nun nichtmehr. Aber wie kann ich kontrollieren ob das fax abging ? Im Protokoll steht nun folgendes : Überspielung an Fax: /usr/sbin/sendfax -n -h 'localhost' -x '' -c '' -f '' -d ''@'05247xxxxx' '/home/jogi/print.ps' request id is 1 (group id 1) for host localhost (1 file) ich hab dieses schon irgendwo im archiev der mailingliste gesehen aber ich finde es nicht mehr Gruß Jürgen Hauser

3 2

isdn Suse 8.2 Fax
by Jürgen Hauser 28 Sep '03

28 Sep '03

Hi, ich möchte mit meiner suse faxen machen und habe dafür eine isdn karte in meinen Rechner eingebaut. Hylafax 4.1.7 läuft, ich kann mich über isdn ins internet einwählen. Aber beim faxen mit KDEPrintfax bekomme ich die Fehlermeldung [ 1 pages * 1 copy ] left in /tmp/kde-jogi/kdeprintfax_0phccjp Überspielung an Fax: /usr/sbin/sendfax -n -h 'localhost' -x '' -c '' -f '' -d ''@'05247xxxxx' '/tmp/kde-jogi/kdeprintfax_0phccjp' Can not reach server at host "localhost", port 4559. Hat da jemand nen heissen tip was ich noch einstellen mus ? Danke schon mal im voraus Jürgen Hauser

1 0

Datenverbindung mit Handy
by Ekkard Gerlach 27 Sep '03

27 Sep '03

Hallo, dank der Hilfe von Karsten Keil im thread "ISDN-Einwahl auf Linux" v. 21.08.03 habe ich ruckzuck eine ISDN-Verb. von einem PC auf den nächsten Herstellen können, und zwar mit mgetty. Nehme ich dann aber mein Handy Nokia 6110/6130 und die gnokii-Software und wähle den gleichen PC an, so nimmt der PC den call erst gar nicht an!! So sieht ein funktionierender Datenruf ISDN-Karte -> ISDN-KArte aus (mit minicom gewählt): ===================================================================== Sep 26 13:41:43 ama isdnlog: Sep 26 13:41:43 * Call to tei 127 from ? on +49 7xx/8307936, RING (Data) Sep 26 13:41:43 ama kernel: isdn_net: Incoming call without OAD, assuming '0' Sep 26 13:41:43 ama kernel: isdn_net: call from 0 -> 0 8307936 ignored Sep 26 13:41:43 ama kernel: isdn_tty: Incoming call without OAD, assuming '0' Sep 26 13:41:43 ama kernel: isdn_tty: call from 0, -> RING on ttyI1 Sep 26 13:41:43 ama isdnlog: Sep 26 13:41:43 Call to tei 120 from ? on +49 7xx/8307936, Karlsruhe C$ Sep 26 13:41:44 ama isdnlog: Sep 26 13:41:44 tei 121 calling ? with ? Time:Fri Sep 26 15:41:00 2003 Sep 26 13:41:44 ama isdnlog: Sep 26 13:41:44 tei 121 calling ? with ? CONNECT So sieht ein nicht angenommener Datenruf über mein Handy aus: ============================================================= Sep 26 13:44:27 ama isdnlog: Sep 26 13:44:27 * Call to tei 127 from +49 178/7602986, Deutschland Mobilfunk E1/Deutschland Mo on +49 7xx/8307936, Karlsruhe RING (Data) Sep 26 13:44:27 ama kernel: isdn_net: call from 1787602xxx -> 0 8307936 ignored Sep 26 13:44:27 ama kernel: isdn_tty: call from 1787602xxx -> 8307936 ignored Sep 26 13:44:30 ama isdnlog: Sep 26 13:44:30 * Call to tei 127 from +49 178/7602xxx, Deutschland Mobilfunk E1/Deutschland Mo on +49 7xx/8307936, Karlsruhe RING (Data) Sep 26 13:44:30 ama kernel: isdn_net: call from 1787602xxx -> 0 8307936 ignored Sep 26 13:44:30 ama kernel: isdn_tty: call from 1787602xxx -> 8307936 ignored Sep 26 13:45:26 ama isdnlog: Sep 26 13:45:26 Call to tei 127 from +49 178/7602xxx, Deutschland Mobilfunk E1/Deutschland Mo on +49 7xx/8307936, Karlsruhe HANGUP (Timeout) Liegt es daran, daß die Nr. des handy mitübertragen wird? Auf Seite des angerufenen PC ist KEINE Nummer gesperrt. Liegt es an einer ID, die übertragen wird, vielleicht an einer falschen, die nicht Datenruf signalisiert, sondern z.B. Sprache? thx Ekkard

2 4

Re: [suse-isdn] 8.2/8.1: Netzwerk-Module laden bei ISDN-Verb.-Abbau
by Karsten Keil 27 Sep '03

27 Sep '03

On Tue, Sep 23, 2003 at 08:43:01PM +0200, Ekkard Gerlach wrote: > Hallo, > > Unter 8.1 war per Skript /etc/ppp/ip-down.d/up > ein /etc/init.d/network start -o type=eth0 > problemlos möglich und wurde ausgeführt. Unter > 8.2 wird dieser Befehl ignoriert! Warum? > > Ein /etc/init.d/network stop -o type=eth0 > in der /etc/ppp/ip-up.d/down wird hingegen > bei beiden Susi's korrekt ausgeführt. > Es sollte gehen. Geht /etc/init.d/network start -o type=eth0 danach von der commandline ? Mach mal folgendes: Trag mal in das script ein echo "hier is /etc/ppp/ip-down.d/up" echo -n "hier is /etc/ppp/ip-down.d/up" >> /tmp/xxx /bin/date >> >> /tmp/xxx und eventuell aehnliche echos an markanten Stellen Deines scripts ein um dem Problem auf die Spur zu kommen. Das erste echo sollte in der /var/log/messages auftauchen. -- Karsten Keil SuSE Labs ISDN development

1 0