May 2002 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

mehrseitiger faxempfang
by Michael Vogel 17 May '02

17 May '02

Moin Liste, wenn ich gestern sagte das es funzte bezog es sich nur auf die Config + compil. von isar.c bei mehrseitigen faxen erhalte ich immer noch nur eine Seite und den Vermerk aus /var/log/messages: MODEM input buffering disabled May 17 17:34:58.19: [ 740]: <-- [9:AT+FRH=3\r] May 17 17:34:58.22: [ 740]: --> [7:CONNECT] May 17 17:34:59.30: [ 740]: --> [2:OK] May 17 17:34:59.30: [ 740]: RECV recv MPS (more pages, same document) May 17 17:34:59.30: [ 740]: DELAY 150 ms May 17 17:34:59.45: [ 740]: <-- [9:AT+FTH=3\r] May 17 17:34:59.45: [ 740]: --> [10:NO CARRIER] May 17 17:34:59.45: [ 740]: RECV send MCF (message confirmation) May 17 17:34:59.45: [ 740]: RECV FAX (00000010): from +49 40 362009, page 1 in 0:32, A4, 3.85 line/mm, 1-D MR, 9600 bit/s May 17 17:34:59.45: [ 740]: MODEM input buffering enabled May 17 17:34:59.45: [ 740]: MODEM set XON/XOFF/FLUSH: input ignored, output generated May 17 17:34:59.45: [ 740]: <-- [10:AT+FRM=96\r] May 17 17:35:03.28: [ 740]: --> [7:FCERROR] May 17 17:35:03.28: [ 740]: MODEM set XON/XOFF/DRAIN: input ignored, output disabled May 17 17:35:03.28: [ 740]: MODEM input buffering disabled May 17 17:35:03.28: [ 740]: RECV FAX (00000010): recvq/fax00010.tif from +49 40 meine Nummer, route to <unspecified>, 1 pages in 0:44 May 17 17:35:03.28: [ 740]: RECV FAX: T.30 T2 timeout, expected page not received und aus /var/spool/fax/etc/xferfaxlog: 05/17/02 17:34 RECV 00000010 modem "" fax "+49.40.XXXXXXX" "+49 40 XXXXXXX" 6 1 0:44 0:44 "T.30 T2 timeout, expected page not received" Bin iimernoch dankbat für jeden Hinweis (Dank an Andreas Müller 1.mal - habe ich abgeändert) mfg Michael Vogel

1 0

mehrseitiger faxempfang
by root 17 May '02

17 May '02

Moin Liste, wenn ich gestern sagte das es funzte bezog es sich nur auf die Config + compil. von isar.c bei mehrseitigen faxen erhalte ich immer noch nur eine Seite und den Vermerk aus /var/log/messages: MODEM input buffering disabled May 17 17:34:58.19: [ 740]: <-- [9:AT+FRH=3\r] May 17 17:34:58.22: [ 740]: --> [7:CONNECT] May 17 17:34:59.30: [ 740]: --> [2:OK] May 17 17:34:59.30: [ 740]: RECV recv MPS (more pages, same document) May 17 17:34:59.30: [ 740]: DELAY 150 ms May 17 17:34:59.45: [ 740]: <-- [9:AT+FTH=3\r] May 17 17:34:59.45: [ 740]: --> [10:NO CARRIER] May 17 17:34:59.45: [ 740]: RECV send MCF (message confirmation) May 17 17:34:59.45: [ 740]: RECV FAX (00000010): from +49 40 362009, page 1 in 0:32, A4, 3.85 line/mm, 1-D MR, 9600 bit/s May 17 17:34:59.45: [ 740]: MODEM input buffering enabled May 17 17:34:59.45: [ 740]: MODEM set XON/XOFF/FLUSH: input ignored, output generated May 17 17:34:59.45: [ 740]: <-- [10:AT+FRM=96\r] May 17 17:35:03.28: [ 740]: --> [7:FCERROR] May 17 17:35:03.28: [ 740]: MODEM set XON/XOFF/DRAIN: input ignored, output disabled May 17 17:35:03.28: [ 740]: MODEM input buffering disabled May 17 17:35:03.28: [ 740]: RECV FAX (00000010): recvq/fax00010.tif from +49 40 meine Nummer, route to <unspecified>, 1 pages in 0:44 May 17 17:35:03.28: [ 740]: RECV FAX: T.30 T2 timeout, expected page not received und aus /var/spool/fax/etc/xferfaxlog: 05/17/02 17:34 RECV 00000010 modem "" fax "+49.40.XXXXXXX" "+49 40 XXXXXXX" 6 1 0:44 0:44 "T.30 T2 timeout, expected page not received" Bin iimernoch dankbat für jeden Hinweis (Dank an Andreas Müller 1.mal - habe ich abgeändert) mfg Michael Vogel

