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 >
Am Sonntag, 15. Juni 2003 23:04 schrieb Stefan Schilling:
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
Brauchst Du ippp0 überhaupt? Hab bei meinem Router nur die Karte konfiguriert, aber keine Verbindung angelegt, Faxen geht auch so. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Guten Tag Manfred Tremmel, Am Montag, 16. Juni 2003 um 01:26 schrieb Manfred Tremmel:
Am Sonntag, 15. Juni 2003 23:04 schrieb Stefan Schilling:
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
Brauchst Du ippp0 überhaupt? Hab bei meinem Router nur die Karte konfiguriert, aber keine Verbindung angelegt, Faxen geht auch so.
Hi! Meinst du, du läßt i4l gar nicht starten? Ich dachte, das wäre notwendig, damit er auch i4l_hardware startet, was ja widerum gebraucht wird... Ciao! Stefan -- Mit freundlichen Grüssen Stefan Schilling mailto:mail.suse@gmx.de
Hi Stefan Schilling
Meinst du, du läßt i4l gar nicht starten? Ich dachte, das wäre notwendig, damit er auch i4l_hardware startet, was ja widerum gebraucht wird...
Auf jeden Fall kann man, als root, rci4l und rci4l_hardware getrennt starten. wkr Thomas Richter -- tel://49.431.801306 Wot're we doing to do tonight, Brain ? mobil://49.179.5192431 The same thing we do every night, Pinky . icq://124849926 Try to TAKE OVER THE WORLD ! mailto:richter@thomas-richter.de http://www.thomas-richter.de
Am Montag, 16. Juni 2003 10:25 schrieb Stefan Schilling:
Meinst du, du läßt i4l gar nicht starten? Ich dachte, das wäre
Genau, wieso sollte man es starten?
notwendig, damit er auch i4l_hardware startet, was ja widerum gebraucht wird...
IMHO ist i4l von i4l_hardware abhängig, aber nicht umgekehrt (mal abgesehen, davon, dass es die unter SuSE 8.2 nicht mehr gibt). Las i4l weg, oder lösch das device in yast gleich raus. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo zusammen, ich habe DSL bei 1&1 und Suse 8.2 . DSL funktioniert mit dem Befehl "pppd call 1und1-dsl" problemlos. Bisher habe ich E-Mails mit dem per Skript abgeholt: # isdnctrl dial ippp0 >> /var/log/messages # sleep 10 # /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 # sendmail -q -v >> /var/log/sendmail # isdnctrl hangup ippp0 >> /var/log/messages # Das geht auch jetzt noch. Allerdings funktioniert das Skript mit dem Start von DSL mit dem o.g. Befehl nicht richtig. Die Eintragungen im messages zeigen an, dass zwar DSL gestartet wurde, aber die restlichen Befehle werden nicht ausgeführt und das Skript wird nicht beendet. Wenn ich dann von Hand in der Konsole die Befehle aufrufe, werden die E-Mails auch abgeholt. Dial On Demand will ich eigentlich nicht, hat bisher auch nicht funktioniert. Wie müsste ein Skript für das Abholen von Mails aussehen?
Michael Brenner schrieb:
Hallo zusammen,
ich habe DSL bei 1&1 und Suse 8.2 . DSL funktioniert mit dem Befehl "pppd call 1und1-dsl" problemlos. Bisher habe ich E-Mails mit dem per Skript abgeholt:
Da DSL eben DSL ist und nicht ISDN, ist dafür auch ein anderer Befehl zuständig.
# isdnctrl dial ippp0 >> /var/log/messages
ersetzen durch: /usr/sbin/cinternet --dialin | /bin/logger -p mail.notice
# sleep 10 # /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 # sendmail -q -v >> /var/log/sendmail # isdnctrl hangup ippp0 >> /var/log/messages
ersetzen durch /usr/sbin/cinternet --hangup | /bin/logger -p mail.notice (Anmerkung: Für /var/log/messages ist der Syslog-Dämon (syslogd) zuständig. Dort soll man __niemals__ direkt hinschreiben. Statt dessen gibt es das Programm logger, um Meldungen dorthin zu schreiben.)
#
Das geht auch jetzt noch. Allerdings funktioniert das Skript mit dem Start von DSL mit dem o.g. Befehl nicht richtig. Die Eintragungen im messages zeigen an, dass zwar DSL gestartet wurde, aber die restlichen Befehle werden nicht ausgeführt und das Skript wird nicht beendet. Wenn ich dann von Hand in der Konsole die Befehle aufrufe, werden die E-Mails auch abgeholt. Dial On Demand will ich eigentlich nicht, hat bisher auch nicht funktioniert.
Wie müsste ein Skript für das Abholen von Mails aussehen?
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
Jochen
Am Montag, 16. Juni 2003 15:09 schrieb Michael Brenner:
ich habe DSL bei 1&1 und Suse 8.2 . DSL funktioniert mit dem Befehl "pppd call 1und1-dsl" problemlos. Bisher habe ich E-Mails mit dem per Skript abgeholt:
Ja, aber damit ist die ganze ISDN-Einwahl drin. Was Du eingeben musst, weisst Du, weil Du es oben gerade geschrieben hast. Ich Fersteh Dein Problem nicht ganz.
# isdnctrl dial ippp0 >> /var/log/messages
Dass ist die Anwahl, Durch was Du es ersetzen musst, weisst Du ja selber.
# sleep 10
Zehn sekunden warten, für was auch immer.
# /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1
Mails abholen
# sendmail -q -v >> /var/log/sendmail
Mails verschicken
# isdnctrl hangup ippp0 >> /var/log/messages
Und auflegen, sprich das wird auch ersetzt, mit was auch immer Du die Verbindung beendest. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
On Mon, Jun 16, 2003 at 03:09:16PM +0200, Michael Brenner wrote:
Hallo zusammen,
ich habe DSL bei 1&1 und Suse 8.2 . DSL funktioniert mit dem Befehl "pppd call 1und1-dsl" problemlos. Bisher habe ich E-Mails mit dem per Skript abgeholt:
# isdnctrl dial ippp0 >> /var/log/messages # sleep 10 # /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 # sendmail -q -v >> /var/log/sendmail # isdnctrl hangup ippp0 >> /var/log/messages #
Falscher Ansatz. Das sollte ueber das /etc/ppp/ip-up script gemacht werden.
Das geht auch jetzt noch. Allerdings funktioniert das Skript mit dem Start von DSL mit dem o.g. Befehl nicht richtig. Die Eintragungen im messages zeigen an, dass zwar DSL gestartet wurde, aber die restlichen Befehle werden nicht ausgeführt und das Skript wird nicht beendet. Wenn ich dann von Hand in der Konsole die Befehle aufrufe, werden die E-Mails auch abgeholt. Dial On Demand will ich eigentlich nicht, hat bisher auch nicht funktioniert.
Wie müsste ein Skript für das Abholen von Mails aussehen?
Bei SuSE 8.2 (und auch bei aelteren) sollte das schon ueber /etc/ppp/ip-up und /etc/ppp/poll.tcpip bei jeder Einwahl automatisch passieren, wenn Mail und fetchmail entsprechend konfiguriert wurden (fetchmail muss eine globale Konfiguration /etc/fetchmailrc haben). -- Karsten Keil SuSE Labs ISDN development
-----Ursprüngliche Nachricht----- Von: Karsten Keil [mailto:kkeil@suse.de] Gesendet: Dienstag, 17. Juni 2003 10:13 An: suse-isdn@suse.com Betreff: Re: [suse-isdn] automatisch Emails per DSL ohne DOD mit AVM Fritz!Card DSL
On Mon, Jun 16, 2003 at 03:09:16PM +0200, Michael Brenner wrote:
Hallo zusammen,
ich habe DSL bei 1&1 und Suse 8.2 . DSL funktioniert mit dem Befehl "pppd call 1und1-dsl" problemlos. Bisher habe ich E-Mails mit dem per Skript abgeholt:
# isdnctrl dial ippp0 >> /var/log/messages # sleep 10 # /usr/bin/fetchmail -a -v >> /var/log/fetchmail 2>&1 # sendmail -q -v >> /var/log/sendmail # isdnctrl hangup ippp0 >> /var/log/messages #
Falscher Ansatz. Das sollte ueber das /etc/ppp/ip-up script gemacht werden.
Das geht auch jetzt noch. Allerdings funktioniert das Skript mit dem Start von DSL mit dem o.g. Befehl nicht richtig. Die Eintragungen im messages zeigen an, dass zwar DSL gestartet wurde, aber die restlichen Befehle werden nicht ausgeführt und das Skript wird nicht beendet. Wenn ich dann von Hand in der Konsole die Befehle aufrufe, werden die E-Mails auch abgeholt. Dial On Demand will ich eigentlich nicht, hat bisher auch nicht funktioniert.
Wie müsste ein Skript für das Abholen von Mails aussehen?
Bei SuSE 8.2 (und auch bei aelteren) sollte das schon ueber /etc/ppp/ip-up und /etc/ppp/poll.tcpip bei jeder Einwahl automatisch passieren, wenn Mail und fetchmail entsprechend konfiguriert wurden (fetchmail muss eine globale Konfiguration /etc/fetchmailrc haben).
OK! Hat nicht nur was für sich, geht jetzt auch. Mein ursprüngliches Problem hat sich dadurch aber nicht gelöst, nur verschoben. Da ich die Mails durch meinen Server auch dann regelmäßig abholen lassen will, wenn ich nicht ins Internet gehe, brauche ich noch einen Befehle zum starten/stoppen des DSL-Zugangs. Die Eingabe auf der Konsole "pppd call 1und1-dsl" mit Ctrl+C oder "killall pppd" zum stoppen scheint mir nicht praktikabel/sinnvoll. Mit "/usr/bin/cinternet -i 'dsl0' -D" habe ich es nicht hinbekommen. Der Status ist dann "lurking" aber es geht nichts raus. Bitte beachten, dass AVM Fritz!Card DSL mit CAPI läuft. Danke Michael
-- Karsten Keil SuSE Labs ISDN development
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
On Mon, Jun 16, 2003 at 10:25:47AM +0200, Stefan Schilling wrote:
Guten Tag Manfred Tremmel,
Am Montag, 16. Juni 2003 um 01:26 schrieb Manfred Tremmel:
Am Sonntag, 15. Juni 2003 23:04 schrieb Stefan Schilling:
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
Brauchst Du ippp0 überhaupt? Hab bei meinem Router nur die Karte konfiguriert, aber keine Verbindung angelegt, Faxen geht auch so.
Hi!
Meinst du, du läßt i4l gar nicht starten? Ich dachte, das wäre notwendig, damit er auch i4l_hardware startet, was ja widerum gebraucht wird...
Nein, Du musst kein ippp Device konfigurieren damit Fax und isdnlog funktionieren. -- Karsten Keil SuSE Labs ISDN development
Guten Tag Karsten Keil, Am Montag, 16. Juni 2003 um 16:07 schrieb Karsten Keil:
On Mon, Jun 16, 2003 at 10:25:47AM +0200, Stefan Schilling wrote:
Guten Tag Manfred Tremmel,
Am Montag, 16. Juni 2003 um 01:26 schrieb Manfred Tremmel:
Am Sonntag, 15. Juni 2003 23:04 schrieb Stefan Schilling:
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
Brauchst Du ippp0 überhaupt? Hab bei meinem Router nur die Karte konfiguriert, aber keine Verbindung angelegt, Faxen geht auch so.
Hi!
Meinst du, du läßt i4l gar nicht starten? Ich dachte, das wäre notwendig, damit er auch i4l_hardware startet, was ja widerum gebraucht wird...
Nein, Du musst kein ippp Device konfigurieren damit Fax und isdnlog funktionieren.
Hi!
Ich weiss ja nicht, ob das damit zusammenhängt, jedoch erhielt ich
heute (jeweils nach dem Start) 2x folgende Mail vom System:
----
Von: Fax Assistent
participants (6)
-
Jochen Roedenbeck
-
Karsten Keil
-
Manfred Tremmel
-
Michael Brenner
-
Stefan Schilling
-
Thomas Richter