February 2003 - openSUSE ISDN (Deutsch)

Hylafax Systemabsturz
by Wolfgang Zenner 04 Feb '03

04 Feb '03

Hallo Liste, ich habe SuSE 8.0 Personal gekauft und mir einige fehlende Pakete per Download heruntergeladen, u.a. auch Hylafax. Das hat auch trefflich funktioniert. Jetzt habe ich die 8.0 Professional-Version der linux-user als Update darübergesetzt, da das YaST2 beim Installieren eines zusätzlichen Paketes immer viel gemeckert hat und ich dachte, von wegen Korrekturen, die lt. linux-user enthalten sein sollen, hätte ich die dann auch. Jetzt habe ich mit der dort enthaltenen Version 4.1-289 das für SuSE 8.1 im Artikel "System stürzt beim Faxen mit passiver AVM-Karte ab" beschriebene Verhalten, also Blinken von Caps Lock und Scroll Lock und das war's. Hat jemand eine bessere Idee, als 4.1-255 wieder zu installieren, oder gibt's eine viel bessere Lösung ? mfg Wolfgang

4 12

suse8.0 Fritzcard dsl: isdnctrl -> "../dev/isdninfo or /dev/isdn/isdninfo: No such device"
by Friedrich Strohmaier 04 Feb '03

04 Feb '03

Hallo zusammen! Bekomme am Montag TDSL von 1&1 juhuu! aaaber: habe meine Fritzcard classic durch die Fritzcard DSL ersetzt und krieg die ipppX interfaces nicht mehr gestartet. Folgendes geschah: fcc ausgebaut fcdsl eingebaut. Alle betroffenen module entladen. Frisch gezogene fcdsl-suse8.0-03.09.14.tar.gz mittels ./install installiert. Neu gestartet. # capiinit 1 fcdsl running fcdsl-pci A1 3.09-14 io e1000000 mem e080 2 fcdsl running fcdsl-pci A1 3.09-14 io e1000000 mem e080 # lsmod Module Size Used by Tainted: P fcdsl 934784 1 capi 16768 0 capifs 3520 1 [capi] kernelcapi 29440 2 [fcdsl capi] capiutil 22400 0 [kernelcapi] # /usr/sbin/isdnctrl addif ippp1 Can't open /dev/isdninfo or /dev/isdn/isdninfo: No such device # l /dev/isdninfo cr--r--r-- 1 root root 45, 255 Mar 23 2002 /dev/isdninfo erfolglos gegoogelt und Liste durchgeforstet, :o[ .. und jetzt bin ich am Ende mit meinem Latein! Wo muss ich weitersuchen? Mein System: suse8.0 prof. cyrix166+ 80mb Speicher letztes i4l-update, das für ISDN bisher bestens funktionierte. wirklich ratlos - und hungrig ;o)) grüßt fs -- Beste Grüße von der Schwäbischen Alb _Das_ MailingListenarchiv für suse-linux: http://marc.theaimsgroup.com/?l=suse-linux&r=1&w=2 und viele viele andere: http://marc.theaimsgroup.com

4 6

ISDN Einwahlserver die II
by CTI-Computer, Systemhaus 04 Feb '03

04 Feb '03

Ok Vielen Dank Liste für die Tipps. Klappt alles super jetzt. Lag am Nummernfilter. Habe das sogar ohne Yast auf die Reihe bekommen, wenn auch die ganzen Datein anderst heissen als auf den 6.2er System. FritzCard ohne CAPI Schnitsttelle ist alles ohne Probleme anpassbar. CAPI habe ich erst gar nicht probiert. Jetzt hat mich mein Kunde auch gleich vor eine neue Problematik gestellt: Er möchte sich mit einem analog Modem ( Dienstekennung nicht 64k data, sondern speech) auf der ISDN Karte einwählen. Das liegt daran, dass sich Laptops über Handies immernoch analog Einwählen wollen. Dazu muss ich doch meiner ISDN Karte sagen können, dass sie einen AT Befehlssatz emluiert. Habe es versucht mgetty auf /dev/ttyS0 oder /dev/ttyS1 zu setzen, aber irgendwie klappt das nocht nicht so ganz. Die ISDN Karte sieht zwar das der Anruf kommt, aber leider auch die falsche Dienstkennung und weist den Anruf mal wieder ab. Incomming call from 0 -> 349365 ignored. Was wären da die Ansatzpunkte die ich beachten muss, damit die ISDN Karte eben Einwahl über ISDN als auch über Modem zulässt ?? Schon mal Danke im Voraus Thorsten.