1 0

Re: [suse-isdn] Anzeigemglichkeit bei bestehender DSL-Verbindung (...Off-Topic...???)
by Hans-Juergen Brand 17 May '02

17 May '02

Die Kollegen unter http://www.fli4l.de/german/download.htm (suche nach LCD) habe fuer ihre Box eine schoene Loesung gefunden. Vielleicht ist auch was fuer dich dabei (SourceCode nachfragen). Jens Link schrieb: Guten Tag, kennt jemand eine Mglichkeit, eine geffnete/geschlossene Dial-On-Demand-Verbindung z. B. per LCD-Display (Idee: an einem Router) oder am seriellen /parallelen Port installierter LED's anzuzeigen (rot: "online", grn: "offline" ...oder wie auch immer...)? mfG J. Link

1 0

Re: [suse-isdn] vbox-Ansagen nur in Muelltonnen-Qualitaet moeglich?
by Karlheinz Günster 17 May '02

17 May '02

Hallo Ekkard, Ekkard Gerlach wrote: ... > > Von wav nach vbox. Zuerst wav mit 8 bit sichern, dann: > > Wie machst Du das? Mein Programm heißt kwave, ich habe habe aber noch dafür KDE in der Version 1.irgendwas. Wenn Du das nicht findest und auch in der Paketauskunft von YaST zu "wav" nichts zu finden sein sollte, kann ich noch mal suchen. > Gramofile macht 16 Bit, das kann ich > aber nicht verändern. Ich kenne Gramofile nicht. > Sicherlich geht das irgendwie mit sox, > sicherlich steht das in man sox auch irgendwo drinnen. > Wer kann mir da weiterhelfen? Das weiß ich nicht, wer Dir da weiterhelfen kann. Dafür solltest Du auch an die Liste und nicht an mich privat antworten, damit die Frage jemand lesen kann, der sich mit sox auskennt. Vielleicht gibt es noch viel bessere Programme dafür. > > Wie willst Du das wissen? Ich nehme es seit Jahren. > Ein Hoffnungsträger ... nimmst Du eigentlich vbox2 oder > das neue vbox3 ? Benutzt Du auch raccess4vbox? Letzteres > will bei mir noch nicht so ganz: Keine Ahnung. Ich schau mal: $:~ > vbox --version vbox version 2.0.0BETA5 (17-NOV-98) Aber das benutze ich nicht, auch nicht die anderen, die Du aufgeführt hast. Ich lasse mir die Anrufe als wav-Datei als Mail schicken. Das finde ich praktischer. Viele Grüße Karlheinz -- E-Mail: karlheinz.guenster(a)t-online.de --

1 0

mehrseitiger faxempfang
by Michael Vogel 17 May '02

17 May '02

