September 2002 - openSUSE ISDN (Deutsch)

online Zeiten erfassen
by MichaelHoeller＠t-online.de 11 Sep '02

11 Sep '02

Hallo Liste, ich habe hier einen Rechner mit zwei usern die via isdn das Internet/eMail nutzen. Ich möchte gerne die Einwahlzeiten, user loggen und einmal pro Woche dem jeweiligen user als mail zur Info schicken. Die Einwahl findet via kinternet/wvdial statt. Wie kann ich so was realisieren? Schon mal vielen Dank Michael

1 0

Einwählen auf ippp0 unter SuSE 8.0
by Frank Barnick 10 Sep '02

10 Sep '02

Hallo, ich habe gestern Abend den Schritt zu 8.0 gewagt. Dabei hatte ich doch so einige Schwierigkeiten mit der Installation (unter 7.x war dies immer eine Leichtigkeit für mich). Nun kann ich mich in unserer Firma einwählen, diese aber nicht bei mir. Und das ist ganz schlecht, da meine Mails direkt zugestellt werden. Nun muss ich diese Verbindung zurzeit immer per Hand aufbauen. Ich habe mein ippp0 mit +chap und name erweitert und die chap-secret dementsprechend angepasst. Nur soweit kommt es erst gar nicht, da laut /var/log/messages die eingehende Verbindung ignoriert wird. Was ich vermisse, ist wie unter SuSE 7.3, die Datei i4lrc.config, wo ja eingestellt werden konnte, wer anrufen darf. Auch unter YaST2 (YaST1 gibt es wohl unter 8.0 nicht mehr :-( ) finde ich diese Option auch nicht mehr. Ich muss mit demselben Interface in beiden Richtungen die Verbindung aufbauen können, da ich mit statischen IP-Adressen arbeite, also ein neues Interface so nicht in Frage kommt. Wo muß ich die Einträge machen, damit ich wieder automatisch meine Mails bekomme? Vielen Dank Frank

2 1

Re: [suse-isdn] Keine Einwahl ins Internet moglich
by m_dreyer＠t-online.de 10 Sep '02

10 Sep '02

Hallo Gernot, habe den Capi-Treiber komplett deinstalliert und das Update i4l.rpm installiert. Wie ich aus anderen Mails lesen konnte, soll man bei der Installation der AVM-Software nicht das Install-Script verwenden, da es fehlerhaft ist. Auf der Seite http://sdb.suse.de/sdb/de/html/avmcapi.html steht zu diesem Thema, dass die Datei fritz/fcpi.o nach /lib/modules/2.4.18-4GB/misc kopiert werden soll. Nur existiert diese Datei bei mir nicht. Ich bin aber jetzt schon soweit gekommen (Tip aus der Mailing-Liste), dass diese Datei mittels make erzeugt werden muss. Rufe ich den Befehl make auf, hagelt es jetzt erst einmal Fehlermeldungen (siehe Textdatei im Anhang). Vielleicht kann mir ja jemand an dieser Stelle weiterhelfen, wie ich zu der Datei fcpi.o komme. Vielen Dank schon mal im voraus. Gruß, Markus On Friday 06 September 2002 19:48, you wrote: > danke für die aufmunternden Worte. > > Ich werde Deine untenstehenden Tips am Wochenende ausprobieren. Wie ich > auch aus anderen Mails entnehmen konnte, habe ich den Fehler gemacht und > den Capi-Treiber immer nach der AVM-Anleitung installiert. Sowas kann ja > keiner ahnen! Ja, ist ein bischen dumm. in der 7.3 waren die ganzen Skripte von AVM noch nötig - in der 8.0 ist eben alles schon von SuSE vorbereitet - nur das hat AVM wohl noch nicht so ganz geschnallt :-(( In der 8.1 wird es besser. Da sollte das direkt von den SuSE-CDs funktionieren. > Ich melde mich, soweit ich ein Ergebnis habe. Viel Glück ;-) - -- Ciao, Gernot

2 1

Fritz USB disconnected mit 0x3400
by Marc Mc Guinness 10 Sep '02

10 Sep '02

Hallo Leute! Ich habe ein Problem mit meiner Fritz!Card USB, die ich nach http://www.netnode.de/howto/fritz-card-usb.html eingerichtet habe. Er baut die Verbindung kurz auf und im selben Moment beendet er sie wieder. Grund: 0x3400. Die Karte piept und blinkt kurz auf. Vor wenigen Tagen hat sie nach einem Neustart des Linuxrechners plötzlich funktioniert, nun aber wieder nicht mehr. Am Einwahlskript liegt es wohl nicht, da habe ich schon Verschiedenes ausprobiert und auch unterschiedliche Provider versucht. Hier kurz mein Einwahlskript für Freenet: ------------------------------------------------------------------------- debug sync noauth plugin /etc/ppp/plugins/userpass.so username ausgedacht password ausgedacht defaultroute plugin /etc/ppp/plugins/capiplugin.so number 01019019231750 protocol hdlc ipcp-accept-local ipcp-accept-remote /dev/null ------------------------------------------------------------------------- Hier die Ausgabe in /var/log/messages: --------------------------------------------------------------------------- Sep 6 01:55:21 ddorfr1 pppd[1345]: Plugin /etc/ppp/plugins/userpass.so loaded. Sep 6 01:55:21 ddorfr1 pppd[1345]: userpass: $Revision: 1.3 $ Sep 6 01:55:21 ddorfr1 pppd[1345]: Plugin /etc/ppp/plugins/capiplugin.so loaded. Sep 6 01:55:21 ddorfr1 pppd[1345]: capiplugin: $Revision: 1.27 $ Sep 6 01:55:21 ddorfr1 pppd[1345]: capiconn: 1.7 Sep 6 01:55:21 ddorfr1 kernel: kcapi: appl 2 up Sep 6 01:55:21 ddorfr1 pppd[1347]: pppd 2.4.1 started by root, uid 0 Sep 6 01:55:21 ddorfr1 pppd[1347]: capiplugin: phase serialconn. Sep 6 01:55:21 ddorfr1 pppd[1347]: capiplugin: dialing 01019019231750 (hdlc) Sep 6 01:55:29 ddorfr1 kernel: kcapi: appl 2 ncci 0x10101 up Sep 6 01:55:29 ddorfr1 pppd[1347]: capiplugin: connected: "" -> "01019019231750" outgoing (pcli=0x101/ncci=0x10101) Sep 6 01:55:30 ddorfr1 kernel: kcapi: appl 2 ncci 0x10101 down Sep 6 01:55:30 ddorfr1 pppd[1347]: capiplugin: disconnect(local): "" -> "01019019231750" outgoing (pcli=0x101/ncci=0x10101) 0x3400 (0x0000) - No additional information Sep 6 01:55:30 ddorfr1 pppd[1347]: capiplugin: exit Sep 6 01:55:30 ddorfr1 pppd[1347]: Exit. Sep 6 01:55:30 ddorfr1 kernel: kcapi: appl 2 down --------------------------------------------------------------------------- Hoffentlich kann mir hier jemand helfen... :-( Bis dann, Marc -- "Never surf faster, than your guardian penguin can fly!"

1 0

Kein Zugang ins Internet moeglich - Loesungsvorschlag - Ergaenzung
by Peter Friedel 10 Sep '02

10 Sep '02

hallo nochmal, ich habe noch einige angaben zu meiner isdn-karte vergessen. es handelt sich um eine creative teles 16.0 karte (passiv), die ich trotz erfolgsmeldung vom yast2 nicht zu laufen gebracht hatte. der fehler bestand immer darin, dass ich in der console die lapidare mitteilung erhielt: memory 0-400 already in use, card not installed. da habe ich mir die scripte vorgenommen und festgestellt, dass der befehl modprobe ohne die erforderliche mem-kennung gestartet wird. das ergebnis: ich habe PARA_MEMBASE gegen PARA_MEM in /etc/sysconfig/isdn/cfg-contrl0 ausgetauscht, was sofort mit meinen spezifischen angaben fuer io, irq dann auch mit mem zum erfolg fuehrte. viele gruesse nochmal, peter

1 0

Keine Einwahl ins Internet - Loesungsvorschlag
by Peter Friedel 10 Sep '02

10 Sep '02

hallo, ich habe mich gestern abend ebenfalls mit dem problem herumgeschlagen, dass man per isdn nicht ins internet kommt. ich glaube, den fehler in einem script gefunden zu haben. in der datei /etc/sysconfig/isdn/cfg-contrl0 muss der eintrag (beispiel von mir) PARA_MEMBASE="0xd0000" nach PARA_MEM="0xd0000" geaendert werden, dann startet auch der hisax mit den richtigen einstellungen. zumindest hat es bei mir so funktioniert. viele gruesse, peter

1 0

RE: [suse-isdn] dsl & aol
by Post, W 10 Sep '02

10 Sep '02

hallo gernot, > und andere > Provider - wie eben T-Online - authentifizieren die User an Hand der > IP-Adresse - was aber bei dynamischer IP natürlich nicht geht. diese aussage stimmt so nicht. t-online identifiziert seine user primaer ueber username/kennung und die dann zugeordnete ip-adresse. sehr gut zu erkennen, wenn man das problem "mitbenutzer" hat und z.b. die mails aller mitbenutzer abholen und lokal zustellen will - man bekommt ausschliesslich zugriff auf die emails des accounts, mit dessen daten man sich gerade angemeldet hat. da hier jedoch kein "relaying denied" als fehlermeldung auftritt, sondern >Final-Recipient: rfc822;Xyz(a)aol.com >Action: failed >Status: 5.6.1 >Diagnostic-Code: smtp;554 5.6.1 Body type not supported by Remote Host muss der fehler imho woanders liegen. wir haben es ja hier nicht mit windows-fehlermeldungen zu tun, die weiten interpretationsspielraum lassen... wolfgang

2 1

Re: [suse-isdn] Problem mit Faxen und AVM Fritz Card
by Stefan Onken 10 Sep '02

10 Sep '02

Am Montag, 9. September 2002 18:49 schrieb Gernot Hillier: Hallo, > Versuch doch mal, das Fax über sendfax zu verschicken. Klappt > das? <freu> JA </freu> so, also ich kann schon mal faxen und faxe empfangen. Das ist ja schon mal was. Nun sauge ich mir gerade einen Hylafax Client runter und dann schaun wir mal weiter... cu stonki -- deutsche ProFTPD Dokumentation: http://www.proftpd.de http://krename.sf.net http://kbarcode.sf.net

1 0

Re: [suse-isdn] Problem mit Faxen und AVM Fritz Card
by Axel Lindlau 10 Sep '02

10 Sep '02

Am Montag, 9. September 2002 21:25 schrieb Stefan Blinkmann: > Hallo Axel, > ich verfolge spannend die Installation von der Fritzcard und den > Fax sachen. Kannst du mir vieleicht auch helfen? > Wenn ja,erstmal Danke,hier meine Daten: > SuSE8.0 > KDE3.0.2 > FritzCard PCI > > Wie muss ich vor gehen,damit ich Faxen kann und natürlich > empfangen? Auch so? Ich bin noch nicht so Linux Kundig wie Stefan > Onken. ;-( Hallo, ich werde mein bestes versuchen...... Die Links wo Du was sugen kannst (update i4l und capi) hast Du ja schon und brauche deshalb nicht mehr wiederholen :-) Diese dort geschilderten Schritte ausführen.....zuerst die Datei fcpi kopieren -Capi4hylafax installieren in dem Du nach dem entpacken in dem Ordner die "install.sh" aufrufst..... Das ist das erste was Du maches musst....... Die Karte mit YaST einbinden und da angeben das CAPI2.0 einzubinden ist..Standardmässig ist hisax angegeben Wenn hylafax installiert war ,den ggf. neuinstallieren den Ordner /var/log/fax einfach löschen -oder besser umbenennen in "fax.old" das faxsetup aufrufen.... wenn Du gefragt wirst ob Du ein Modem hinzufügen willst....no ! dann als root "c2faxrecv" aufrufen. Günstig ist es ,wenn Du zu allem noch SuSEfax installiert hast.....dann kannst Du nämlich sehen ,ob alles geklappt hat: Hylafaxscheeduler on linux :Running Modem faxCAPI(hierdeineFaxkennung):running and idle Viel Erfolg..... Axel -- Mein System SuSE 8.0 mit original SuSE-Kernel

1 0

DSL mit FritzCard-DSL: pppd stuerzt ab
by brachnu＠gmx.net 09 Sep '02

09 Sep '02

Hallo, ok, noch einmal ausführlicher. Bitte, wenn jemand hier auch nur in etwa Ahnung von DSL hat, meldet euch! Ist wirklich nervig...:-( Kurzbeschreibung des Problems: Beim Versuch, SuSE Linux 8.0 (2.4.18-4GB #1 Wed Mar 27 13:57:05 UTC 2002 i586 unknown) mit der FritzCard DSL und dem von AVM bereitgestellten Paket zu benutzen, funktioniert der Verbindungsaufbau zwar, aber nach fünf Minuten bis einer Stunde (unregelmäßig) hängt der pppd sich auf. Der pppd läßt sich mit "kill -9" abschießen, aber ein erneuter Verbindungsaufbau funktioniert dann nicht mehr, da die Verbindung nicht sauber abgebaut wurde. Die relevanten Kernelmodule lassen sich mit rmmod nicht mehr entfernen ("in use") und ps aux zeigt einen "dsl_thread" an, der sich mit dem KILL-Befehl NICHT beenden läßt. Fragen: 1. Weiß jemand, wie sich das "Aufhängen" vermeiden läßt? 2. Falls nicht: Was klammert sich bei "pppd call t-dsl" denn so sehr in den Speicher, daß pppd keine zweite Verbindung mehr bekommt? Wenn ich das Aufhängen schon nicht wegkriege, dann würde ich wenigstens gerne wissen, mit welcher Befehlsabfolge ich den Speicher wieder freikriege, um einen Neustart zu vermeiden. Auführlichere Beschreibung mit Logs: Ich habe von SuSE 7.0 auf SuSE 8.0 geupdatet, um die FritzCard-DSL zum Laufen zu bekommen. Das hat mit den AVM-Treibern auch funktioniert. Einziges Problem: Aus mir unerfindlichen Gründen bricht die Verbindung ab oder genauer: die Verbindung scheint erhalten zu bleiben, aber es gehen keine Pakete mehr raus. pppd sagt konkret: No response to 10 echo-requests Serial link appears to be disconnected. capiplugin: phase terminate (was running). cbcp_lowerdown capiplugin: phase network (was terminate). Script /etc/ppp/ip-down started (pid 4272) capiplugin: phase terminate (was network). sent [LCP TermReq id=0x2 "Peer not responding"] sent [LCP TermReq id=0x3 "Peer not responding"] capiplugin: phase dead (was terminate). controller 2: listen_change_state 0 -> 1 ncci_change_state:0x10102 4 -> 6 event=12 contr 2: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 controller 2: listen_change_state 1 -> 0 capiplugin: disconnectall failed Die Echo-Requests habe ich von 3 (Standard) auf 10 erhöht. Danach bricht pppd aber nicht ab, sondern verharrt, als würde er auf irgendetwas warten. Also drücke ich CTRL und C, was zu folgender Meldung führt: tcflush failed: Bad file descriptor ioctl(TIOCSETD, N_TTY): Bad file descriptor ioctl(TIOCNXCL): Bad file descriptor(9) controller 2: listen_change_state 0 -> 1 ncci_change_state:0x10102 6 -> 7 event=10 ncci_change_state:0x10102 7 -> 0 event=13 plci_change_state:0x102 3 -> 7 event=8 contr 2: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 controller 2: listen_change_state 1 -> 0 plci_change_state:0x102 7 -> 8 event=9 plci_change_state:0x102 8 -> 0 event=11 capiplugin: disconnect(local): "" -> "" outgoing (pcli=0x102/ncci=0x10102) 0x0000 (0x3312) - No additional information capiplugin: exit Dann verabschiedet sich pppd endlich ganz. Ein erneuter Verbindungsaufbau ist nicht möglich: plci_change_state:0x102 1 -> 2 event=3 plci_change_state:0x102 2 -> 3 event=6 ncci_change_state:0x102 0 -> 1 event=1 ncci_change_state:0x10102 1 -> 3 event=3 ncci_change_state:0x10102 3 -> 7 event=10 ncci_change_state:0x10102 7 -> 0 event=13 plci_change_state:0x102 3 -> 7 event=8 plci_change_state:0x102 7 -> 8 event=9 plci_change_state:0x102 8 -> 0 event=11 capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x102/ncci=0x10102) 0x0000 (0x0000) - No additional information capiplugin: couldn't make connection controller 2: listen_change_state 0 -> 1 contr 2: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 controller 2: listen_change_state 1 -> 0 capiplugin: exit Woran könnte das liegen? Ist ziemlich nervig, wenn man den Computer arbeiten lassen will, aber vor dem Monitor immer darauf achten muß, daß er nicht abkackt. Außerdem stehe ich ein bißchen auf dem Schlauch: Warum funktioniert der erneute Verbindungsaufbau dann nicht mehr? Provisorisch fahre ich dann immer wieder runter und starte neu, alte Angewohntheit aus Windows-Zeiten, aber man kann bestimmt was Vernünftigeres machen, nicht wahr? ;-) Mein System: eine alte Kiste, AMD-266, 64MB RAM, auf den ISA-Steckplätzen noch eine alte Soundkarte (Soundblaster AWE64, war früher echt ein super Teil:)), restliche Karten sind PCI. Hier die Liste: 00:00.0 Host bridge: VIA Technologies, Inc. VT82C585VP [Apollo VP1/VPX] (rev 23) Flags: bus master, 66Mhz, medium devsel, latency 32 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 25) Flags: bus master, medium devsel, latency 0 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Flags: bus master, medium devsel, latency 32 I/O ports at 6000 [size=16] 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) Subsystem: Realtek Semiconductor Co., Ltd. RT8029(AS) Flags: medium devsel, IRQ 11 I/O ports at 6200 [size=32] 00:0a.0 Multimedia controller: Philips Semiconductors: Unknown device 5402 (rev 82) Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH: Unknown device 0f00 Flags: bus master, medium devsel, latency 32, IRQ 10 Memory at e0000000 (32-bit, non-prefetchable) [size=8M] Memory at e1800000 (32-bit, non-prefetchable) [size=2M] 00:0b.0 VGA compatible controller: Matrox Graphics, Inc. MGA 1064SG [Mystique] (rev 03) (prog-if 00 [VGA]) Subsystem: Matrox Graphics, Inc. MGA-1084SG Mystique Flags: bus master, VGA palette snoop, stepping, medium devsel, latency 32, IRQ 9 Memory at e0800000 (32-bit, prefetchable) [size=8M] Memory at e1a00000 (32-bit, non-prefetchable) [size=16K] Memory at e1000000 (32-bit, non-prefetchable) [size=8M] Expansion ROM at <unassigned> [disabled] [size=64K] Falls ihr noch Infos braucht, um weiterzuhelfen, immer her mit euren Fragen. Ich wäre froh, wenn DSL und Linux irgendwann mal vernünftig zusammenarbeiten würden. Ich habe noch ein Problem, dafür gibt es bestimmt eine andere Liste, aber möglicherweise kann mich jemand auf Hilfe-Ressourcen hinweisen: Seit dem Update arbeitet sendmail nicht mehr. Bei meinen vorherigen Konfigurationen (unter SuSE 6.0, 6.3, 6.4. und 7.0) hat /etc/mail/genericstable meine Userkennung durch meine E-Mail-Adresse für den Versand über den GMX-Mailserver ersetzt. Obwohl meine Konfiguration exakt mit den Tips in der SuSE-Support-DB (stark_*.html) übereinstimmt, "überspringt" er die Ersetzung immer, mit der Folge, daß der Mailserver den User foo@local natürlich ablehnt. Vorschläge? Vielen Dank für eure Hilfe. Ich bin gespannt, was an Tips kommt und hoffe, es hilft mir weiter.:) Tschüs, Benjamin.

3 3