2 1

Modemeinwahl auf SuSE 8.0 DialIn Server
by Meyer, Soenke 04 Feb '03

04 Feb '03

Hallo, habe einen DialIn Server auf Basis von SuSE 8.0, AVM C4 ISDN-Karte und der Manpage von capiplugin eingerichtet. Die Einwahl per eingebauten Analog-Modem meines Laptops funktioniert. Die Analogeinwahl eines Internet-Faxes der Firma Sagem bricht an einem bestimmten Zeitpunkt ab und legt auf. Die Logeinträge in /var/log/messages sind bis dahin gleich: siehe unten P.S. Die Einwahl des Faxes bei T-Online funktioniert und er holt per POP die Mails ab. Was macht T-Online dabei mehr? Kann mir jemand eine Erklärung geben, vor allem für die ersten 20 Logeinträge warum der pppd so viele Einträge produziert? Was bedeutet der Eintrag "ncci_change_state", bei dem das Modem weitermacht, das Fax aber auflegt. Einwahl per Modem Jan 31 13:10:51 MMSF-PGW isdnlog: Jan 31 13:10:51 * Call to tei 127 from +49 421/xxxx, Bremen on +49 421/yyyy, Bremen RING (3.1 kHz audio) Jan 31 13:10:51 MMSF-PGW pppd[1965]: plci_change_state:0x104 0 -> 4 event=5 Jan 31 13:10:51 MMSF-PGW pppd[1965]: incoming call contr=4 cip=4 421xxxx -> yyyy Jan 31 13:10:51 MMSF-PGW pppd[1965]: capiplugin: incoming call: "421xxxx" -> "yyyy" incoming (pcli=0x104/ncci=0x0) (0x4) Jan 31 13:10:51 MMSF-PGW pppd[1965]: accept plci 0x0104 8,1,0 Jan 31 13:10:51 MMSF-PGW pppd[1965]: plci_change_state:0x104 4 -> 6 event=12 Jan 31 13:10:51 MMSF-PGW pppd[1965]: controller 4: listen_change_state 2 -> 3 Jan 31 13:10:51 MMSF-PGW pppd[1965]: contr 4: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Jan 31 13:10:51 MMSF-PGW pppd[1965]: controller 4: listen_change_state 3 -> 0 Jan 31 13:10:51 MMSF-PGW isdnlog: Jan 31 13:10:51 Call to tei 71 from +49 421/xxxx, Bremen on +49 421/yyyy, Bremen CONNECT (3.1 kHz audio) Jan 31 13:10:51 MMSF-PGW pppd[1966]: plci_change_state:0x104 0 -> 4 event=5 Jan 31 13:10:51 MMSF-PGW pppd[1966]: incoming call contr=4 cip=4 421xxxx -> yyyy Jan 31 13:10:51 MMSF-PGW pppd[1966]: capiplugin: incoming call: "421xxxx" -> "yyyy" incoming (pcli=0x104/ncci=0x0) (0x4) Jan 31 13:10:51 MMSF-PGW pppd[1966]: accept plci 0x0104 8,1,0 Jan 31 13:10:51 MMSF-PGW pppd[1966]: plci_change_state:0x104 4 -> 6 event=12 Jan 31 13:10:51 MMSF-PGW pppd[1966]: controller 4: listen_change_state 2 -> 3 Jan 31 13:10:51 MMSF-PGW pppd[1966]: DISCONNECT_IND reason 0x3304 (Another application got that call) for plci 0x104 Jan 31 13:10:51 MMSF-PGW pppd[1966]: plci_change_state:0x104 6 -> 8 event=9 Jan 31 13:10:51 MMSF-PGW pppd[1966]: plci_change_state:0x104 8 -> 0 event=11 Jan 31 13:10:51 MMSF-PGW pppd[1966]: capiplugin: disconnect(remote): "421xxxx" -> "yyyy" incoming (pcli=0x104/ncci=0x0) 0x3304 (0x0000) - Another application got that call Jan 31 13:10:51 MMSF-PGW pppd[1966]: controller 4: listen_change_state state=3 event=1 ???? Jan 31 13:10:51 MMSF-PGW pppd[1966]: capiplugin: waiting for incoming call ... Jan 31 13:10:51 MMSF-PGW pppd[1966]: contr 4: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x4010032 capimask2=0x0 Jan 31 13:10:51 MMSF-PGW pppd[1966]: controller 4: listen_change_state 3 -> 2 Jan 31 13:10:51 MMSF-PGW pppd[1966]: contr 4: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x4010032 capimask2=0x0 Jan 31 13:10:51 MMSF-PGW pppd[1966]: controller 4: listen_change_state state=2 event=4 ???? Jan 31 13:10:51 MMSF-PGW kernel: capidrv-4: incoming call 421xxxx,1,2,yyyy Jan 31 13:10:51 MMSF-PGW kernel: capidrv-4: patching si2=2 to 0 for VBOX Jan 31 13:10:51 MMSF-PGW kernel: isdn_tty: call from 421xxxx -> yyyy ignored Jan 31 13:10:51 MMSF-PGW kernel: capidrv-4: incoming call 421xxxx,1,0,yyyy ignored Jan 31 13:10:51 MMSF-PGW pppd[1965]: plci_change_state:0x104 6 -> 3 event=6 Jan 31 13:11:03 MMSF-PGW pppd[1965]: ncci_change_state:0x10104 0 -> 2 event=2 <------ hier bricht das Fax ab und legt auf, siehe unten 13:04:37 Jan 31 13:11:03 MMSF-PGW pppd[1965]: ncci_change_state:0x10104 2 -> 3 event=6 Jan 31 13:11:03 MMSF-PGW kernel: kcapi: appl 3 ncci 0x10104 up Jan 31 13:11:03 MMSF-PGW pppd[1965]: ncci_change_state:0x10104 3 -> 4 event=7 Jan 31 13:11:03 MMSF-PGW pppd[1965]: ncci 0x10104 up Jan 31 13:11:03 MMSF-PGW pppd[1965]: capiplugin: connected: "421xxxx" -> "yyyy" incoming (pcli=0x104/ncci=0x10104) Jan 31 13:11:03 MMSF-PGW pppd[1965]: capiplugin: using /dev/capi/0: "421xxxx" -> "yyyy" incoming (pcli=0x104/ncci=0x10104) Jan 31 13:11:04 MMSF-PGW pppd[1965]: using channel 3 Jan 31 13:11:04 MMSF-PGW pppd[1965]: Using interface ppp0 Jan 31 13:11:04 MMSF-PGW pppd[1965]: Connect: ppp0 <--> /dev/capi/0 Jan 31 13:11:04 MMSF-PGW pppd[1965]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x34748720> <pcomp> <accomp>] Jan 31 13:11:04 MMSF-PGW pppd[1965]: capiplugin: phase establish (was serialconn). Jan 31 13:11:06 MMSF-PGW pppd[1965]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x34748720> <pcomp> <accomp>] Jan 31 13:11:07 MMSF-PGW pppd[1965]: rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <magic 0x59e830c1> <pcomp> <accomp> <callback CBCP> <mrru 1614> <endpoint [local:03.ea.25.27.6a.a0.41.fb.9c.82.e4.14.fd.4b.f0.65.00.00.00.00]>] Jan 31 13:11:07 MMSF-PGW pppd[1965]: sent [LCP ConfRej id=0x0 <mrru 1614>] Jan 31 13:11:07 MMSF-PGW pppd[1965]: rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x59e830c1> <pcomp> <accomp> <callback CBCP> <endpoint [local:03.ea.25.27.6a.a0.41.fb.9c.82.e4.14.fd.4b.f0.65.00.00.00.00]>] Jan 31 13:11:07 MMSF-PGW pppd[1965]: sent [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x59e830c1> <pcomp> <accomp> <callback CBCP> <endpoint [local:03.ea.25.27.6a.a0.41.fb.9c.82.e4.14.fd.4b.f0.65.00.00.00.00]>] Jan 31 13:11:08 MMSF-PGW pppd[1965]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x34748720> <pcomp> <accomp>] Jan 31 13:11:08 MMSF-PGW pppd[1965]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <auth pap> <magic 0x34748720> <pcomp> <accomp>] Jan 31 13:11:08 MMSF-PGW pppd[1965]: sent [LCP EchoReq id=0x0 magic=0x34748720] Jan 31 13:11:08 MMSF-PGW pppd[1965]: cbcp_lowerup Jan 31 13:11:08 MMSF-PGW pppd[1965]: want: 2 Einwahl per Internetfax: Jan 31 13:04:26 MMSF-PGW isdnlog: Jan 31 13:04:26 Call to tei 127 from +49 421/xxxx, Bremen on +49 421/yyyy, Bremen HANGUP (Timeout) Jan 31 13:04:26 MMSF-PGW isdnlog: Jan 31 13:04:26 * Call to tei 127 from +49 421/xxxx, Bremen on +49 421/yyyy, Bremen RING (3.1 kHz audio) Jan 31 13:04:26 MMSF-PGW pppd[1958]: plci_change_state:0x104 0 -> 4 event=5 Jan 31 13:04:26 MMSF-PGW pppd[1958]: incoming call contr=4 cip=4 421xxxx -> yyyy Jan 31 13:04:26 MMSF-PGW pppd[1958]: capiplugin: incoming call: "421xxxx" -> "yyyy" incoming (pcli=0x104/ncci=0x0) (0x4) Jan 31 13:04:26 MMSF-PGW pppd[1958]: accept plci 0x0104 8,1,0 Jan 31 13:04:26 MMSF-PGW pppd[1958]: plci_change_state:0x104 4 -> 6 event=12 Jan 31 13:04:26 MMSF-PGW pppd[1958]: controller 4: listen_change_state 2 -> 3 Jan 31 13:04:26 MMSF-PGW pppd[1958]: contr 4: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 Jan 31 13:04:26 MMSF-PGW pppd[1958]: controller 4: listen_change_state 3 -> 0 Jan 31 13:04:26 MMSF-PGW isdnlog: Jan 31 13:04:26 Call to tei 70 from +49 421/xxxx, Bremen on +49 421/yyyy, Bremen CONNECT (3.1 kHz audio) Jan 31 13:04:26 MMSF-PGW pppd[1959]: plci_change_state:0x104 0 -> 4 event=5 Jan 31 13:04:26 MMSF-PGW pppd[1959]: incoming call contr=4 cip=4 421xxxx -> yyyy Jan 31 13:04:26 MMSF-PGW pppd[1959]: capiplugin: incoming call: "421xxxx" -> "yyyy" incoming (pcli=0x104/ncci=0x0) (0x4) Jan 31 13:04:26 MMSF-PGW pppd[1959]: accept plci 0x0104 8,1,0 Jan 31 13:04:26 MMSF-PGW pppd[1959]: plci_change_state:0x104 4 -> 6 event=12 Jan 31 13:04:26 MMSF-PGW pppd[1959]: controller 4: listen_change_state 2 -> 3 Jan 31 13:04:26 MMSF-PGW pppd[1959]: DISCONNECT_IND reason 0x3304 (Another application got that call) for plci 0x104 Jan 31 13:04:26 MMSF-PGW pppd[1959]: plci_change_state:0x104 6 -> 8 event=9 Jan 31 13:04:26 MMSF-PGW pppd[1959]: plci_change_state:0x104 8 -> 0 event=11 Jan 31 13:04:26 MMSF-PGW pppd[1959]: capiplugin: disconnect(remote): "421xxxx" -> "yyyy" incoming (pcli=0x104/ncci=0x0) 0x3304 (0x0000) - Another application got that call Jan 31 13:04:26 MMSF-PGW pppd[1959]: controller 4: listen_change_state state=3 event=1 ???? Jan 31 13:04:26 MMSF-PGW pppd[1959]: capiplugin: waiting for incoming call ... Jan 31 13:04:26 MMSF-PGW pppd[1959]: contr 4: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x4010032 capimask2=0x0 Jan 31 13:04:26 MMSF-PGW pppd[1959]: controller 4: listen_change_state 3 -> 2 Jan 31 13:04:26 MMSF-PGW pppd[1959]: contr 4: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x4010032 capimask2=0x0 Jan 31 13:04:26 MMSF-PGW pppd[1959]: controller 4: listen_change_state state=2 event=4 ???? Jan 31 13:04:26 MMSF-PGW kernel: capidrv-4: incoming call 421xxxx,1,2,yyyy Jan 31 13:04:26 MMSF-PGW kernel: capidrv-4: patching si2=2 to 0 for VBOX Jan 31 13:04:26 MMSF-PGW kernel: isdn_tty: call from 421xxxx -> yyyy ignored Jan 31 13:04:26 MMSF-PGW kernel: capidrv-4: incoming call 421xxxx,1,0,yyyy ignored Jan 31 13:04:26 MMSF-PGW pppd[1958]: plci_change_state:0x104 6 -> 3 event=6 Jan 31 13:04:37 MMSF-PGW isdnlog: Jan 31 13:04:37 Call to tei 70 from +49 421/xxxx, Bremen on +49 421/yyyy, Bremen HANGUP ( 0:00:11) Jan 31 13:04:37 MMSF-PGW pppd[1958]: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x104 Jan 31 13:04:37 MMSF-PGW pppd[1958]: plci_change_state:0x104 3 -> 8 event=9 Jan 31 13:04:37 MMSF-PGW pppd[1958]: plci_change_state:0x104 8 -> 0 event=11 Jan 31 13:04:37 MMSF-PGW pppd[1958]: capiplugin: disconnect(remote): "421xxxx" -> "yyyy" incoming (pcli=0x104/ncci=0x0) 0x3490 (0x0000) - Normal call clearing Gruß Sönke Meyer

