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

Squid Authentication problem
by wil van der wee 25 Jun '00

25 Jun '00

Hi all, I know this is a German list, but anyway i try. I'am running a small home network. One SuSe Linux 6.2 server running squid and two win 98 pc's. I try to get Squid Authentication to work with smb_auth which is included in the SuSe 6.2 distri. I have put the in my squid.conf authenticate_program /usr/bin/smb_auth -W hawedo.com (my full domain name is bagus.hawedo.com) acl domainusers proxy_auth REQUIRED http_access allow domainusers further I have put a file proxyauth with "allow" in de /home/ dir. with read permission to all users (for testing only) Now when I try to connect trough squid from one of the win98 clients I'am asked to provide username and password. I use the same username and password as usually. But the access is denied. When I give the command smb_auth -W hawedo.com than there is no reply at all, and I have to stop the process with Ctrl D. Can somebody help me out Thanks for any help, suggestions etc. Rgds Wil

2 1

Timeout-Problem beim Provider
by Arnulv Rudland 25 Jun '00

25 Jun '00

Ich habe in der letzten Zeit wiederholt Probleme mit dem www-Internetzugang. Es verläuft fast immer wie folgt: a) Ein Client (Windows98, Netscape) Ruft eine Web-Seite auf. Die gewünschte Web-Seite erscheint. c) Nach dem Timeout wird eine weitere Webseite aufgerufen, diese erscheint aber nicht ("Keine Antweort. der Server ist u.U. ausgefallen oder reagiert nicht"). Ist dies ein Problem bei mir oder bei meinem Provider? Der scheint auch en bißchen Ratlos zu sein. Wenn jemand ein Tip hätte, was die Ursache sein könnte wäre ich dankbar! MfG Arnulv Rudland P.S. Umgebung: lux als internet gateway, SuSE 6.0, kernel 2.0.36, i4l, Dial-on-demand, Timeout 60 Sek. lux hängt an eine Telefoanlage. Hier ein Ausschnitt aus /var/log/messages: Jun 22 16:02:28 lux kernel: OPEN: 192.168.100.99 -> 195.204.29.42 TCP, port: 64111 -> 80 Jun 22 16:02:28 lux kernel: ippp0: dialing 1 004513909xxx... Jun 22 16:02:28 lux isdnlog: Jun 22 16:02:28 * tei 64 calling ? with +49 451/707xxxx, Lübeck CPN +49451707xxxx Jun 22 16:02:28 lux isdnlog: Jun 22 16:02:28 * tei 64 calling +45 /13909xxx, Denmark with +49 451/707xxxx, Lübeck RING (Data) Jun 22 16:02:31 lux isdnlog: Jun 22 16:02:31 tei 64 calling +45 /13909xxx, Denmark with +49 451/707xxxx, Lübeck Time:INVALID - ignored Jun 22 16:02:31 lux isdnlog: Jun 22 16:02:31 tei 64 calling +45 /13909xxx, Denmark with +49 451/707xxxx, Lübeck CONNECT (Data) Jun 22 16:02:31 lux isdnlog: Jun 22 16:02:31 tei 64 calling +45 /13909xxx, Denmark with +49 451/707xxxx, Lübeck 120.EH DM 0.12 Jun 22 16:02:31 lux kernel: isdn_net: ippp0 connected Jun 22 16:02:31 lux kernel: isdn_net: chargetime of ippp0 now 162304581 Jun 22 16:02:31 lux ipppd[104]: Local number: 707xxxx, Remote number: 004513909xxx, Type: outgoing Jun 22 16:02:31 lux ipppd[104]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Jun 22 16:02:32 lux ipppd[104]: lcp layer is UP Jun 22 16:02:32 lux ipppd[104]: Remote message: Login Succeeded Jun 22 16:02:32 lux ipppd[104]: MPPP negotiation, He: No We: No Jun 22 16:02:32 lux ipppd[104]: CCP enabled! Trying CCP. Jun 22 16:02:32 lux ipppd[104]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Jun 22 16:02:32 lux ipppd[104]: ccp_resetci! Jun 22 16:02:32 lux ipppd[104]: local IP address 195.127.27.146 Jun 22 16:02:32 lux ipppd[104]: remote IP address 10.10.10.2 Jun 22 16:03:29 lux cat[148]: connect from 192.168.100.5 Jun 22 16:03:32 lux kernel: isdn_net: local hangup ippp0 Jun 22 16:03:32 lux kernel: ippp0: Chargesum is 0 Jun 22 16:03:32 lux ipppd[104]: Modem hangup Jun 22 16:03:32 lux ipppd[104]: Connection terminated. Jun 22 16:03:32 lux ipppd[104]: taking down PHASE_DEAD link 0, linkunit: 0 Jun 22 16:03:32 lux ipppd[104]: closing fd 7 from unit 0 Jun 22 16:03:32 lux ipppd[104]: link 0 closed , linkunit: 0 Jun 22 16:03:32 lux ipppd[104]: reinit_unit: 0 Jun 22 16:03:32 lux ipppd[104]: Connect[0]: /dev/ippp0, fd: 7 Jun 22 16:03:32 lux isdnlog: Jun 22 16:03:32 tei 64 calling +45 /13909xxx, Denmark with +49 451/707xxxx, Lübeck Normal call clearing (User) Jun 22 16:03:33 lux kernel: isdn: Tel0,ch0 cause: E001F Jun 22 16:03:33 lux isdnlog: Jun 22 16:03:33 tei 64 calling +45 /13909xxx, Denmark with +49 451/707xxxx, Lübeck 120.EH DM 0.12 ( 0:01:02) Jun 22 16:03:33 lux isdnlog: Jun 22 16:03:33 tei 64 calling +45 /13909xxx, Denmark with +49 451/707xxxx, Lübeck Normal, unspecified (User) Jun 22 16:03:33 lux isdnlog: Jun 22 16:03:33 tei 64 calling +45 /13909xxx, Denmark with +49 451/707xxxx, Lübeck HANGUP (DM 0.12 0:01:01 I= 5.3Kb O= 2.3Kb) -- Arnulv Rudland An der Untertrave 96 Tel. +49-451-70796-90 D-23552 Lübeck Fax. +49-451-70796-99

