June 2003 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

vbox over network
by Klaus Wolf 20 Jun '03

20 Jun '03

I am trying to get vbox working over network from another pc. On the host system (ISDN CARD), vbox is working but if i want to connect from the other pc. Here the configuration ISDN PC (192.168.1.100): ######################## SuSe 8.1 vbox version 2.0.0BETA5 (17-NOV-98) here i can connect via vbox and it works vboxd.conf ---------- # Login access list # # All hosts in the login access list (begins with 'L') are checked at # login (server startup) time. If access is 'yes' the host can login # and count messages without special access. L:localhost:Y L:*:N # Full access list # # All hosts in the full access list (begins with 'A') are checked if the # server gets the 'login' command. A:localhost:RW:klaus:password:/var/spool/vbox/klaus:incoming A:192.168.1.35:RW:klaus: password:/var/spool/vbox/klaus:incoming A:192.168.1.142:RW:klaus: password:/var/spool/vbox/klaus:incoming A:localhost:RW:frank: password:/var/spool/vbox/frank:incoming A:*:!:!:!:!:! inetd.conf ------------ # vbox (Voice Box) vboxd stream tcp nowait root /usr/sbin/tcpd /usr/sbin/vboxd other PC (192.168.1.142): ######################### SuSE 8.2 vbox version 2.0.0BETA5 (17-NOV-98) here i want to get vbox runing: i start it with: # vbox --hostname 192.168.1.100 Username: klaus Password: Connecting to '192.168.1.100:20012'... vbox: can't connect to '192.168.1.100:20012'. Thanks for the help Klaus Wolf

1 0

Frage zum Update-Kernel und ISDN
by Tim Fischer 20 Jun '03

20 Jun '03

Hallo Karsten, gerade sehe ich, daß es ein Security-Fix für den SuSE-Kernel gibt. Jetzt meine Frage: Ist da dein Patch mit enthalten, der das Problem mit dem Systemabsturz bei ISDN und Kinternet behebt ? Ich will halt nach Möglichkeit nicht die wiedergewonnene Systemstabilität wieder hergeben müssen ... Ich habe die Frage an die Liste gepostet, da ich davon ausging, daß die Antwort nicht nur für mich von Interesse sein dürfte. Gruß Tim Fischer -- Tim Fischer <tim.fischer(a)onlinehome.de>

2 1

Treiber für AVM FritzX-USB und Kernel 2.5.x
by DVornheder＠t-online.de 19 Jun '03

19 Jun '03