1 0

AW: [suse-isdn] Löschen von Faxaufträgen
by Olm 04 Feb '03

04 Feb '03

Hab noch vergessen: Generiert wurden die Faxe mit Susefax. Inzwischen bin ich mir ziemlich sicher, dass das Verschwinden der Faxe an einer eingestellten Deadline liegt. Aber WO stellt man diese (scheinbar auf 3 Stunden voreingestellte) Zeitdauer um? -----Ursprüngliche Nachricht----- Von: Olm [mailto:Olm@tollkuehn.de] Gesendet: Montag, 3. Februar 2003 14:10 An: 'suse-isdn(a)suse.com' Betreff: [suse-isdn] Löschen von Faxaufträgen Hallo! Über einen Hylafax-ISDN-Faxserver (mit AVM c4) sollen Serienfaxe (etwas über 200 Stück) verschickt werden. Zeitgesteuert beginnt der Server um 1.00 Uhr am Sonntagmorgen seine Arbeit. Allerdings bricht der Server 3 Stunden später scheinbar ab und meldet, dass ca. 200 Faxe nicht zugestellt werden konnten. Ein Blick ins faxcapi.log zeigt, dass alles bis 4 Uhr relativ normal gelaufen ist. Manche Faxe wurden zugestellt, manche nicht (wg. besetzt oder falscher Faxnummer), danach jedoch passierte gar nichts mehr. Werden die Faxe von faxcron o.ä. gelöscht? Wo kann man evtl. einstellen, nach welcher ZEIT ein Auftrag als nicht sendbar gilt? -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe(a)suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help(a)suse.com