1 0

isdnlog/rate berechnen 017x-Nummern falsch
by S. Wefel 25 Jun '00

25 Jun '00

Hallo Liste, nach einem Update der i4k-utils, einer neuen rate-de.* von http://rates4linux.sourceforge.net/r4l und einer zweiten ISDN-Karte für den dual-Modus lief scheinbar alles einwandfrei. Die am Telefon gewählten Nummern werden wie gewünscht mitgeloggt und Kosten mit den aktuellen Tarifen richtig berechnet. (an /etc/isdn nichts geändert) Jedoch mußte ich folgendes feststellen: Wähle ich am Telefon eine 0172xxx-Nummer, so wird diese zwar erkannt und mitgeloggt, aber die Kosten als 0.00DM berechnet. Wähle ich 0049172xxx so wird dies als ein Anruf zu D2 erkannt (/isdnlog-debug-Meldung), aber von der Telekomvermittlungsstelle als ungültige Vorwahl abgewiesen. Eine Wahl durch die ISDN-Karte nach +49172xxx funktioniert und wird auch richtig berechnet, aber am Telefon kommt keiner auf die Idee, das Sonderzeichen + über zig Untermenues erst zu suchen (wozu auch?)! In der rate-de steht auch, daß bei Mobilfunk die +49... vorgewählt werden muss, aber ich kann die anderen Telefonnutzer nicht dazu zwingen. Meine Frage: Wie kann ich das abstellen, bzw. mit einfachen Mitteln dafür sorgen, daß auch 017x wieder richtig protokolliert wird und ich trotzdem aktuelle rate-de per cvs-udpdate bekomme und nicht jedesmal umschreiben muss? Im Voraus Danke, Sandro

1 0

Sendmail
by wil van der wee 25 Jun '00

25 Jun '00

Hi all, I'am running a SuSe Linux 6.2 server. I try to get sendmail to work for the last week, but it still does not work properly. I want to queue all e-mail first of all clients and send the e-mail out when I connect to my ISP. When I put SMTP=yes in my /etc/rc.config and try to send an e-mail of one of the clients the Linux server starts dialing to the ISP. Is SMTP needed to queue the clients e-mail on the server or is this something different. I also tried to put my local domain of the Linux server and the mail server of my ISP in /etc/rc.config under smart and local host, but this all failed. All these names IP numbers are in /etc/hosts When I look at /etc/ sendmail.cf I see files like /etc/mail/access.db but in these files are only YYYYYYYYYY. Is this correct? In /etc/mail/ I see also same files with the same name but without .db so e.g. access only instead of access.db In the SuSe book 6.2 is very limited about the sendmail issue. Can somebody give me some clue to get this sendmail to work, or a readable documentation about sendmail. Thanks Wil

1 0

vbox
by Jan Zuleeg 25 Jun '00

25 Jun '00

Hallo Listenleser ich bin gerade dabei vbox (von SuSE 6.3 Version 2.0.0BETA5) zu installieren. Die Nachrichten will ich von einem Windowsrechner aus abhören. In einer früheren iX gab es mal einen Artikel: http://www.heise.de/ix/artikel/1997/02/135/default.shtml in dem beschrieben wird, wie man seine Anrufe mittels Browser abhoeren kann. Mit einer frueheren vbox Version habe ich das ganze schon mal zum Laufen gebracht, jetzt bekomme ich beim Umwandeln des Audioformats immer eine Fehlermeldung. Das script webvboxplay ruft das Programm rmdgetheader auf, das bei meinem vbox nicht dabei ist. Brauche ich vielleicht eine aeltere vbox-Version? Kann mir jemand weiterhelfen? Ueber eine andere Moeglichkeit, die Anrufe von meinem Windows- Rechner abzuhoeren waere ich auch froh. Jan Zuleeg

1 0

Routing=?iso-8859-1?q?_f=FCr?= autodial und zwei verschiedene Einwahlziele
by Berthold Hoellmann 25 Jun '00

25 Jun '00