Moin Liste, Ausstattung: sedlbauer speed fax+pci , hylafax 4.1, SuseLInux 7,3 Kernel 2.4.10 Tipp von Seldlbauer Parameteränderung in isar.c. auf 9600 funzt nicht. Kernel kompi und config erfolgreich. Anbei var/log/messages : May 16 19:34:01 linux kernel: isdn_net: call from 40xxxxxxxx,1,0 -> 36xxxx May 16 19:34:01 linux kernel: isdn_net: Service-Indicator not 7, ignored May 16 19:34:01 linux kernel: isdn_tty: call from 40xxxxxxx, -> RING on ttyI0 May 16 19:34:01 linux FaxGetty[734]: MODEM input buffering enabled May 16 19:34:01 linux isdnlog: May 16 19:34:01 * Call to tei 127 from +49 40/xxxxxxx, Hamburg on +49 911/36xxxx, Nürnberg RING (3.1 kHz audio) May 16 19:34:01 linux FaxGetty[734]: --> [24:CALLER NUMBER: 40xxxxxx] May 16 19:34:01 linux FaxGetty[734]: MODEM CID CALLER NUMBER: 40xxxxxx / CALLER NUMBER: 40xxxxxxx May 16 19:34:01 linux FaxGetty[734]: --> [4:RING] May 16 19:34:01 linux FaxGetty[734]: MODEM ring left 0 RING May 16 19:34:01 linux FaxGetty[734]: ANSWER: CID NUMBER "CALLER NUMBER: 40xxxxxx" NAME "CALLER NUMBER: 40xxxxxxx" May 16 19:34:01 linux FaxGetty[734]: MODEM input buffering enabled May 16 19:34:01 linux isdnlog: May 16 19:34:01 Call to tei 72 from +49 40/xxxxxx, Hamburg on +49 911/xxxxxxx, Nürnberg CONNECT (3.1 kHz audio) May 16 19:34:01 linux isdnlog: May 16 19:34:01 tei 71 calling ? with ? Time:Thu May 16 19:31:00 2002 May 16 19:34:01 linux isdnlog: May 16 19:34:01 tei 71 calling ? with ? CONNECT May 16 19:34:07 linux FaxGetty[734]: ANSWER: FAX CONNECTION May 16 19:34:47 linux FaxGetty[734]: RECV FAX (00000003): from +49 40 xxxxxx, page 1 in 0:33, A4, 3.85 line/mm, 1-D MR, 9600 bit/s May 16 19:34:50 linux FaxGetty[734]: RECV FAX (00000003): recvq/fax00003.tif from +49 40 xxxxxx, route to <unspecified>, 1 pages in 0:43 May 16 19:34:52 linux FaxGetty[734]: RECV FAX (00000003): session with +49 40 362009 terminated abnormally: T.30 T2 timeout, expected page not received May 16 19:34:52 linux FaxGetty[734]: RECV FAX: bin/faxrcvd "recvq/fax00003.tif" "modem" "00000003" "T.30 T2 timeout, expected page not received" "" May 16 19:34:52 linux FaxGetty[734]: <-- [5:ATH0\r] May 16 19:34:52 linux isdnlog: May 16 19:34:52 Call to tei 72 from +49 40/xxxxxx, Hamburg on +49 911/xxxxxxx, Nürnberg Normal call clearing (User) May 16 19:34:52 linux FaxGetty[734]: --> [10:NO CARRIER] May 16 19:34:52 linux FaxGetty[734]: MODEM No carrier May 16 19:34:52 linux FaxGetty[734]: MODEM set DTR OFF May 16 19:34:52 linux FaxGetty[734]: MODEM set DTR OFF May 16 19:34:52 linux FaxGetty[734]: DELAY 75 ms May 16 19:34:53 linux isdnlog: May 16 19:34:53 tei 71 calling ? with ? Normal call clearing (User) May 16 19:34:53 linux isdnlog: May 16 19:34:53 Call to tei 72 from +49 40/xxxxxx, Hamburg on +49 911/xxxxxx, Nürnberg HANGUP ( 0:00:51) May 16 19:34:53 linux FaxGetty[734]: MODEM set DTR ON May 16 19:34:53 linux FaxGetty[734]: DELAY 2600 ms May 16 19:34:53 linux isdnlog: May 16 19:34:53 tei 71 calling ? with ? HANGUP (1 EH DEM 1.056 0:00:52) May 16 19:34:55 linux FaxGetty[734]: MODEM set baud rate: 19200 baud, input flow XON/XOFF, output flow XON/XOFF May 16 19:34:55 linux FaxGetty[734]: MODEM flush i/o May 16 19:34:55 linux FaxGetty[734]: <-- [4:ATZ\r] May 16 19:34:55 linux FaxGetty[734]: --> [2:OK] May 16 19:34:55 linux FaxGetty[734]: <-- [11:AT&E362009\r] May 16 19:34:55 linux FaxGetty[734]: --> [10:AT&E362009] May 16 19:34:55 linux FaxGetty[734]: --> [2:OK] May 16 19:34:55 linux FaxGetty[734]: <-- [5:ATE0\r] May 16 19:34:56 linux FaxGetty[734]: --> [4:ATE0] May 16 19:34:56 linux FaxGetty[734]: --> [2:OK] May 16 19:34:56 linux FaxGetty[734]: <-- [5:ATV1\r] May 16 19:34:56 linux FaxGetty[734]: --> [2:OK] May 16 19:34:56 linux FaxGetty[734]: <-- [5:ATQ0\r] May 16 19:34:56 linux FaxGetty[734]: --> [2:OK] May 16 19:34:56 linux FaxGetty[734]: <-- [7:ATS0=0\r] May 16 19:34:56 linux FaxGetty[734]: --> [2:OK] May 16 19:34:56 linux FaxGetty[734]: <-- [7:ATS8=2\r] May 16 19:34:56 linux FaxGetty[734]: --> [2:OK] May 16 19:34:56 linux FaxGetty[734]: <-- [8:ATS7=60\r] May 16 19:34:56 linux FaxGetty[734]: --> [2:OK] May 16 19:34:56 linux FaxGetty[734]: <-- [12:AT+FCLASS=?\r] May 16 19:34:56 linux FaxGetty[734]: --> [5:0,1,8] May 16 19:34:56 linux FaxGetty[734]: --> [2:OK] May 16 19:34:56 linux FaxGetty[734]: <-- [12:AT+FCLASS=1\r] May 16 19:34:56 linux FaxGetty[734]: --> [2:OK] May 16 19:34:56 linux FaxGetty[734]: <-- [5:ATI3\r] May 16 19:34:56 linux FaxGetty[734]: --> [10:Linux ISDN] May 16 19:34:56 linux FaxGetty[734]: --> [1:0] May 16 19:34:56 linux FaxGetty[734]: --> [2:OK] May 16 19:34:56 linux FaxGetty[734]: <-- [5:ATI0\r] May 16 19:34:56 linux FaxGetty[734]: --> [10:Linux ISDN] May 16 19:34:56 linux FaxGetty[734]: --> [2:OK] May 16 19:34:56 linux FaxGetty[734]: <-- [9:AT+FTM=?\r] May 16 19:34:57 linux FaxGetty[734]: --> [13:3,24,48,72,96] May 16 19:34:57 linux FaxGetty[734]: --> [2:OK] May 16 19:34:57 linux FaxGetty[734]: <-- [9:AT+FRM=?\r] May 16 19:34:57 linux FaxGetty[734]: --> [13:3,24,48,72,96] May 16 19:34:57 linux FaxGetty[734]: --> [2:OK] May 16 19:34:57 linux FaxGetty[734]: <-- [12:AT+FCLASS=1\r] May 16 19:34:57 linux FaxGetty[734]: --> [2:OK] May 16 19:34:57 linux FaxGetty[734]: MODEM LINUX ISDN 0 Linux ISDN/ May 16 19:34:57 linux FaxGetty[734]: <-- [5:ATM0\r] May 16 19:34:57 linux FaxGetty[734]: --> [2:OK] May 16 19:34:57 linux FaxGetty[734]: MODEM input buffering disabled May 16 19:51:47 linux -- MARK -- achso beim ausxen der Tel. Nr. bemerke ich gerade, daß sich in irgendeiner Datei scheinbar noch die Nürnberg (suse) Vorwahl eingeschlichen hat. Wer kann mir noch helfen? mfg Michael Vogel