1 0

ISDN & SuSEfirewall2 unter 8.1
by Lars Heitkötter 03 Feb '03

03 Feb '03

Hallo Liste, habe ein Problem unter SuSE Linux 8.1 Professional: Benutze, um ins Internet zu gehen, eine AVM FRITZ! Karte. Die Dial on Demand Funktion ist soweit ok. Bei Bedarf baut der Rechner automatisch eine PPP-Verbindung auf und ich kann auf jeder Arbeitsstation surfen, aber am Server/Router selber kriege ich keinen Connect. Im Logger steht immern nur die Meldung: SuSE-FW-ILLEGAL-TARGET IN=ippp0 OUT= MAC= SRC=194.25.2.129 DST=217.1.100.138 LEN=144 TOS=0x00 PREC=0x00 TTL=57 ID=47417 DF PROTO=UDP SPT=53 DPT=1031 LEN=124 Wie ich daraus erkennen kann, verbietet die Firewall eine DNS-Anfrage von 194.25.2.129 (Nameserver der DTAG). Sobald ich nun auf der Konsole: rcSuSEfirewall2 restart eingebe, funktioniert die Internetverbindung wieder - allerdings nur bis zum nächsten Connect. Was kann das sein ?? Weiß einer von Euch weiter ?? Das Online-Update habe ich schon komplett eingespielt. Ich verzweifel... -- Bis dann... Lars Heitkötter mailinglisten(a)visions-edv.de