Hallo, Ich habe ein Problem. Ich habe zwei verschiedene Einwahlziele. Einmal eine Dialback Verbindung zu meinem Arbeitgeber um die dortigen Rechner zu erreichen. Dann die Verbindung zum Rest des Netzes. Bei meinen derzeitigen Einstellungen habe ich keinen Erfolg. Immer wenn ich versuche einen Rechner beim Arbeitgeber anzusprechen, wird auch immer die zweite Nummer angew=E4hlt. Hat jemand so etwas schon mal erfolgreich gel=F6st? Gru=DF Berthold --=20 bhoel(a)starship.python.net / http://starship.python.net/crew/bhoel/ It is unlawful to use this email address for unsolicited ads (USC Title 47 Sec.227). I will assess a US$500 charge for reviewing and deleting each unsolicited ad.

2 1

isdnlog/rate berechnen 017x-Nummern falsch
by S. Wefel 24 Jun '00

24 Jun '00

Hallo Liste, nach einem Update der i4k-utils, einer neuen rate-de.* von http://rates4linux.sourceforge.net/r4l und einer zweiten ISDN-Karte für den dual-Modus lief scheinbar alles einwandfrei. Die am Telefon gewählten Nummern werden wie gewünscht mitgeloggt und Kosten mit den aktuellen Tarifen richtig berechnet. (an /etc/isdn nichts geändert) Jedoch mußte ich folgendes feststellen: Wähle ich am Telefon eine 0172xxx-Nummer, so wird diese zwar erkannt und mitgeloggt, aber die Kosten als 0.00DM berechnet. Wähle ich 0049172xxx so wird dies als ein Anruf zu D2 erkannt (isdnlog-debug-Meldung), aber von der Telekomvermittlungsstelle als ungültige Vorwahl abgewiesen. Eine Wahl durch die ISDN-Karte nach +49172xxx funktioniert und wird auch richtig berechnet, aber am Telefon kommt keiner auf die Idee, das Sonderzeichen + über zig Untermenues erst zu suchen (wozu auch?)! In der rate-de steht auch, daß bei Mobilfunk die +49... vorgewählt werden muss, aber ich kann die anderen Telefonnutzer nicht dazu zwingen. Meine Frage: Wie kann ich das abstellen, bzw. mit einfachen Mitteln dafür sorgen, daß auch 017x wieder richtig protokolliert wird und ich trotzdem aktuelle rate-de per cvs-udpdate bekomme und nicht jedesmal umschreiben muss? Im Voraus Danke, Sandro

2 1

Kernel-Fehler: isdn_tx_timeout
by Taylor 24 Jun '00

24 Jun '00

Hallo! Ich scheitere daran, mich per ISDN syncPPP bei meinem Provider einzuwählen. Ich benutze SuSE 6.3 und einen selbstkompilierten Kernel. Da liegt wohl auch das Problem: Auf der 10.Konsole erhalte ich folgende Meldung: kernel: isdn_tx_timeout dev ippp0 dialstate 0 In der /var/log/messages steht: kernel: ippp0: dialing 1 Provider... kernel: isdn_net: local hangup ippp0 Ich tippe ja stark darauf, irgendwas bei der Kernelkomilierung verbockt zu haben, hab aber keine Ahnung was. Kann mir jemand sagen, wie diese isdn_tx_timeout Meldung zustande kommt? Vielen Dank, Florian

1 0

Probleme mit AVM B1 ISA
by Lange, Tilman 23 Jun '00

23 Jun '00

Hallo Liste, wenn ich meine eingebaute AVM B1 ISA laden möchte, bekomme ich folgende Fehlermeldung: device capi20 not registered: No such device !! Was mach ich falsch? Noch mal alle meine schritte im einzelnen. 1. Suse Linux 6.3 installiert mit i4l und i4l_firmware. 2. Kernel neu gebacken, mit ISDN Unterstützung. 3. Im Yast die AVM B1 ISDN Karte integriert. Beim Neustart bringt er mir dann Fehlermeldung das er keine HiSax laden könnte Wenn ich den Treiber entlade bekomme ich die folgende Fehlermeldung: Unloading ISDN drivers ... isdn: Device or resource busy device capi20 not registered: No such device look in /proc/devices. maybe the devicefiles are installed with a wrong majornumber, or you linux kernel version only supports 64 char device (check /usr/include/linux/major.h) In der Suse Supportdatenbank steht auch nichts sinvolles dazu. Da ich ja die Karte installieren will. Kann mir jemand Helfen ?? MfG Tilman Lange

1 0

Re: [suse-isdn] PPP über ISDN - Fehler: SyncPPP not configuared
by Patrick Michaelis 19 Jun '00

19 Jun '00

>kein HTML OK >Welche Distri verwendest du? SuSE 6.1 >Welchen Kernel hast du im Einsatz? 2.2.5 >Selbstgebacken oder SuSE-Kernel? SuSE >Welche ISDN-Karte? AVM Fritz PCI >Wie hast Du Deine Sache konfiguriert - über YaST oder von Hand? Nach Anleitung des SuSE-ISDN-Howto. Also per Hand. (Nur den Kartentyp hab ich in YaST eingestellt.)

1 0