2 1

SuSE 8.0 Dial On Demand nur als root möglich
by Andreas Mellin 16 May '02

16 May '02

Hallo Leute, zum Thema DialOnDemand gab es hier ja in letzter Zeit schon einige Postings, leider habe ich noch keine Lösung dazu lesen können. Config: Meine ISDN/Network/sys-config ist unter http://www.sigwx.de/linux/isdn-stuff.tar einzusehen. Ausser dem Provider sind dort aber keine wesentlichen Unterschiede zu den Vorpostern festzustellen (Fritz Classik/CallByCall via Hansenet). Der Rechner ist (noch) nicht als Router eingesetzt. Firewall noch nicht konfiguriert. Problem: DialOnDemand funktioniert leider nur unter root, als User ist die Einwahl nur per kinternet möglich. Durch mitloggen der Dateizugriffe (OPEN, CLOSE und EXEC) konnte ich bisher zumindest rausfinden an welcher Stelle/Datei ein vom User abgesetzter Ping-Command nicht mehr weiterkommt: User-Kommando ping www.suse.de EXEC /bin/ping OPEN /etc/ld.so.cache OPEN /lib/libresolv.so.2 OPEN /lib/libc.so.6 OPEN /etc/resolv.conf OPEN /etc/nsswitch.conf OPEN /etc/ld.so.cache OPEN /lib/libnss_files.so.2 OPEN /etc/host.conf OPEN /etc/hosts OPEN /etc/ld.so.cache OPEN /lib/libnss_dns.so.2 *** Hier ist als User Schluss *** ++ unter root geht es hier dann weiter ++ OPEN /proc/net/dev OPEN /etc/ppp/resolv.conf OPEN /etc/mtab OPEN /proc/net/route EXEC /etc/ppp/ip-up **** Leider weiss ich nun auch nicht mehr weiter wo ich mit meiner Fehlersuche weitermachen könnte. Kann mir evtl jemand weiterhelfen? Beste Grüsse Andreas PS: Die Möglichkeit des File-Auditings habe ich unter http://www.dazuko.de gefunden.