Hallo ! Hat jemand den aktuellen FritzX-USB-Treiber unter Kernel 2.5.x kompilieren können ? Bei mir geht der Compile leider schief: /privat/isdn/fritz > make drv (cd src.drv; make CARD=fxusb) make[1]: Entering directory `/privat/isdn/fritz/src.drv' cc -c -DMODULE -D__KERNEL__ -DNDEBUG -D__fxusb__ -DTARGET=\"fxusb\" -O2 -Wall -I /lib/modules/`uname -r`/build/include main.c -o main.o In file included from /lib/modules/2.5.72/build/include/linux/irq.h:19, from /lib/modules/2.5.72/build/include/asm/hardirq.h:6, from /lib/modules/2.5.72/build/include/linux/interrupt.h:10, from /lib/modules/2.5.72/build/include/linux/usb.h:15, from main.c:31: /lib/modules/2.5.72/build/include/asm/irq.h:16:25: irq_vectors.h: No such file or directory In file included from /lib/modules/2.5.72/build/include/asm/hardirq.h:6, from /lib/modules/2.5.72/build/include/linux/interrupt.h:10, from /lib/modules/2.5.72/build/include/linux/usb.h:15, from main.c:31: /lib/modules/2.5.72/build/include/linux/irq.h:69: `NR_IRQS' undeclared here (not in a function) In file included from /lib/modules/2.5.72/build/include/linux/irq.h:71, from /lib/modules/2.5.72/build/include/asm/hardirq.h:6, from /lib/modules/2.5.72/build/include/linux/interrupt.h:10, from /lib/modules/2.5.72/build/include/linux/usb.h:15, from main.c:31: /lib/modules/2.5.72/build/include/asm/hw_irq.h:27: `NR_IRQS' undeclared here (not in a function) /lib/modules/2.5.72/build/include/asm/hw_irq.h:30: `NR_IRQS' undeclared here (not in a function) main.c:53: warning: type defaults to `int' in declaration of `EXPORT_NO_SYMBOLS' main.c:53: warning: data definition has no type or storage class main.c:89: warning: initialization from incompatible pointer type main.c:90: warning: initialization from incompatible pointer type main.c: In function `f_usb_probe': main.c:148: warning: `MOD_INC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:478) main.c:153: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:490) main.c:176: warning: assignment from incompatible pointer type main.c:177: structure has no member named `interface' main.c:183: structure has no member named `interface' main.c:185: structure has no member named `endpoint' main.c:186: structure has no member named `endpoint' main.c:219: too few arguments to function `usb_alloc_urb' main.c:225: too few arguments to function `usb_alloc_urb' main.c: In function `f_usb_disconnect': main.c:271: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:490) main.c: In function `dec_use_count': main.c:281: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:490) main.c: In function `inc_use_count': main.c:290: warning: `MOD_INC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:478) main.c: In function `f_usb_init': main.c:303: warning: `MOD_INC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:478) main.c:336: warning: `MOD_DEC_USE_COUNT' is deprecated (declared at /lib/modules/2.5.72/build/include/linux/module.h:490) make[1]: *** [main.o] Error 1 make[1]: Leaving directory `/privat/isdn/fritz/src.drv' make: *** [drv] Error 2 Dirk

1 0

Re: [suse-isdn] Fehler: Can't find a (free) connection to the ippd daemon
by Rainer Hammerschmidt 19 Jun '03

19 Jun '03

Hallo, ich habe jetzt den Befehl isdnctrl ausprobiert und war auch mit den ersten Befehlen, insbeson dere dem addif und pppbind erfolgreich. # /sbin/isdnctrl addif ippp0 # /sbin/isdnctrl encap ippp0 syncppp # /sbin/isdnctrl pppbind ippp0 # /sbin/isdnctrl addphone ippp0 out 0303497xxxx # isdnctrl status ippp0 ippp0 is not connected Aber beim Einwaehlen erhalte ich: # isdnctrl dial ippp0 ippp0: Resource temporarily unavailable Wenn ich einfack den ipppd aufrufe erhalte ich: # ipppd Sorry - this system lacks PPP kernel support. Check whether you configured at least the ippp0 device! Was heisst das jetzt? Muss ich für ISDN einen eigenen Kernel uebersetzen? Warum ist der yast2 bei jeder ISDN Konfiguration immer zufrieden und gibt keine Fehlermeldung en, wenn beim Aufruf der Programme so viel schief geht? Wie kann ich testen ob die Karte erkannt wurde (die Logs siehe unten, sagen ja)? Mit freundlichen Gruessen Rainer Hammerschmidt mailto:rainer@berkom.de ---- >>Wie kann ich per Kommandozeile Verbindungen aufbauen oder >>zumindest den >>Status abfragen? > > > Das geht mit isdnctrl, also zB isdnctrl dial ippp0 = einwählen und > isdnctrl hangup ippp0 = auflegen. Alle weiteren Befehle: man isdnctrl. > > Gruss Christoph ---- hier noch mal meine alte Anfrage mit der Beschreibung meiner Konfiguration: Hallo, ich habe auf meinem Laptop (Siemens Lifebook E) mit AVM Fritz Card PCMCIA Suse 8.2 installiert und versuche verzweifelt eine ISDN Verbindung aufzubauen. Ich habe den HiSax Treiber mit der Auswahl HotPlug (wie vorgeschrieben) installiert. Alles scheint ok. Bei einer Einwahl passiert nichts. In /var/log/messages erscheint die Meldung Jun 13 15:24:12 rhpb kernel: isdn_ppp_bind: Can't find a (free) connection to the ipppd daemon. Beim Starten des Rechners wird ISDN uebersprungen <notice>/etc/init.d/rc5.d/S01isdn start Setting up ISDN card contr0 AVM FRITZ!Card PCMCIA skipped Ist das Korrekt? und wenn nicht, was tue ich dagegen? Die Meldungen in dmesg sehen eigentlich ok aus: ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loade= d isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (module) HiSax: Layer1 Revision 1.1.4.1 HiSax: Layer2 Revision 1.1.4.1 HiSax: TeiMgr Revision 1.1.4.1 HiSax: Layer3 Revision 1.1.4.1 HiSax: LinkLayer Revision 1.1.4.1 HiSax: Approval certification valid HiSax: Approved with ELSA Microlink PCI cards HiSax: Approved with Eicon Technology Diva 2.01 PCI cards HiSax: Approved with Sedlbauer Speedfax + cards HiSax: Approved with HFC-S PCI A based cards avma1_cs: testing i/o 0x140-0x147 avma1_cs: checking at i/o 0x140, irq 3 HiSax: Total 1 card defined HiSax: Card 1 Protocol EDSS1 Id=3DHiSax (0) HiSax: AVM A1 PCMCIA driver Rev. 1.1.4.1 AVM A1 PCMCIA: io 0x140 irq 3 model 1 version 2 AVM A1 PCMCIA: ISAC version (0): 2086/2186 V1.1 AVM A1 PCMCIA: HSCX version A: V2.1 B: V2.1 AVM A1 (PCMCIA): IRQ 3 count 3 AVM A1 (PCMCIA): IRQ 3 count 6 HiSax: DSS1 Rev. 1.1.4.1 HiSax: 2 channels added HiSax: MAX_WAITING_CALLS added HiSax: module installed HiSax: debugging flags card 1 set to 4 Da ich jetzt schon mindestens 10x installiert und deinstalliert habe und auch den Capi2.0 Treiber mit gleichem Erfolg probiert habe, weiss ich nicht weiter. Kinternet tut so als sei alles in Ordnung. Warum gibt es keine aussagekraeftigen Fehlermeldungen? Wie kann ich per Kommandozeile Verbindungen aufbauen oder zumindest den Status abfragen? Mit freundlichen Gruessen Rainer Hammerschmidt mailto:rainer@berkom.de

2 1

Re: [suse-isdn] Controller dead Meldungen
by Christian Roessner 19 Jun '03

19 Jun '03

Hallo Peter, (Hallo Liste,) Zitat von "Dr. Peter Voigt" <dr.peter.voigt(a)t-online.de>: > Hallo Christian, > > ja, ja, AVM Fritz und CAPI führt immer wieder zu dem beschriebenen > Verhalten; die Newsgroups und Mailinglisten sind voll von dem > Topic. Die beschriebenen Antworten zu Deiner Mail können helfen, > d.h. Tausch des PCI-Slots oder gar des MOBO oder Wechsel zu HiSax. Die > Meldung verschwindet erfahrungsgemäß - übrigens auch bei mir - wenn > eine ISDN-Leitung mal verwendet worden ist. Auch dies wird von vielen > genervten Anwendern so oder ähnlich beschrieben. Der MoBo-Tausch hat mir zumindest gezeigt, dass es eigentlich funktionieren müsste. > Ich habe festgestellt, daß es wohl eine ganze Reihe von Rechnern gibt, > bei denen die Meldung zwar das Syslog zumüllt, ansonsten aber alles, > einschließlich Faxen, funktioniert. Da das auch bei mir so ist, > ignoriere ich einfach die Meldungen des offensichtlich unsauber > programmierten CAPI-Treibers von AVM. Der mag sich offensichtlich > nicht an das Interrupt-Sharing halten. Mich wundert es, daß diese > Probleme, die von Anfang an bestanden, noch immer nicht gelöst sind. Ich denke auch, dass die Treiber unsauber geschrieben wurden. Ich habe kaum Situationen erlebt, bei denen der Rechner so heftig eingefrohren war, wie durch die Verwendung von AVMs CAPI-Treibern. Erinnert mich teilweise an allokierten und nicht wieder freigegebenen Speicher. Unsaubere Pointerverwendung oder so etwas in der Art. Sollte man dann doch irgendwann mal bereinigen. > Wenn Du nicht faxen brauchst, empfehle ich genau wie viele andere > auch, einfach nur HiSax zu verwenden. Ich kann leider nicht auf den > CAPI-Treiber verzichten, da ich noch immer diese altmodischen Faxe > empfangen muß. genau wie in meinem Fall. Ich wollte einen Exchangeserver rauswerfen. Das einzige Puzzlestück war noch die Faxgeschichte. Jetzt erledigt ein Linuxserver sämtliche Aufgaben. Hier noch meine Lösung: Ich habe zum Einen ein BIOS-Update durchgeführt, zum Anderen ein Kernel-Update. Das BIOS war vom Stand Mitte 2000 und ist nun Stand Ende 2002. Beim Kernel gab es wohl IRQ Probleme, wie man dem ChangeLog des Kernels von SuSE-mantel entnehmen kann. Könnte folgender Logeintrag sein: Wed Apr 16 10:21:31 CEST 2003 - mantel(a)suse.de - fix wrong #if in hardirq.h (should be #ifdef) (#26320) Nach dem Update waren alle Probleme vollständig verschwunden. Die ISDN Karte shared sich wunderbar mit 3 weiteren PCI-Karten einen IRQ. Es lag also letzlich nicht an den CAPI-Treibern. Meine Erkenntins: Möglichst aktuelles BIOS und möglichst aktuellen Linux-Kernel. Vielleicht hilft ja sonst noch irgend wem diese Info weiter. Christian ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

1 0

Faxemfang
by Jens Keith 18 Jun '03

18 Jun '03

Hi @all Ich habe da mal ein kleinen Faxserver Problem! Jedesmal wenn ich ein Fax bekomme das mehr als eine Seite hat und von einem Tobbit-Faxserver kommt dann packt er mir die Faxseiten alle auf einer! Drucke ich die Tiffdatei über Winblöd aus dann erscheint mir das Fax als überlange Tiffdatei. Ich benutze den Aufruf fax2ps -s Faxname | lp zum drucken Das -s brauch ich damit er mir auch wirklich alles vom Fax auf eine Seite druckt! Andere Mehrseitige Faxe werden richtig auf mehrere Seiten verteilt gedruckt. Kennt jemand das Problem, bzw hat eine Lösung dafür? mfg Jens Keith

2 2

Hylafax: capidrv, c2faxrecv vs. capifaxrcvd
by Klaus Heske 18 Jun '03

18 Jun '03

Hallo zusammen, ich habe ein paar Fragen...nachstehend mein Szenario: Ich habe SuSE 8.1 mit folgenden relevanten Paketen installiert i4l-base-2003.2.14-1 i4lfirm-2002.9.8-4 capi4linux-2002.9.8-4 i4l-isdnlog-2002.9.8-4 capi4linux-2002.9.8-4 avmfritzcapi-1.0-28 km_fritzcapi-1.0-28 capi4hylafax-4.1.3-91 hylafax-4.1.3-127 capi4hylafax-4.1.3-91 avmfritzcapi-1.0-28 km_fritzcapi-1.0-28 Ich hatte bis vor kurzem eine passive AVM-Fritz-Card und Hylafax an einem gewöhnlichen ISDN-Anschluss am Laufen. Dort kamen mehrere MSNs an, die dann an verschiedene User per Mail verschickt wurden. Das ganze hatte ich in der config.faxCAPI konfiguriert und unterhalb /var/spool/fax/etc/users das entsprechende Mapping vorgenommen. /var/spool/fax/etc/config.faxCAPI: (Ausschnitt) UseDDI: 0 DDIOffset: "" DDILength: "" IncomingDDIs: "" IncomingMSNs: xxx123, xxx124, xxx125 /var/spool/fax/config/etc/users testuser1(a)bla.com xxx123 testuser2(a)bla.com xxx124 testuser3(a)bla.com xxx125 Soweit alles schön, das hat prima funktioniert. Nun soll das ganze an einem ANLAGENANSCHLUSS via Telefonanlage mit einer aktiven B1-AVM-Karte (v4.0) gemacht werden. Die Telefonanlage ist folgendermassen konfiguriert: Jeder User hat hat eine eigene Faxnummer, die sich aus der Geschäftsstellennummer + 20 + Durchwahl_des_Users zusammensetzt. Die Telefonanlage mappt diese Anrufe auf den Anschluss, an dem die aktive AVM-B1-Karte hängt. Sie signalisiert dabei nur die Durchwahlnummer des entsprechenden Users. Die AVM-B1-Karte habe ich unter /etc/sysconfig/isdn/capi.conf.contr0 bei "options" auf p2p umgestellt. Ich habe nun schon diverse Konfigurationen in der config.faxCAPI probiert, jedoch scheitert der Faxempfang über c2faxrecv. /var/log/messages sagt in etwa: <log> Jun 11 14:08:35 linux isdnlog: Jun 11 14:08:34 tei 0 calling +49 711/200, Stuttgart with +49 711/743, Stuttgart HANGUP (Timeout) Jun 11 14:09:00 linux kernel: capidrv-1: incoming call 101,1,2,200 Jun 11 14:09:00 linux kernel: capidrv-1: patching si2=2 to 0 for VBOX Jun 11 14:09:00 linux kernel: isdn_tty: call from 101 -> 200 ignored Jun 11 14:09:00 linux kernel: capidrv-1: incoming call 101,1,0,200 ignored Jun 11 14:09:00 linux isdnlog: Jun 11 14:09:00 * tei 0 calling +49 711/200, Stuttgart with +49 711/101, Stuttgart RING (3.1 kHz audio) Jun 11 14:09:00 linux isdnlog: Jun 11 14:09:00 * tei 0 calling +49 711/200, Stuttgart with +49 711/101, Stuttgart UNKNOWN ELEMENT 32: 81 [ ], length=1 -- complete frame ignored! Jun 11 14:09:10 linux kernel: kcapi: appl 4 ncci 0x10101 up Jun 11 14:09:21 linux kernel: kcapi: appl 4 ncci 0x10101 down </log> Wie kriege ich capidrv jetzt dazu, abzuheben? Muss ich hier jetzt "IncomingMSNs" konfigurieren oder IncomingDDIs? Wie ist in meinem Fall dann der DDIOffset? Diese Einstellung funktioniert auf jeden FAll nicht.. DDIOffset: "" DDILength: "3" Oder muss ich das Akzeptieren der Anrufe irgendwo anders konfigurieren? Bisher ist es mir der Faxempfang nur gelungen, wenn ich den c2faxrecv-Listener durch capifaxrcvd ersetzt habe. Kann mir jemand den Unterschied zwischen c2faxrecv und capifaxrcvd erklären? Ich habe nur herausgefunden, dass c2faxrecv aus dem capi4hylafax- und capifaxrcvd aus dem capi4linux-Paket ist. Kann mir da jemand weiterhelfen? Merci, Klaus. -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

2 1

ippp0 baut Mist
by Stefan Schilling 17 Jun '03

17 Jun '03

Hallo! Ich habe bei mir eine DSL - Flat, über die der Internetverkehr abgewickelt wird und ausserdem noch eine Fritz!Classic (mit Capi - Treibern), die eigentlich nur für´s Faxen benutzt wird / werden soll. Ich habe die /etc/route.conf folgender Maßen eingestellt: #192.168.0.1 0.0.0.0 255.255.255.255 ippp0 192.168.10.0 0.0.0.0 255.255.255.0 eth0 192.168.100.0 0.0.0.0 255.255.255.0 eth1 #default 192.168.0.1 0.0.0.0 ippp0 Das funktioniert auch soweit ganz gut, als dass sich der Rechner über ppp0-an-eth1 (DSL) einwählt. Jedoch habe ich gerade festgestellt, dass sich anscheinend auch das ISDN - Device beim Provider einwählt. Warum das so ist kann ich bisher nicht nachvollziehen (vielleicht könnt ihr mir ja helfen?), da ich keine manuelle Einwahl gestartet habe und die automatische Verteilung ja eigentlich -s.o.- auf dem DSL - Device landen sollte. Vorsichtshalber habe ich das Device jetzt erstmal so eingestellt, dass es auf einer unserer Faxnr. landet. Ich bekomme folgende Einträge in der /var/log/messages, weiss jemand damit etwas anzufangen? Was kann ich machen, damit das aufhört? Ach ja, weiter unten sind noch weitere Infos (ifconfig, route): un 15 22:16:31 debian kernel: OPEN: 192.168.0.99 -> 192.168.0.1 TCP, port: 13705 -> 411 Jun 15 22:16:31 debian kernel: ippp0: dialing 1 0192071... Jun 15 22:16:31 debian isdnlog: Jun 15 22:16:31 * tei 102 calling 01 92071 with +49 951/xxxx, Bamberg RING (Data) Jun 15 22:16:32 debian ipppd[253]: Local number: xxxx, Remote number: 0192071, Type: outgoing Jun 15 22:16:32 debian ipppd[253]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 9 Jun 15 22:16:32 debian kernel: kcapi: appl 1 ncci 0x10101 up Jun 15 22:16:32 debian kernel: isdn_net: ippp0 connected Jun 15 22:16:32 debian kernel: capidrv-1: chan 0 up with ncci 0x10101 Jun 15 22:16:32 debian isdnlog: Jun 15 22:16:32 tei 102 calling 0192071 with +49 951/xxxx, Bamberg Time:Sun Jun 15 22:16:00 2003 Jun 15 22:16:32 debian isdnlog: Jun 15 22:16:32 tei 102 calling 0192071 with +49 951/xxxx, Bamberg COLP *INVALID* -- ignored! Jun 15 22:16:32 debian isdnlog: Jun 15 22:16:32 tei 102 calling 0192071 with +49 951/xxxx, Bamberg CONNECT (Data) Jun 15 22:16:32 debian isdnlog: Jun 15 22:16:32 tei 102 calling 0192071 with +49 951/xxxx, Bamberg No area info for provider 33_0 (98), Jun 15 22:16:32 debian ipppd[253]: MPPP negotiation, He: No We: No Jun 15 22:16:32 debian ipppd[253]: local IP address 145.254.244.38 Jun 15 22:16:32 debian ipppd[253]: remote IP address 145.253.1.6 Jun 15 22:16:32 debian ipppd[253]: ppp not replacing existing default route to ppp0[217.5.98.1] Jun 15 22:16:33 debian kernel: martian source 145.254.244.38 from 217.81.238.176, on dev ippp0 Jun 15 22:16:33 debian kernel: ll header: 45:00:00:30:94:55:40:00:76:06:22:4b:d9:51:ee:b0:91:fe:f4:26:09:52:12:36:5a:12:58:40:00:00:00:00:70:0 Jun 15 22:16:34 debian kernel: tcp_v4_rebuild_header(): shifting sk->saddr from 192.168.0.99 to 217.81.206.182 Jun 15 22:16:35 debian SuSEfirewall2: Firewall rules successfully set from /etc/rc.config.d/firewall2.rc.config Jun 15 22:16:37 debian kernel: martian source 145.254.244.38 from 80.242.188.92, on dev ippp0 Jun 15 22:16:37 debian kernel: ll header: 45:00:00:30:7e:78:40:00:74:06:f4:db:50:f2:bc:5c:91:fe:f4:26:0f:10:12:36:f6:6b:db:58:00:00:00:00:70:0 Jun 15 22:16:40 debian kernel: martian source 145.254.244.38 from 80.242.188.92, on dev ippp0 Jun 15 22:16:40 debian kernel: ll header: 45:00:00:30:7e:de:40:00:74:06:f4:75:50:f2:bc:5c:91:fe:f4:26:0f:10:12:36:f6:6b:db:58:00:00:00:00:70:0 Jun 15 22:16:46 debian kernel: martian source 145.254.244.38 from 80.242.188.92, on dev ippp0 Jun 15 22:16:46 debian kernel: ll header: 45:00:00:30:7f:ac:40:00:74:06:f3:a7:50:f2:bc:5c:91:fe:f4:26:0f:10:12:36:f6:6b:db:58:00:00:00:00:70:0 Jun 15 22:17:43 debian kernel: martian source 145.254.244.38 from 145.254.206.22, on dev ippp0 Jun 15 22:17:43 debian kernel: ll header: 45:08:00:30:26:cd:40:00:78:06:f5:b8:91:fe:ce:16:91:fe:f4:26:05:b5:00:50:09:26:2f:fe:00:00:00:00:70:0 Jun 15 22:17:46 debian kernel: martian source 145.254.244.38 from 145.254.206.22, on dev ippp0 Jun 15 22:17:46 debian kernel: ll header: 45:08:00:30:27:ba:40:00:78:06:f4:cb:91:fe:ce:16:91:fe:f4:26:05:b5:00:50:09:26:2f:fe:00:00:00:00:70:0 Jun 15 22:17:51 debian kernel: martian source 145.254.244.38 from 145.254.206.22, on dev ippp0 Jun 15 22:17:51 debian kernel: ll header: 45:08:00:30:29:ad:40:00:78:06:f2:d8:91:fe:ce:16:91:fe:f4:26:05:b5:00:50:09:26:2f:fe:00:00:00:00:70:0 Jun 15 22:18:12 debian ipppd[253]: Modem hangup Jun 15 22:18:12 debian ipppd[253]: Connection terminated. Jun 15 22:18:12 debian ipppd[253]: taking down PHASE_DEAD link 0, linkunit: 0 Jun 15 22:18:12 debian ipppd[253]: closing fd 9 from unit 0 Jun 15 22:18:12 debian ipppd[253]: link 0 closed , linkunit: 0 Jun 15 22:18:12 debian ipppd[253]: reinit_unit: 0 Jun 15 22:18:12 debian ipppd[253]: Connect[0]: /dev/ippp0, fd: 9 Jun 15 22:18:12 debian kernel: isdn_net: local hangup ippp0 Jun 15 22:18:12 debian kernel: ippp0: Chargesum is 0 Jun 15 22:18:12 debian kernel: ippp, open, slot: 1, minor: 0, state: 0000 Jun 15 22:18:12 debian kernel: ippp_ccp: allocated reset data structure c8901800 Jun 15 22:18:12 debian kernel: kcapi: appl 1 ncci 0x10101 down Jun 15 22:18:12 debian kernel: ippp_ccp: freeing reset data structure c8901000 Jun 15 22:18:12 debian isdnlog: Jun 15 22:18:12 tei 102 calling 0192071 with +49 951/xxxx, Bamberg HANGUP ( 0:01:40 I=562.0 b O=240.0 b) Jun 15 22:18:12 debian kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jun 15 22:18:12 debian ip-down: Shutting down routing..done Jun 15 22:18:12 debian ip-down: Setting up routing (using /etc/route.conf)..done Jun 15 22:18:15 debian SuSEfirewall2: Firewall rules successfully set from /etc/rc.config.d/firewall2.rc.config Zusätzlich habe ich mal folgende Befehle abgefragt (bis auf das ippp0 sieht das auch rel. gut aus): root@debian:/home/stefan > ifconfig eth0 Protokoll:Ethernet Hardware Adresse 00:05:5D:2C:A2:F9 inet Adresse:192.168.10.1 Bcast:192.168.10.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:305694 errors:0 dropped:0 overruns:0 frame:0 TX packets:361131 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:100 RX bytes:132885413 (126.7 Mb) TX bytes:65218301 (62.1 Mb) Interrupt:9 Basisadresse:0xf00 eth1 Protokoll:Ethernet Hardware Adresse 00:E0:7D:79:14:F0 inet Adresse:192.168.100.1 Bcast:192.168.100.255 Maske:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:330600 errors:0 dropped:0 overruns:0 frame:0 TX packets:343092 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:100 RX bytes:120963835 (115.3 Mb) TX bytes:256111259 (244.2 Mb) Interrupt:12 Basisadresse:0x2e00 ippp0 Protokoll:Punkt-zu-Punkt Verbindung inet Adresse:145.254.244.38 P-z-P:145.253.1.6 Maske:255.255.255.255 UP PUNKTZUPUNKT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:189 errors:0 dropped:0 overruns:0 frame:0 TX packets:152 errors:7 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:30 RX bytes:5856 (5.7 Kb) TX bytes:4560 (4.4 Kb) lo Protokoll:Lokale Schleife inet Adresse:127.0.0.1 Maske:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:20995 errors:0 dropped:0 overruns:0 frame:0 TX packets:20995 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:0 RX bytes:2798969 (2.6 Mb) TX bytes:2798969 (2.6 Mb) ppp0 Protokoll:Punkt-zu-Punkt Verbindung inet Adresse:217.81.206.182 P-z-P:217.5.98.1 Maske:255.255.255.255 UP PUNKTZUPUNKT RUNNING NOARP MULTICAST MTU:1490 Metric:1 RX packets:304305 errors:0 dropped:0 overruns:0 frame:0 TX packets:359682 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:3 RX bytes:126101805 (120.2 Mb) TX bytes:57215239 (54.5 Mb) root@debian:/home/stefan > route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 145.253.1.6 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 217.5.98.1 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 217.5.98.1 0.0.0.0 UG 0 0 0 ppp0 root@debian:/home/stefan > isdnctrl hangup ippp0 ippp0 hung up root@debian:/home/stefan >

6 11

DSL und ip-up
by Joerg *Joergie* Kirstner 17 Jun '03

17 Jun '03

Hallo Liste, ich habe hier einen Rechner mit SuSE 7.3, der jetzt von ISDN auf DSL umgestellt werden soll. Mir ist allerdings nicht ganz klar, ob dabei weiterhin das ip-up -Script abgearbeitet wird, das ja auch fetchmail und sendmail aufruft. Wenn ich die Einträge richtig lese, werden dort doch die Interfaces für ippp _und_ ppp abgefragt. Hmmm. Unter ippp* finden sich ja vorbereitete Einträge für fetchmail und sendmail, unter ppp* allerdings nicht. Ich kann das natürlich von Hand eintragen, aber hat es irgendeine Bewandtnis damit, dass dort keine Einträge vorbereitet sind? Muss ich die Einträge dann wo anders machen? Wenn ja, wo? THX. -- j<b>k

4 5

Faxen mit Teledat x120 USB und Suse 8.2 mit Capisuite oder Hylafax
by Michael Eichstädt 17 Jun '03

17 Jun '03

Hallo da draußen, ich bin bestimmt nicht blöd, aber das mit dem Faxen finde ich extrem schwierig. Ich verwende ein PC-System mit PIII 800 und Teledat x12o an USB angeschlossen. ISDN funktioniert, d.h. ich kann ganz easy surfen. Mittlerweile mache ich das mittels Routing über fli4l DSL Server. Aber: wie kriege ich das Teil zum faxen? Ich habe schon vergebliche Versuche mit Hylafax und Capisuite hinter mir. Warum gibt es nirgendwo eine leicht verständliche Schritt für Schritt Anleitung auf deutsch? Und jetzt bitte keine Listen typischen Belehrungen lies doch erstmal..... Ich habe mittlerweile einen Haufen Teilbeschreibungen gelesen, aber alle benutzen entweder eine Sedlbaur oder eine Fritz PCI Karte. Immerhin ist meine Teledat nicht so exotisch, schließlich ist sie mit der Fritz X USB kompatibel. Sie wird als contr0 erkannt. Vielleicht kann SuSE sich ja eines Tages doch aufraffen außer einem Faxprogramm, das leider ohne Installation eines Drittprogrammes (Hylafax), für das es nicht einmal eine deutsche Bedienungsanleitung gibt, eine einfache Möglichkeit für den doofen Otto-Normal-User anzubieten. Ich hoffe auf sachdienliche Hinweise und verbleibe mit freundlichen Grüßen Michael Eichstädt

2 1