1 0

AW: [suse-isdn] Problem mit smpppd
by Matejek Bernd 03 Feb '03

03 Feb '03

Hallo Gerd, ich hatte das selbe Problem und habe es nach LANGEM Suchen und Probieren lösen können. Ich habe in der Datei /etc/rc.d/smpppd im Datei-Kopf (einer der kommentierten Zeilen) die notwendige Komponente $network herausgelöscht. (Sorry habe die Datei gerade nicht vor mir)... Nach einem SuSEconfig sollte sich folgende Wirkung einstellen: bei allen Runleveln wird der smpppd VOR dem Netzwerk gestartet, die Fehlermeldung verschwindet beim booten und alles funktioniert wie geplant. So lautet dann beim runlevel3 /etc/rc.d/rc3.d/ der Link nicht S15smpppd sondern S04smpppd. Gleiches liese sich auch mit mv /etc/rc.d/rc3.d/S??smpppd /etc/rc.d/rc3.d/S04smpppd bewirken, jedoch macht eine yast2-System-Runlevel-Modifikation bzw. ein SuSEconfig/ insserv dies wieder rückgängig. Hoffe das hilft bei dir. cu Bernd -----Ursprüngliche Nachricht----- Von: Gerd Engler [mailto:gerdengler@gmx.de] Gesendet: Sonntag, 2. Februar 2003 22:23 An: suse-isdn(a)suse.com Betreff: [suse-isdn] Problem mit smpppd Hallo, ich habe eine Problem mit smpppd. Hier die Fehlermeldung beim booten. error: connection to smpppd failed ( user --verbose for more informationen) ifup -dsl : interface dsl0 is not known by smpppd Alle Netzwerk- und ISDN Karten sind betriebsbereit. Treiber werden geladen. Die ISDN Karten sind als Dial In eingerchtet und funktionieren. Nur der DSL Zugang funktioniert nicht (3COM905B Combo) s.o). Nehme ich die ISDN Karten aus dem System funktioniert der DSL Zugang. Ich dachte erst an ein Interrupt oder I/O Problem aber dies konnte ich ausschließen. Mhh...mir schein als bevorzugt smpppd ISDN Interfaces. Hat jemand vielleicht einen Tipp für mich ? Kurzbeschreibung meines Systemes. AMD K6/400,256MB RAM,4 GB HDD, 2x 3COM905CTXM 1x 3COM905B Combo 1x AVM FritzCard Classic 1x AVM FritzCARD PNP Caio Gerd