1 0

Re: [suse-isdn] fetchmail bzw. sendmail
by Carsten Menn 16 May '02

16 May '02

Hallo, die Option "-s" bringt fetchmail zum schweigen. Viele Grüße, Carsten >Hallo zusammen, > >ich habe SuSe7.3 und hole mit fetchmail meine E-Mails ab was auch wunderbar >funktioniert. >Was mich allerdings stört sind diese Mails an root wenn er keine neuen Mails >gefunden hat(No Mail for xyz). >Kann mir bitte einer sagen wo ich das Ändern kann damit ich nur eine Meldung >bekomme wenn er Probleme beim Mail abholen hatte ansonsten wenn er keine >gefunden hat soll er mir keine schicken? > >Vielen Dank im Vorraus > >Roland ------------------------------------------ Carsten Menn Forschungszentrum Informatik Systementwurf in der Mikroelektronik (SiM) Haid- und Neustr. 10-14 76131 Karlsruhe Tel.: +49 (0)721 9654-414 (Di-Do) +49 (0)7633 91828-20 (Fr-Mo) Fax.: +49 (0)721 9654-413 (Di-Do) +49 (0)7633 150335 (Fr-Mo)

1 0

vbox-Ansagen nur in Muelltonnen-Qualitaet moeglich?
by Ekkard Gerlach 16 May '02

16 May '02

Hallo, mal wieder einige Stunden liegen hinter mir und irgendwann reichts! Es ist offenbar nur Tonigenieuren mit Fachkenntnissen möglich, einen Ansagetext mit etwas besserer Qualität für vbox zu produzieren. Ich jedenfalls schaffe es nicht. Ja ich weiß, selber bei der vbox anrufen und draufquaseln und dann den Text als Ansage verwenden. Aber die Qualität ist einfach schlecht (verrauscht) und zu leise. Als Anrufbeantwortertext für Kunden unbrauchbar. Jeder billige Digitalanrufbeantworter heute liefert vielfach bessere Qualität. Klar, es geht theoretisch irgendwie: cat ./wavefile.wav | wavtopvf > ./test.pvf cat ./test.pvf | pvfspeed -s 8000 | pvfamp -A 0.2 | pvftoau > ./test.au autovbox < ./test.au > ./vbox.msg Ein wav-File erhalte ich in guter Qualität und guter Lautstärke mit gramofile. Mit diesem wav ist keine brauchbare Konvertierung zu msg-Format unmöglich, weil nur noch ein Grunzen herauskommt. Hingegen die wav-File von M$-Soundrecorder sind mit dem oberen Befehlssatz konvertierbar - aber fragt bitte nicht was für ein Rauschen das Endprodukt begleitet und wie leise es ist. Dann ist die Herstellung durch Anruf beim eigenen AB qualitativ wesentlich besser. Sind mit vbox wirklich nur Ansagen in gedämpfter Blech-Mülltonnen-Qualität möglich? Die Ansagen mit M$-Soundrecorder (ab Win95 dabei) laufen auf den M$-Fritz-Anrufbeantworter wie eine eins - klar und deutlich. Unter Linux unerreichbar?!? Kein Wunder, daß vbox eigentlich niemand richtig einsetzt, bei der miesen Qualität der Sprachansagen. Schön, daß vbox Menueführung mit DTMF-Tönen anbietet, das bleibt eine Spielerei wenn die Sprachansagen verrauscht und zu leise sind. Ekkard

3 7

Einwahl mit Modem unter SuSE 8.0 klappt nicht!
by Andre Kube 16 May '02

16 May '02

Hallo, ich habe in dieser Liste zwar nichts zu suchen, aber ich hoffe trotzdem, dass mir einer von Euch beim meinem Problem helfen kann! Seit SuSE 8.0 klappts nämlich mit meinem Internet nicht mehr und es wäre schon ziemlich frustrierend für mich, wenn ich jedesmal nach Windoof wechseln müsste, um ins Internet zu gelangen. Vielen Dank schon mal vorab ;-) David Haller <david(a)dhaller.de> schrieb am 14.05.02: > Hallo, > > On Mon, 13 May 2002, Dieter Kluenter wrote: > >David Haller <david(a)dhaller.de> writes: > >>><Guergen(a)web.de> writes: > >> [Einwahlprobleme analog] > >>>> ppp0 pppd: Connect: ppp0 <--> /dev/ttyS0 > >>>> pppd: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd91292f6> <pcomp> <accomp>] > >>>> pppd: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd91292f6> <pcomp> > >>>[...] > >>> > >>>Login-Name oder Passwort, oder beide, stimmen nicht. > >> > >> NACK. Bis zum Auth kommt's ja nicht... Sieht mir so aus, als waere die > >> Gegenstelle "tot"... Das "Modem" des Einwahlservers "hebt" zwar ab, > >> aber dann scheint nix mehr zu gehen... > > > >Die Verbindung ist ja schon hergestellt, die Übermittlungsmethoden > >ausgehandelt worden. > > Nein, eben nicht, obiges kommt ja direkt nach dem > 'Connect: ppp0 <-> /dev/ttyS0' d.h. ganz zu Beginn des LCP-"Dialoges". > Normal muesste dann ein 'rcvd [LCP ConfAck id=0x1 ...' kommen und erst > dann ein 'rcvd [LCP AuthReq ...' oder so aehnlich -- ich habe keine so > alte messages mehr... > > >LCP Request verlangt ja nun die Bestätigung der > >übermittelten Identitätsdaten, die Bestätigung wird nicht gegeben. > > Nein, erst muss u.a. ja noch ausgehandelt werden, wie denn > authentisiert werden soll (chap/pap/plain...), das kommt erst > spaeter... > > Wie gesagt, soweit kommt's erst gar nicht, der Einwahlserver ist oder > stellt sich tot... Oder der Fragesteller hat entstellend gesnippt. > > -dnh > Hallo, ich benutze By Call Provider (unter WIN klappt das auch problemlos) ... habe auch schon verschieden ausgetestet, aber bei bisher allen kam das o.a. Log (meistens benutze ich Claranet oder Freenet)! Außer bei freenet, da kam zunächst auch erst LCP und dann aber überraschender Weise ein RCVD - allerdings hing auch hier sich der pppd auf, weil die Serial line ein loopback brachte!! Ich habe das aufgeführte Problem auch in der SuSE Datenbank gefunden (~ "Probleme mit der seriellen Schnittstelle ..."); dort wurde als Lösung vorgeschlagen, die Baudraten der Seriellen Schnittstellen zunächst auf 9600 runter zu setzen. --> Leider hatte das auch keine Auswirkungen?!?! Tja --- was nun? HILFE!!!!!!!!!!! ________________________________________________________________ Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13 -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe(a)suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help(a)suse.com ________________________________________________________________ Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13

1 0

Einwahlrechner Suse 8.0
by Ulf Böhme 16 May '02

16 May '02

Hallo, nach dem Update auf Suse 8 bekomme ich meinen Einwahlrechner nicht zum laufen. Die Verbindung kann ich mit "isdnctrl dial ippp0" starten. Vom Client kann ich dann allerdings nicht zugreifen. Die Routing Tabellen sehen so aus: Routing Tabelle des GatewayRechners Die ISDN-Verbindung ist aktiv eth0... 192.168.100.10 Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 193.158.144.177 * 255.255.255.255 UH 0 0 0 ippp0 192.168.100.0 * 255.255.255.0 U 0 0 0 eth0 default 193.158.144.177 0.0.0.0 UG 0 0 0 ippp0 Routing Tabelle des Client linux2.local ist der Gateway Rechner 192.168.100.10 eth0... 192.168.100.11 Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default linux2.local 255.255.255.0 UG 0 0 0 eth0 192.168.100.0 * 255.255.255.0 U 0 0 0 eth0 Hat jemand eine Idee wo das Problem liegen kann? Schon mal vielen Dank.

1 0