1 0

AW: [suse-isdn] SuSE 8.1 und Radius
by Andreas.Waibel＠colt.de 03 Feb '03

03 Feb '03

Hallo Dirk, wieso brauchst du einen ipppd im Zusammenhang mit RADIUS? Ein RADIUS server sitzt normalerweise auf der anderen Seite um den reinkommenden Anruf (oder auch DSL oder anderen Netzwerkzugang) zu authorisieren und mit Parametern auszustatten. RADIUS server sind eigenständige Programme (meist "radiusd"), die es sowohl als freeware als auch in kommerziellen Versionen gibt. Im ipppd wird da sicher nichts einkompiliert. Infos zu RADIUS findest Du z.B. hier http://www.open.com.au/radiator/index.html (is n kommerzielles Produkt aber sauguat.) Grüße Andreas > -----Ursprüngliche Nachricht----- > Von: Dirk Volmer [mailto:dirk@d-volmer.de] > Gesendet am: Montag, 3. Februar 2003 12:16 > An: suse-isdn(a)suse.com > Betreff: [suse-isdn] SuSE 8.1 und Radius > > Hallo Liste, > > ich beabsichtige unter SuSE 8.1 einen Radius-Server zu implementieren. > Gibt es Besonderheiten in SuSE 8.1 betreffend Radius ? > Sollte man ipppd neu compilieren, oder sind die > Radius-Optionen schon mit > eincompiliert ? > Wo gibt es HOWTOs zu Radius oder Beispielkonfigurationen ? > > Gruß > > Dirk Volmer > > > -- > Um die Liste abzubestellen, schicken Sie eine Mail an: > suse-isdn-unsubscribe(a)suse.com > Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken > Sie eine Mail an: suse-isdn-help(a)suse.com >

3 2

SuSE 8.1 + Fritz Classic + CAPI20 für Faxempfang
by CADNET Carsten Meyer 03 Feb '03

03 Feb '03

Hallo! ich habe folgende Konfiguration SuSE 8.1 FritzCard Classic ISA AVM CAPI20 und möchte damit nur Faxe empfangen und alle an einen Benutzer per mail weiterleiten Meine Fragen: - wie ist die einfachste Konfiguration? - alternativ: wie heißen die capi-faxmodems für hylafax (faxsetup) Mit freundlichen Grüßen Carsten Meyer

2 1

SuSE 8.1 und Radius
by Dirk Volmer 03 Feb '03

03 Feb '03

Hallo Liste, ich beabsichtige unter SuSE 8.1 einen Radius-Server zu implementieren. Gibt es Besonderheiten in SuSE 8.1 betreffend Radius ? Sollte man ipppd neu compilieren, oder sind die Radius-Optionen schon mit eincompiliert ? Wo gibt es HOWTOs zu Radius oder Beispielkonfigurationen ? Gruß Dirk Volmer

2 1