September 1999 - openSUSE ISDN (Deutsch)

rcapid und passende Clients
by Roland Hebertinger 30 Jul '01

30 Jul '01

Hallo! Ich habe mir die Tage mal den rcapid angeschaut. Die Dokumentation dazu es ja recht dürftig... :-((( Die Installation auf dem Server ist einigermassen gut beschrieben, aber wie siehts mit Client-Programmen a) für Linux und b) für andere Plattformen, z.B. Win9x und WinNT aus? Meine aktuelle Plattform, auf der das ganze laufen soll: SuSE Linux 6.2, Kernel 2.2.10SuSE AVM B1 V2.0 Für Informationen aller Art bin ich sehr DANKBAR! c ya! Roland

2 1

Probleme mit ISDN-Config
by Maik.Lemp＠t-online.de 13 Oct '99

13 Oct '99

Hallo Leute, ich habe folgendes Problem: Mein Rechner baut ständig beim Hochfahren, bei Eingabe des route Befehls bzw. in unregelmaessigen Abständen eine Verbindung zu T-Online her. In der Supportdatenbank hab ich zwar einige Hinweise darüber gefunden wie dies abzustellen währe, aber leider komme ich nicht zum Erfolg. Ich bin noch absoluter "Newbie" und hab sicherlich nur irgendetws übersehen. Mein System: SuSE 6.1 mit Update aud die 6.2 Linux Server: 192.168.0.1 server.ampr.org Rechner 1 192.168.0.2 sys1.ampr.org (WIN 95 oder 98) u.s.w. ISDN: (T-Online) ippp0 192.168.0.99 PtP 192.168.0.100 Gateway: 192.168.0.100 DNS: 194.25.2.129 Verbindungsaufbau zum i-Net klappt. smb und squid sind vorübergehend in der rc.config auf "no" gesetzt. Anlage der Dateien /var/named/localhost.rev, ampr.rev, ampr.zone. Ansonsten alles soweit mit Yast konfiguriert. Da ich mir nun nach fast 3 Tagen Suche und hunderten von ungewollten T-Online Verbindungen keinen Rat mehr weiss, bitte ich Euch um Hilfe. Wie müssen die Einträge in den Dateien aussehen? route.conf resolv.conf hosts smb.conv e.t.c. Vielen Dank für Eure Mühe Gruss Maik

4 3

Re: Re: Subject: [suse-isdn] bei DoD+Dyn IP te lnet möglich!?
by kai 09 Oct '99

09 Oct '99

Hallo Sven, auch erstmal DANKE! On Thu, 30 Sep 1999 14:30:15 +0200, Sven Marth wrote: >Ziel muß es also sein eine Regel aufzusetzen, welche nach dem >automatischen Beenden einer Verbindung alle ausgehenden >Verbindungswünsche mit der, bis dahin gültigen, jetzt aber nicht mehr >gültigen Absender-IP abweist (REJECT ALL) und nach bestimmter Zeit >(30 min dürften reichen) wieder gelöscht wird. >Weiterführende Literatur hierzu findest Du z.B. unter >http://www.little-idiot.de das hört sich prinzipiell noch besser an...da muß ich wohl denn noch reinarbeiten, um mir solch eine Regel zusammenzubasteln um die in ip-down einzufügen. ...bin ich denn der Einzige mit solchen Problemen? Gibts die Regel(n) nicht schon fertig (auf die schnelle hab ich der "idiot"-doku nichts gefunden)? MfG Kai Gülzau

4 7

ISDN / Kernel 2.2.7 / extrem hohe ping Zeiten
by Michael Stumpf 08 Oct '99

08 Oct '99

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Liste(n), ich habe hier leider immernoch das Problem, daß "sporadisch" die ping-Zeiten zur Gegenstelle (Mobilcom) in astronomische Groessen steigen. Sporadisch bedeutet, dass bei mir zu Hause das Problem erst nach ca. 10x Einwaehlen und einem Tag uptime aufgetreten ist. (Gestern abend) Ich bemerkte auch, dass zu diesem Zeitpunkt unter "top" 80% System!-Time keine Seltenheit waren. Und heute frueh funktionierte es einwandfrei (ohne Neustart, etc. ...System lief einfach weiter). An den Firewall-Regeln kann es nicht liegen, denn ein Accept in In- und Output duerfte wohl nicht soviel Prozessorlast im Kernel verursachen ! Das Problem war ja schon laenger Gespraechsstoff ... gibt es da einen abschliessenden Bugfix ? (oder auch einen vorlaeufigen !?) System: Linux Kernel 2.2.7 (von SuSE 6.1 - CD) ISDN subsystem Rev: 1.72/1.62/1.82/1.45/1.12/1.2 loaded Hardware: mehrere Rechner! vom 486/66 bis zum P200MMX, unterschiedliche ISDN-Karten Hilfesuchend ! cu Michael -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.0.2i iQA/AwUBN+8C7k5aMkHNl+cPEQI9ugCeKRopHiGRM6ehOKrw1H64N9AAXvAAoIB7 W067bt/03MUHVeFr2z/nTeru =3Ozv -----END PGP SIGNATURE-----

2 1

AT Befehle
by Peter Niederhuber 05 Oct '99

05 Oct '99

Hallo Liste, ich habe eine Fritz PCI und möchte über eine Telefonanlage (0 für die Durchwahl)einwählen. Unter Windows muß ich folgenden AT Befehl eingeben, damit es funktioniert: ATS42=1;49=95. Wie mache ich das unter Linux? Ohne Anlage (bei mir zuhause) funktioniert die Einwahl problemlos. Danke Peter

2 1

Monitor fuer 2 ISDN-Kanaele
by Lischke, Rainer 04 Oct '99

04 Oct '99

Hallo Liste, gibt es ein Monitorprogramm, mit dem ich beide ISDN-Kanaele sehe, vor allen was den Datendurchsatz angeht? Ich moechte kontrollieren, ob mein MPPP wirklich multi ist. Ciao Rainer

2 4

alles schewint in Ordnung , dennoch offline
by Krzysztof Janowicz 30 Sep '99

30 Sep '99

Hi, habe eine US-Robotics Sportster 64.000 intern installiert , es handelt sich leider um eine Isa-Karte. Ich habe einfach alle Anweisungen des SuSe (6.1) Handbuches befolgt. Alles scheint auch okay. Ich habe yast benutzt und mit <start> die Einstellungen überprüft. Es erscheinen keine Fehler beim Laden von Hisax und die Karte wird erkannt. Nur ich komme nicht online. Ich habe eigentlich bei per ppp-Konfiguration <auto> gewählt. Wenn ich aber Netscape öffne oder ping starte geht der Rechner nicht online . Was kann ich vergessen haben???? DANKE Jano

2 1

bei DoD+Dyn IP telnet möglich!?
by Kai Gülzau 30 Sep '99

30 Sep '99

Hallo! Bin dabei ein Linux-Rechner (Suse 6.2 mit 2.2.10) als ISDN-Internet-Gateway einzurichten. Ich teste jetzt seit 1-2 Tagen den Zugang erstmal lokal...und dabei sind ein paar Unklarheiten aufgetaucht... Ich mache ein telnet auf z.B. 141.22.10.10 (FH-HH) ...wegen DoD wird dann ne Verbindung aufgebaut...wunderbar! Nach dem timeout (60sec.) wird die Verbindung wieder getrennt. Versuche ich aber das noch offene telnet wieder zu benutzen wird eine neue Anfrage mit der alten Dyn. IP auf die 141.22.10.10 gemacht...von dort kommt anscheinend nix zurück und telnet hängt und warten und schickt regelmäßig die gleiche Anfrage, selbst wennn der Prozess gekillt wird. Ich dachte das Problem ist mit dem RST-provoking mode gelöst, der ja in Suse 6.2 mit IP_DYNIP=yes aktiviert werden soll. Wie kann ich überprüfen, ob der wirklich aktiviert wurde!? ...die Meldung "shifting bla bla" erscheint nämlich nur beim ersten Verbindungsaufbau. Wäre gut, wenn das Problem lösbar wäre...schließlich soll der Rechner wirklich mal alleine im Keller stehen und keinen Gebühren-GAU verursachen ;) Noch infos zur config: IP_DYNIP=yes IP_FORWARD=yes MSQ_START=yes MSQ_NETWORKS= "192.168.0.0/255.255.255.0" MSQ_DEV=ipp0 route -n (offline): 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ipp0 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ipp0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 192.168.0.1 0.0.0.0 UH 0 0 0 ipp0 route -n (online): 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 195.126.0.0 0.0.0.0 255.255.0.0 U 0 0 0 ippp0 0.0.0.0 195.126.192.6 0.0.0.0 UG 0 0 0 ipp0 Danke Kai Gülzau

4 3

Was lange währt
by Christian Otto-Lange 30 Sep '99

30 Sep '99

Da ich es immer noch nicht glauben kann: test Nun muß ich nur noch mit der alten Adresse ein unsubsribe fertigbringen.

1 0

Re: [suse-isdn] bei DoD+Dyn IP telnet möglich!?
by kai 30 Sep '99

30 Sep '99

Danke erstmal... On Thu, 30 Sep 1999 14:00:07 +0200, Thomas Marciniak wrote: >> Ich dachte das Problem ist mit dem RST-provoking mode gelöst, der ja in >> Suse 6.2 mit IP_DYNIP=yes aktiviert werden soll. > >Der RST-provoking Patch hält das erste Paket zurück, bis Du die dyn. IP >bekommen hast, da sonst das erste Paket verloren geht. Anscheinend löst der Patch ja doch nicht alles, was in der ISDN-HowTo "versprochen" wird, sollte man wohl etwas ändern. Es hörte sich so an, als ob man über zwei Verbindungen hinweg die gleiche Telnet-Session offen haben kann...geht nicht...schade, denn muß ich den Timeout wohl etwas höher setzen :) >> Wie kann ich überprüfen, ob der wirklich aktiviert wurde!? > >cat /proc/sys/net/ipv4/ip_dynaddr, der Wert sollte größer als 0 sein. ist 7 ...also ok. >Für Verbindungen, die über den Router maskiert werden, gibts da ein >kleines Programm, daß die beim Verbindungsabbau noch aktiven >Verbindungen per Firewall geblockt werden. Such mal in der SDB nach >"dynamisch". Das soll es wohl sein... http://sdb.suse.de/sdb/de/html/dyn_masq.html ... hört sich gut an...damit könnte ich leben. >> 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ipp0 >> 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ipp0 > >Da ist wohl ein Eintrag in der /etc/route.conf doppelt. ...hatte mich auch gewundert. Und das obwohl ich da nicht per Hand bei war... Danke...ich werds nachher mal versuchen. MfG Kai Gülzau

1 0

isdn4k-utils.tar.gz
by Detlef Deutzer 29 Sep '99

29 Sep '99

Hallo! Wie packe ich das File aus??? isdn4k-utils.tar.gz ?? Bekomme immer die Fehlermeldung: invalid compressed data--format violated Mfg Detlef

4 5

/var/log/messages,isdnrep,router
by Peter Schaeffer 29 Sep '99

29 Sep '99

Hi! Mein Suse 6.0 Rechner fungiert als Router. Ein paar Fragen: 1. wie schaffe ich es, dass in /var/log/messages geschrieben wird welcher client im Netzt die Verbindung zum Provider bewirkt? 2. Gibt es eine Möglichkeit, diese Information dann mittels isdnrep o.ä. aufzuschluesseln, so dass jeder Client seine Telefonrechnung einzeln bekommt? Hat jemand dass schon mal gemacht? Danke fuer jeden Hinweis Peter

2 1

IP-Checksum-Errors
by Thomas Jach 29 Sep '99

29 Sep '99

Hi! Nachdem ich heute mal ein bisschen mit iptraf rumgespielt habe, ist mir aufgefallen, das ca. 50% meiner IP-Packete Checksumfehler haben (bzw. iptraf meint das). Meine Frage jetzt, da ich denke, dass fehlerhafte Packete wiederholt werden, muss ich annehmen, dass ich da irgendwie nicht die volle isdn-geschwindigkeit nutze. Nur wie bekomme ich das ganze in den griff, bzw, was koennten ursachen, des ganzen sein? Ich Benutze Suse 6.0 und somit auch kenerl 2.0.36 sowie die ISDN-Treiber, die dabei waren, die ISDN-Utils habe ich ca. im Juni upgedated, sind also nicht mehr ganz auf der hoehe der Zeit, aber ansonsten funktionieren sie ja gut! Vielen danke schonmal fuer ne Antwort! Thomas

1 0

Dialin ISDN/Analog -> Mobilfunk D1/D2
by Jens Steenfadt 28 Sep '99

28 Sep '99

Hi, unser Dialin-Server läuft soweit problemlos. Um auch mit dem GSM-Telefon einwählen zu können, mußten wir zusätzlich noch einen analogen Zugang installieren (mgetty). Ich weiß, daß damit eigentlich der Bereich ISDN verlassen wird, aber vielleicht kann mir trotzdem jemand mit folgenden Phänomen helfen: Die Einwahl über D2 klappt problemlos!!! Bei D1 gibts regelmäßig einen Verbingsabbruch während der "Anmeldung am Netzwerk" mit einer ominösen Fehlernummer (sinngememäß - eine netzwerkrecource konnte nicht angefordert werden...) Hat jemand ähnliche Erfahrung mit D1 gemacht??? Oder täusche ich mich, wenn ich den Fehler bei D1 suche...??? Über Tips wäre ich sehr dankbar... Jens Steenfadt

1 0

Automatische Wahlwiederholung bei YAPS
by Stefan Gofferje 28 Sep '99

28 Sep '99

Hallo zusammen! Ich habe ISDNLOG so konfiguriert, daß es mir eine SMS via YAPS schickt, wenn jemand für mich auf einer bestimmten MSN anruft. Leider sind beide ISDN-Zugänge von D2 tagsüber dauerbesetzt und YAPS kann wohl keine automatische Wiederwahl. So habe ich mich mal an Skriptprogrammierung versucht, was aber (erwartungsgemäß) nicht funktioniert hat... Wer kann mir da einen Tip geben? yaps 01734660031 "VENUS ISDN CONTROL: `date +"%d.%m.%y %T"` - $1 called EMG" ...soll sooft ausgeführt werden, bis YAPS nich mehr "unable to dial D2-0173" zurückgibt, wobei $1 die Callerid ist, die von ISDNLOG an das Skript übergeben wird. Viele Grüße, Stefan

3 5

Verzonungstabelle und ISDNlog
by Klaus Nigbur 28 Sep '99

28 Sep '99

Hi, ich habe mich erst seit kurzem wieder in die Maillinglist gehängt. Mein SuSE-Update auf 6.2 (vorher 6.0) hat meine ISDN-Gebührenüberwachung durcheinander gebracht. Jetzt bekomme ich keine korrekte Zonenzuordnung mehr hin. Meine Cityverbindungen werden als Germancall behandelt. ISDNLOG sagt: Zone 500 zum Citygespräch. Wer weiss rat und Abhilfe? mfg Klaus

1 0

Logmeldungen unterdruecken
by Jochen Lillich 28 Sep '99

28 Sep '99

Hi! Manche TK-Anlagen kommunizieren ständig auf dem S0-Bus mit Systemtelefonen und müllen so das ISDN-Log zu. Gibt es eine Möglichkeit, solche Meldungen im ISDN-Log zu unterdrücken? Danke, Jochen -- *** Linux BBS: Die deutsche Website fuer Linux-News und -Infos *** http://www.linuxbbs.org/

2 1

Dialin funktioniert nicht! :-(
by Detlef Roediger 27 Sep '99

27 Sep '99

Hallo Liste, ich bin fast am verzweifeln, ich bekomme einfach kein Dialin auf meine Linuxkiste (SuSE 6.2, Kernel 2.2.12, ISDN-Tools, 3.1beta1, AVM-Fritz) hin. Ich habe mit YAST ein normales ISDN-Netzdevice (ippp1, ippp0 ist fuer dialout) angelegt. Dort ist die MSN eingetragen, alle duerfen anrufen, PPP-Login und Passwort. Ich waehle mich von einem anderem Rechner ein und im Syslog steht folgendes: Sep 27 18:35:46 alaska2 isdnlog: (HiSax driver detected) Sep 27 18:35:47 alaska2 kernel: isdn_net: Incoming call without OAD, assuming '0' Sep 27 18:35:47 alaska2 kernel: isdn_net: call from 0,7,0 -> 7992578 Sep 27 18:35:47 alaska2 kernel: incoming call, interface ippp1 `stopped' -> rejected Sep 27 18:35:47 alaska2 kernel: isdn: Rejecting Call Sep 27 18:35:47 alaska2 isdnlog: Sep 27 18:35:47 * Call to tei 127 from ? on ISDN-PC RING (Data) Sep 27 18:35:47 alaska2 isdnlog: Sep 27 18:35:47 * Call to tei 120 from ? on ISDN-PC HANGUP Call rejected (User) Sep 27 18:35:53 alaska2 isdnlog: Sep 27 18:35:53 tei 122 calling ? with ? Call rejected (User) Sep 27 18:35:53 alaska2 isdnlog: Sep 27 18:35:53 tei 122 calling ? with ? HANGUP ( 0:00:06) Call rejected (User) Es sieht so aus, als ob der Anruf gar nicht als Data ausgewertet wird! Der anrufende Rechner hat aber ebenfalls eine Fritzkarte. An den options-Dateien habe ich auch schon alles moegliche eingestellt, aber daran kann es eigentlich nicht liegen! Was mache ich falsch? Ich wuerde mich ueber ein paar Tips freuen! Gruss Detlef

1 0

Dialin funktioniert nicht! :-(
by Detlef Roediger 27 Sep '99

27 Sep '99

Hallo Liste, ich bin fast am verzweifeln, ich bekomme einfach kein Dialin auf meine Linuxkiste (SuSE 6.2, Kernel 2.2.12, ISDN-Tools, 3.1beta1, AVM-Fritz) hin. Ich habe mit YAST ein normales ISDN-Netzdevice (ippp1, ippp0 ist fuer dialout) angelegt. Dort ist die MSN eingetragen, alle duerfen anrufen, PPP-Login und Passwort. Ich waehle mich von einem anderem Rechner ein und im Syslog steht folgendes: Sep 27 18:35:46 alaska2 isdnlog: (HiSax driver detected) Sep 27 18:35:47 alaska2 kernel: isdn_net: Incoming call without OAD, assuming '0' Sep 27 18:35:47 alaska2 kernel: isdn_net: call from 0,7,0 -> 7992578 Sep 27 18:35:47 alaska2 kernel: incoming call, interface ippp1 `stopped' -> rejected Sep 27 18:35:47 alaska2 kernel: isdn: Rejecting Call Sep 27 18:35:47 alaska2 isdnlog: Sep 27 18:35:47 * Call to tei 127 from ? on ISDN-PC RING (Data) Sep 27 18:35:47 alaska2 isdnlog: Sep 27 18:35:47 * Call to tei 120 from ? on ISDN-PC HANGUP Call rejected (User) Sep 27 18:35:53 alaska2 isdnlog: Sep 27 18:35:53 tei 122 calling ? with ? Call rejected (User) Sep 27 18:35:53 alaska2 isdnlog: Sep 27 18:35:53 tei 122 calling ? with ? HANGUP ( 0:00:06) Call rejected (User) Es sieht so aus, als ob der Anruf gar nicht als Data ausgewertet wird! Der anrufende Rechner hat aber ebenfalls eine Fritzkarte. An den options-Dateien habe ich auch schon alles moegliche eingestellt, aber daran kann es eigentlich nicht liegen! Was mache ich falsch? Ich wuerde mich ueber ein paar Tips freuen! Gruss Detlef

1 0

Dialin funktioniert nicht! :-(
by Detlef Roediger 27 Sep '99

27 Sep '99

Hallo Liste, ich bin fast am verzweifeln, ich bekomme einfach kein Dialin auf meine Linuxkiste (SuSE 6.2, Kernel 2.2.12, ISDN-Tools, 3.1beta1, AVM-Fritz) hin. Ich habe mit YAST ein normales ISDN-Netzdevice (ippp1, ippp0 ist fuer dialout) angelegt. Dort ist die MSN eingetragen, alle duerfen anrufen, PPP-Login und Passwort. Ich waehle mich von einem anderem Rechner ein und im Syslog steht folgendes: Sep 27 18:35:46 alaska2 isdnlog: (HiSax driver detected) Sep 27 18:35:47 alaska2 kernel: isdn_net: Incoming call without OAD, assuming '0' Sep 27 18:35:47 alaska2 kernel: isdn_net: call from 0,7,0 -> 7992578 Sep 27 18:35:47 alaska2 kernel: incoming call, interface ippp1 `stopped' -> rejected Sep 27 18:35:47 alaska2 kernel: isdn: Rejecting Call Sep 27 18:35:47 alaska2 isdnlog: Sep 27 18:35:47 * Call to tei 127 from ? on ISDN-PC RING (Data) Sep 27 18:35:47 alaska2 isdnlog: Sep 27 18:35:47 * Call to tei 120 from ? on ISDN-PC HANGUP Call rejected (User) Sep 27 18:35:53 alaska2 isdnlog: Sep 27 18:35:53 tei 122 calling ? with ? Call rejected (User) Sep 27 18:35:53 alaska2 isdnlog: Sep 27 18:35:53 tei 122 calling ? with ? HANGUP ( 0:00:06) Call rejected (User) Es sieht so aus, als ob der Anruf gar nicht als Data ausgewertet wird! Der anrufende Rechner hat aber ebenfalls eine Fritzkarte. An den options-Dateien habe ich auch schon alles moegliche eingestellt, aber daran kann es eigentlich nicht liegen! Was mache ich falsch? Ich wuerde mich ueber ein paar Tips freuen! Gruss Detlef

1 0

Re: [suse-isdn] Re: Ärger mit ISDNLOG
by Leopold Toetsch 27 Sep '99

27 Sep '99

Hallo, -----Original Message----- From: Joerg Schubert <js_ftlol(a)t-online.de> To: suse-isdn <suse-isdn(a)suse.com> Date: Sonntag, 26. September 1999 17:45 Subject: Re: [suse-isdn] Re: Ärger mit ISDNLOG >Hallo Liste, > >ich habe die gleichen Probleme mit meiner SuSE 6.2, habe aber schon die >Updates für 6.2 vom ftp-Server von SuSE eingespielt. Gleichzeitig habe ich >einen Linus-Kernel 2.2.12 laufen. Ist das i4l bei mir da etwa zu neu??!! Kernel ja / utils ??? >> > WARNING: rate-de.dat line 9941: Duplicate Service Internet by call ... Die Warnings kannst du ignorieren, betreffen nur kleinere Unsauberkeiten in der rate-de.dat. leo

2 1

Re: [suse-isdn] AT Befehle
by Volker Tanner 27 Sep '99

27 Sep '99

Von: Peter Niederhuber <pniederhuber(a)social-network.net> An: suse-isdn(a)suse.com <suse-isdn(a)suse.com> Datum: Montag, 27. September 1999 17:19 Betreff: [suse-isdn] AT Befehle > >Hallo Liste, >ich habe eine Fritz PCI und möchte über eine Telefonanlage (0 für die >Durchwahl)einwählen. >Unter Windows muß ich folgenden AT Befehl eingeben, damit es funktioniert: >ATS42=1;49=95. > >Wie mache ich das unter Linux? > >Ohne Anlage (bei mir zuhause) funktioniert die Einwahl problemlos. > >Danke Peter Unter Windows benutzt Du also anscheinend ein virtuelles Modem, um Deine ISDN-Karte anzusprechen. Wenn es bei Dir zu Hause auch mit ISDN unter Linux geht, häng doch eifach eine 0 vorne an die Tele- fonnummer dran! Geht bei mir auch so. Volker -- Provide an idiot proof system and only idiots will use it. Murphys Law Volker Tanner <VolkerTanner(a)kade.de>

1 0

Linux als Router - ominöse Dialups
by Stefan Gofferje 27 Sep '99

27 Sep '99

Hallo zusammen! Ich habe vor einiger Zeit auf Anraten eines Freundes mal SuSE auf einen meiner Rechner aufgespielt. Mittlerweile läuft die Kiste auch ganz gut unter 6.1. Nunja... fast ganz gut... Wenn ich nämlich Venus (den Linux Rechner) als Router verwenden möchte und ihn bei Luna (Win95 Rechner) als Gateway eintrage, häufen sich unerwünschte und unplausible Dialups... Mit tcpdump habe ich mir das mal angesehen und eine Menge ominöser Pakete (DNS-Lookups und so) von Luna gefunden, die Venus natürlich brav weitergegeben und dafür ein Dialup gemacht hat. Nun die große Frage...: Wie gewöhne ich Win95 diese DNS-Lookups ab, bzw. sage Linux, daß es die ignorieren soll? Viele Grüße, Stefan

2 1

Re: [suse-isdn] Linux als Router - ominöse Dialups
by Leopold Toetsch 27 Sep '99

27 Sep '99

Hi, -----Original Message----- From: Stefan Gofferje <stefan.gofferje(a)nikocity.de> To: suse-isdn(a)suse.com <suse-isdn(a)suse.com> Date: Sonntag, 26. September 1999 18:59 Subject: [suse-isdn] Linux als Router - ominöse Dialups >Hallo zusammen! > >Ich habe vor einiger Zeit auf Anraten eines Freundes mal SuSE auf einen >meiner Rechner aufgespielt. Mittlerweile läuft die Kiste auch ganz gut >unter 6.1. Nunja... fast ganz gut... Wenn ich nämlich Venus (den Linux >Rechner) als Router verwenden möchte und ihn bei Luna (Win95 Rechner) als >Gateway eintrage, häufen sich unerwünschte und unplausible Dialups... Unerwuenscht ja, unplausibel kaum. Das hat sicher seinen Grund ;-) >Mit tcpdump habe ich mir das mal angesehen und eine Menge ominöser >Pakete (DNS-Lookups und so) von Luna gefunden, die Venus natürlich >brav weitergegeben und dafür ein Dialup gemacht hat. Nun die große >Frage...: Wie gewöhne ich Win95 diese DNS-Lookups ab, bzw. sage >Linux, daß es die ignorieren soll? Alle beteiligten Rechner in /etc/hosts bzw. \windows\hosts eintragen. Nameserver aufsetzen. Mehr dazu http://www.toetsch.at/de/tips/linux/99/33.htm (Unerwuenschter Verbindungsaufbau) >Viele Grüße, >Stefan HTH leo

1 0

Re: [suse-isdn] ipppd-connection
by Volker Tanner 27 Sep '99

27 Sep '99

Von: Guenter Bielenberg <Bielenberg(a)t-online.de> An: - Suse ISDN- liste <suse-isdn(a)suse.com> Datum: Samstag, 25. September 1999 00:44 Betreff: [suse-isdn] ipppd-connection >moin, mahlzeit! > >ein Linux-Internet-Zugangs-Rechner soll per ISDN ferngewartet werden. >Dazu habe ich ein isdn0-Device eingerichtet und versucht, mich mit >telnet (oder war es rlogin?) einzuloggen - leider erfolglos. In den >messages des angewählten Rechners fand ich später folgende Zeilen: > >isdn_net: call to tei 127 from xxx -> xxx >isdn0: call from xxx -> xxx accepted >isdn_ppp_bind: can't find a (free) connection to the ipppd daemon >isdn_tty: call from xxx -> xxx ignored > >was hab ich falsch gemacht, wo muß ich drehen? >war die Einrichtung eines isdn0 statt eines ippp1 eine gute Idee? Nö. Ich glaube, mit ippp1 wärst Du besser gefahren. Ich leg die Fehlermeldung mal aus: Du hast einen Zugang (von wo auch immer) mit syncppp (ipppx) und wählst Dich an einen Knoten ein, der raw ip (isdny) kann. Die verstehen sich nicht und Dein Dial-in-Server versucht, eine Schnittstelle mit syncppp zu finden. kann er aber nicht und generiert die Fehlermeldung in Zeile 3. So würde ich das sehen. Ich hab mich aber noch nicht so lange mit ISDN unter Linnux beschäftigt, kann also auch völlig daneben liegen. HTH trotzdem Gruß Volker -- Provide an idiot proof system and only idiots will use it. Murphys Law Volker Tanner <VolkerTanner(a)kade.de>

1 0

Re: �rger mit ISDNLOG
by Peter Bossy 26 Sep '99

26 Sep '99

Re: >Hallo zusammen, > > >Da ich erst vor kurzer Zeit auf Linux umgestiegen bin, habe ich da noch ein >paar kleinere Probleme. Seit einer Neuinstallation bekomme ich keine angaben >mehr über die eintstanden Kosten mit dem ISDNREP. Es stehen nur ganz vereinzelt >bei bestimmten Gesprächen noch die Preise dabei. Das sind alles Gespräche, bei >dennen beide Teilnehmer unbekannt sind. Im Normalfall meldet er mir in der >Messages den Fehler "Ooops no chargeinfo vor Provider 33 Zone -1". Ich habe >aber leider keine Ahnung wie oder wo ich ihm die Infos für einzelne Provider >liefern kann. Zumal ich nichts über die Zone -1 gefunden habe. Ich verwende >eine SUSE 6.1. Der Kernel ist immer noch 2.2.5. Ich gehe aber mal davon aus das >der Kernel nicht schuld ist, da ich ja bei ein paar Gesprächen die Charge-Infos >bekomme. Ich gehe mal davon aus das ein Newbie-Fehler ist. Vermutlich eine >Zeile gelöscht oder eine vergessen. (eigene Dummheit nicht auszuschließen.) > Ich habe auch Ärger mit dem ISDN Report. Nach der Eingabe isdnrep bekomme ich auch nur eine Ausgabe in der Art: WARNING: rate-de.dat line 9941: Duplicate Service Internet by call WARNING: rate-de.dat line 11522: Unexpected tag 'F' WARNING: rate-de.dat line 11655: Duplicate area Österreich Mobilfunk WARNING: rate-de.dat line 13816: Provider 80 has no default domestic zone (missing 'A:+49') WARNING: rate-de.dat line 13922: Provider 88 has no default domestic zone (missing 'A:+49') WARNING: rate-de.dat line 14603: Provider 201 has no default domestic zone (missing 'A:+49') Ich verwende suse 6.2. Unter 6.0 klappte alles noch einwandfrei. Hat jemand einen Tip? Gruß Peter

4 3

isdnlog und cityweekend
by Bruno Semrau 26 Sep '99

26 Sep '99

Hallo, bei den neueren isdn4k-utils funktioniert bei mir die Option fuer CITYWEEKEND nicht mehr. Wenn ich Isdnlog mit der Option -F starte, wird am Wochenende zwischen 05-21Uhr 0,12DM/150sec., statt 0,12DM/240sec. abgerechnet. thx Bruno

1 0

VBOX und ISDNREP
by Stefan Gofferje 26 Sep '99

26 Sep '99

Hallo zusammen! Ich habe gestern VBOX auf meinem Linux Rechner (Venus) installiert und eingerichtet undso und es funktionierte alles, inklusive der Einbindung in ISDNREP (läuft bei mir als CGI im "Intranet"). Dann habe ich ein wenig Feintuning an dem .msg -> .wav Skript betrieben und plötzlich erscheinen die Links auf die aufgezeichneten Anrufe nicht mehr in der HTML-Ausgabe von ISDNREP. Einfach weg. Ich habe insgesamt 3h damit verbracht, immer und immer wieder die Dateirechte zu prüfen, ob alle Skripte da sind, aber es scheint alles zu stimmen... *VERZWEIFLUNG* Und Venus ist etwas älter und ohne Soundkarte, sodaß die Kombination von VBOX mit ISDNREP essentiell ist, will ich einigermaßen komfortabel hören, was man mir auf den AB gequatscht hat... Viele Grüße, Stefan

1 0

ISDN & diald-Probleme
by harry_rueter＠gmx.de 25 Sep '99

25 Sep '99

Hallo Liste !!! Ich habe über das Wochenende probiert diald zu installieren,irgendwie komme ich aber einfach nicht weiter. Erstmal meine Konfiguration : Pentium200,Fritz-Card (ISA),NE2000-kompatible Karte. Ich habe mir diald-0.99.1.tar.gz von http://diald.unix.ch gezogen, compiliert & installiert. Bis dahin ging alles gut. Nun frage ich mich was ich als nächstes tun soll. 1) Was kommt in diald.conf-file alles rein, das template,das beiliegt kapier ich irgendwie nicht ? 2) Dito diald.defs 3) Ich würde diald gerne beim Systemstart hochfahren. Das Script isdn,das der Distribution beiliegt funzt überhaupt nicht. Dort wird probiert Teles-Module zu laden (hab ich aber nicht). Also habe ich fast alles auskommentiert,damit wenigstens das Script läuft,das hat aber nicht viel gebracht .. 4) Es liegen noch ein paar Scripts wie ip-up,ip-down addroute etc bei. Die brauch ich aber nicht,das macht ja schon mein eigenes ip-up in /etc/ppp. Soll ich da einen Link legen ? 5) Ich dachte es würde ungefähr so funktionieren : diald lauscht,ob eine Verbindung zu einer remote-Adresse gewünscht ist und statt das ich manuell mein Wählscript starte,macht das nun der diald (der dadurch implizit ip-up etc aufruft). 6) Hat jemand eine ähnliche Konfiguration wie ich und könnte er/sie mir einfach mal die nötigen Konfigurationsdateien zumailen ???? Dank im voraus Harry :-)))

6 7

Re: [suse-isdn] Sound �ber pcspeaker
by Peter Bossy 25 Sep '99

25 Sep '99

Re: >> > Ich habe einen Linux Rechner mit ISDN-Karte, der den ganzen Tag die >> > Leitung >> > überwacht. Nun möchte ich, das bei einem Anruf ein Ton über den PC Speaker >> > ausgegen wird. >> > >> > Frage: Wie geht das? >> >> echo -e "\x07" >> >> sollte ein 'beep' geben. >> Hallo Karsten! >Leider funktioniert echo -e "\x07" nicht. >Gibt es noch eine andere Möglichkeit ? Sollte eigentlich funktionieren. Versuch mal echo -e "\x07" > /dev/tty1 Was benutzt Du für eine Shell? Dieses Mail hatte ich schon mal jemand geschickt. Schreib mal ob die angehängten Scripte bei Dir angekommen sind. Gruß Peter Ok. Hier kommen sie. Mit allem Zubehör. :-) das modifizierte ip-up-script. es enthält eine zusätzliche case-Abfrage um 2 Provider unterscheiden zu können. /etc/ppp/ip-up ein script mit dem Du Deine dynamische IP auf Deine Homepage laden kannst. (Wenn Du willst. Sonst kommentiere die entsprechenden Zeilen in ip-up aus) /etc/ppp/ip-upload piept 3 mal wenn man mit dem Hauptprovider online geht /bin/onlinebeep piept 4 mal wenn man mit dem 2.Provider online geht /bin/onlinebeep2 piept 2 mal wenn man offline geht /bin/offlinebeep Die Skripte mußt Du natürlich executable machen. Nun viel Spaß damit Gruß Peter

1 0

[suse-isdn] Sound �ber pcspeaker
by Karsten Garn 25 Sep '99

25 Sep '99

Ich habe einen Linux Rechner mit ISDN-Karte, der den ganzen Tag die Leitung überwacht. Nun möchte ich, das bei einem Anruf ein Ton über den PC Speaker ausgegen wird. Frage: Wie geht das? Vielen Dank Karsten

3 3

Problem: ISDN,dial on demand,routing
by harry_rueter＠gmx.de 25 Sep '99

25 Sep '99

Hallo Liste, vor ein paar Tagen habe ich mit eurer Hilfe das dial on demand hingekriegt (Danke nochmal an alle !!!) Jetzt habe ich aber ein neues Problem : Wenn ich auf der Konsole den route-Befehl abschicke dauerts nach der 1. Zeile eine ganze Weile und dann stelle ich fest,das ich mal wieder im Internet bin,ipppd hat den route-Befehl da doch irgendwie missverstanden oder ??? Wie dem auch sei,wenn alles klappt brauche ich den route-Befehl ja nicht mehr und alles wäre in Butter ... Aber nun passiert auch noch folgendes : Ich rufe Netscape auf,Startseite ist pentium200.hrnet.de also der Apache auf port 80 an dem Rechner an dem ich gerade sitze. Eigentlich besteht da ja kein Grund die Telekom zu bemühen,ich will auch garnicht surfen aber ... es dauert wieder mal eine kleine Ewigkeit,dann erhalte ich die Nachricht,das der Host nicht gefunden wurde,kein Wunder den gibts auch nur bei mir zu Hause und da ist irgendwie nicht nachgeguckt worden. Das bringt mich auf die Idee,dass das routing irgendwie nicht so läuft wie es soll,es ist falsch konfiguriert. Ich habe da jetzt mal ne Weile dran rumgedoktort,ich kriegs aber irgendwie nicht auf die Reihe. Also ich versuche hier mal meine Konfiguration zu beschreiben : Suse 6.1 Fritz-Classic,Ne2000-kompatible-Karte,10MBit-Ethernet. Squid 2Stable4 auf Port 8000 Junkbuster auf Port 3128 (die beiden Proxies sind quasi in Reihe geschaltet,der Browser fragt beim squid an, der horcht mal was der Junkbuster so hat und dieser fragt dann beim Provider .. hat eigentlich immer funktioniert - als ich noch manuell gewählt habe) Apache auf port 80 Ich habe das Netzwerk mit Yast eingerichtet : NE2000 hat IP-Nr 192.168.1.1 Mein zweiter Rechner hat 192.168.1.2 Die Fritz-Karte hat IP-Nr 192.168.0.2 Der merkwürdige point-to-point-Parameter hat 192.168.0.1 Die Nameserver sind alle korrekt eingetragen (hat ja manuell auch funktioniert). die Suchreihenfolge ist host,bind. In der rc.config steht IP_DYNIP=yes In der resolv.conf steht hrnet.de (mein eigenes kleines Netz). So ich paste hier mal die wichtigsten Konfigurationsdateien rein : 1. hosts (ich habe meinem Rechner mal ein paar alias-Namen gegeben,ist ja wohl hoffentlich kein Problem) : 127.0.0.1 localhost 192.168.1.1 pentium200.hrnet.de pentium200 192.168.1.1 mailhub.hrnet.de mailhub 192.168.1.1 mail.hrnet.de mail 192.168.1.1 pop.hrnet.de pop 192.168.1.1 pop3.hrnet.de pop3 192.168.1.2 486DX50.HRNet.de 486DX50 192.168.0.2 isdn.hrnet.de isdn 2. networks : loopback 127.0.0.0 hrnet.de 192.168.1.0 3. die route.conf (da bin ich mir inzwischen nicht mehr sicher,ob das so okay ist): 192.168.1.0 0.0.0.0 255.255.255.0 eth0 192.168.0.2 0.0.0.0 255.255.255.255 ippp0 # default nur bei automatischem waehlen !!# default 192.168.0.2 in ip-up wird auch noch was geroutet,das kanns aber irgenwie nicht sein, denn da wird ja schon die Verbindung hergestellt,die gar nicht zustande kommen soll. So,ich glaube das waren alle Informationen,die irgendwie relevant sind. Wenn ihr da einen Fehler seht oder sonst irgendeine Idee habt, dann meldet euch .... Gruss Harry

2 1

Tk-Anlage mit Linux ?
by Enrico Weigelt 25 Sep '99

25 Sep '99

hi leute, ich plane gerade, mir ISDN zuzulegen und will mir meine Tk-Anlage selbst aufbauen. Dabei dachte ich an einen Linux-PC mit einer ISDN-Karte, einem Ethernet-Adapter und diversen Soundkarten, etc als a/b-adapter. Hat jemand schon mal sowas gemacht ? Oder weiss jemand, wie man da am besten vorgeht ? Mein groesstes Problem besteht vorallem darin, mehrer a/b-adapter hinzukriegen. #1 geht das ueber normale soundkarten (ich brauche mindestens 3 a/b-adapter => 3 soundkarten ?! oder gibt's da 'ne bessere Variante ? #2 gibt es virtuelle ISDN-Adapter, die via OSS o.aehl. einen a/b-Adapter simulieren ? Oder ist es vielleicht besser, einen Router selbst zu programmieren, der ueber /dev/ttyIx audio-streams einliest und ausgibt ? #3 gibts schon fertige loesungen fuer ISDN-router mit Linux ? was haltet ihr ueberhaupt von diesem plan ? bye, ew. ------------------------------------------- lets go to another world ... oberon

2 1

Immer noch DUAL-Mode-Probleme!
by Thomas Jach 24 Sep '99

24 Sep '99

Hallo! Ich hab immer noch dual-mode probs... ich bekomme einfach nichts im ISDNREP angezeit... immer nur ? -> ? Womit kann ich denn ueberhaupt ne Rueckmeldung bekommen, ob da ueberhaupt was vom Bus zurueck auf die Karte (die ja korrekt als Hisax-Karte (Fritz Classic) erkannt wird) kommt?? Gibt es da irgendwelche debug-moeglichkeiten??? Thomas

2 1

ipppd-connection
by Bielenberg＠t-online.de 24 Sep '99

24 Sep '99

moin, ein Linux-Internet-Zugangs-Rechner soll per ISDN ferngewartet werden. Dazu habe ich ein isdn0-Device eingerichtet und versucht, mich mit telnet (oder war es rlogin?) einzuloggen - leider erfolglos. In den messages des angewählten Rechners fand ich später folgende Zeilen: isdn_net: call to tei 127 from xxx -> xxx isdn0: call from xxx -> xxx accepted isdn_ppp_bind: can't find a (free) connection to the ipppd daemon isdn_tty: call from xxx -> xxx ignored was hab ich falsch gemacht, wo muß ich drehen? war die Einrichtung eines isdn0 statt eines ippp1 eine gute Idee? Gruß Günter Bielenberg

1 0

isdnrep
by Bielenberg＠t-online.de 23 Sep '99

23 Sep '99

moin, seit dem Umstieg auf Linux 2.2.7 Suse 6.1 gibt mir isdnrep nur noch 'segmentation fault' aus. in /var/log/isdn.log werden alle Verbindungen brav protokolliert. Gruß Günter

2 1

was ist 'LZS'?
by Oliver Soltys 23 Sep '99

23 Sep '99

moin! hmm, vielleicht ist das hier eine zu blöde frage, aber was ist LZS? jedesmal beim einloggen bei meinem provider kommt unter vielen anderen folgende zeile in der /var/log/messages vor: Sep 21 22:53:18 lilli ipppd[91]: Kernel check for LZS failed hat das was zu bedeuten? ist das was wichtiges?!? (auf dem rechner läuft linux in der version 2.0.36, falls das relevant sein sollte...) cu olli -- Linux forever! Oliver Soltys mailto:oliver.soltys@gmx.de http://www.fh-landshut.de/~osoltys

2 2

Verbindungsprobleme
by Stefan Roehrig 22 Sep '99

22 Sep '99

Hi! Ich benutze die SuSE erst kurze Zeit und habe vorher die DLD benutzt. positiv fand ich schon mal, dass ISDN und drucken schnell funktioniert haben. Zwei Probleme habe ich aber noch: 1) DNS klappt nur teilweise Gestern konnte netscape 'ssl.berkeley.edu' aufloesen, aber nicht 'setiathome.ssl.berkeley.edu'. Eine Kontrolle unter W95 ergab aber, dass beide aufloesbar und ansprechbar waren. 2) Automatische Verbindung wird nicht abgebaut Nach dem Booten bleibt im Netzwerk alles ruhig, es wird also keine ISDN Verbindung aufgebaut. Wenn ich einen 'ping www.suse.de' mache wird die Verbindung aufgebaut und nach Ablauf des Timeout wieder abgebaut. Wenn ich danach mit Netscape surfe wird nach Beenden des Browsers die Verbindung nicht wieder abgebaut, da alle 10-20s 56 Bytes uebertragen werden. Kann mir jemand bei diesen Problemen helfen? Systemkonfiguration: Provider: T-Online Lokales Netz: 2 Rechner mit Twisted Pair Vollduplex verbunden (2. Rechner war down) Caching only Nameserver SuSE 6.2 Kernel 2.2.10 Fritzkarte ISA (Teledat 150 ohne Plug'n'Pray) Vielen Dank!

4 3

Re: [suse-isdn] Frage zu dialin-server
by V. Tanner 22 Sep '99

22 Sep '99

Von: harry_rueter(a)gmx.de <harry_rueter(a)gmx.de> An: Suse-ISDN <suse-isdn(a)suse.de> Datum: Mittwoch, 22. September 1999 12:52 Betreff: [suse-isdn] Frage zu dialin-server >Hallo Liste, Selber Hallo! >Was ist eigentlich ein dialin-Server ? Das kann alles mögliche sein. U. a. auch ein Fileserver mit Wählzugang. Dein ISP hat auch einen Dial-in-Server, das ist der Rechner, in den Du Dich einwählst, wenn Du bei ihm anrufst. Allgemein kann man sagen, daß ein dial-in-Server ein Rechner ist, in den man sich zu irgendwelchen Zwecken einwählen kann. Dazu ist natürlich eine ganze Menge Software nötig- schließlich müssen verschiedene Server laufen (ftp, http, telnet etc..) >Wo fängt man da an ? Ganz von vorne :-) >Wo ist die doku dazu (ich habe mal im Suse-Handbuch geblättert >aber nix gefunden) ? man xyz (s. o.) Ich denke, die I4L-doku dürfte vielleicht einiges hergeben. > >Gruss Harry Auch Gruß Volker -- Provide an idiot proof system and only idiots will use it. Murphys Law Volker Tanner <VolkerTanner(a)kade.de>

1 0

i4l Bug ?! - Extrem langsame Verbindung
by Benjamin 22 Sep '99

22 Sep '99

Hi folks! Probleme mit Extrem langsamen Verbindungen... die erst nach dem Neustart des Isdn subsystems wieder schneller werden. Ewig lange Pingzeiten!? Kernel: evtl ab 2.2 ! Im folgenden eine Mail von mir an den SuseSupport ueber einen thread in de.alt.comm.isdn4linux! M.f.G Benjamin -----schnippel------ SuSE Support wrote: > Sehr geehrter Herr Rodewald, > > > sorry! die devices waren vorhanden aber nicht funtkionstuechtig!\ > > ich habe jetzt die devices geloescht und dannn mit den oben genannten > > Befehelen > > wieder erstellt. > > Es ist immernoch nur ttyI0 funktionstuechtig! > > Ihre Anfrage geht teilweise über den Installationssupport hinaus. > Dieser ist in erster Linie gedacht als Hilfe zur grundlegenden > Einrichtung eines lauffähigen Systems (Anhang H im Handbuch). > Wir bitten um Ihr Verständnis, daß wir fortgeschrittene Themen > wie Sie sie ansprechen, nicht erschöpfend beantworten können. > > Leider konnte ich dieses Verhalten hier nicht nachvollziehen. > tritt bei mehreren Leuten auf.... eine Bedingung fuer das Auftreten ist, das ISDN4linux als modul kompiliert wurde. > > > > > desweiteren verlangsammt sich meine syncppp verbindung manchal > > > > erhaeblich. Nach einem reboot ist das letztere Problem fuer einen > > > > unbestimmten Zeitraum wieder beseitigt! > > Bitte senden Sie mir außerdem den output von > > netstat > Das Problem wird gerade in de.alt.comm.isdn4linux diskutert....ein Bug! Ich dachte, dass sie an diesem Thread sicher Interesse haben, ein paar Mails aus dem Thread sende ich Ihnen anbei! M.f.G B.Rodewald -----------schnippp----- (mail #1) -----------begin--- From: eis(a)baty.hanse.de (Henner Eisen) Sender: owner-isdn4linux(a)listserv.isdn4linux.de Message-ID: <199909161736.TAA11019(a)baty.hanse.de> Date: Thu, 16 Sep 1999 17:36:21 GMT Newsgroups: de.alt.comm.isdn4linux Subject: patch: isdn ppp performace problems Return-Path: <uucp(a)startrek.franken.de> Delivered-To: jrs(a)startrek.franken.de MBOX-Line: From listserv.isdn4linux.de!owner-isdn4linux Thu Sep 16 22:40:28 1999 remote from maulwurf Precedence: bulk X-Loop: isdn4linux Path: nntp.wolfsburg.de!news.planetc.com!uucp.muenster.de!newsfeed01.btx.dtag.de!newsfeed.tli.de!blackbush.xlink.net!news.wuecom.de!news.think.de!news.mayn.franken.de!startrek.franken.de!usenet Xref: nntp.wolfsburg.de de.alt.comm.isdn4linux:18075 Hi, as regards the occasionnally observed spurious isdn ppp peformance decrease (e.g. the "ping delayed by multiples of a second" and "mppp slow down" stuff), I detected a possible problem with isdn_ppp tx timeout recovery that might be the reason for this. Could people who can reproduce those problems please try the follong patch and report whether it helps, does not help, or breaks something else? (please add info about HL driver, ISDN_CONFIG options and ppp options in affect to such a report). (I myself have tested with single link ppp only). Please also report if you observe "isdn_ppp_xmit: sav_skb timeout" warning messages in the syslog. The same patch applies against 2.2.12 as well as 2.3.18. (it won't apply against recent 2.2.13pre). Short description for those interested in the internals: isdn_ppp maintains an internal queue of length 1 (stored in lp->sav_skb) which is needed because skbuffs are copied for compression reasons. Due to this, network device flow control cannot be done like for usual network devices. I now detected a possible problem that a lost BSENT statcallback could disturb the standard linux network device tx timeout recovery. In therory, a lost BSENT statcallback could disturb single link ppp partially and cause whole channels to die with multilink ppp. Anyway, the follwing patch adds a timeout recovery to isdn_ppp's xmit paths and also prints a warning message if such a timeout condition is detected. It's currently unclear under which circumstances this error (missed/lost BSENT statcallback) could be actually triggered at all. (In therory, it should not be possible with the HiSax driver). Thus, I'm very interested in reports about the observed warning message. Henner diff -ur linux/drivers/isdn/isdn_net.c linux-2.3.18-timeout/drivers/isdn/isdn_net.c --- linux/drivers/isdn/isdn_net.c Sun Sep 5 20:28:59 1999 +++ linux-2.3.18-timeout/drivers/isdn/isdn_net.c Tue Sep 14 22:14:51 1999 @@ -607,4 +607,11 @@ (!lp->dialstate)) { lp->stats.tx_packets++; lp->stats.tx_bytes += c->parm.length; + /* some HL drivers deliver + ISDN_STAT_BSENT from hw interrupt. + Output routines in isdn_ppp are now + called with irq disabled such that + dequeueing the sav_skb while another + frame is sent will not occur. + */ if (lp->p_encap == ISDN_NET_ENCAP_SYNCPPP && lp->sav_skb) { diff -ur linux/drivers/isdn/isdn_ppp.c linux-2.3.18-timeout/drivers/isdn/isdn_ppp.c --- linux/drivers/isdn/isdn_ppp.c Sun Sep 5 20:28:59 1999 +++ linux-2.3.18-timeout/drivers/isdn/isdn_ppp.c Tue Sep 14 22:32:16 1999 @@ -1004,6 +1004,7 @@ lp->dialstate == 0 && (lp->flags & ISDN_NET_CONNECTED)) { unsigned short hl; + unsigned long flags; int cnt; struct sk_buff *skb; /* @@ -1027,6 +1028,8 @@ isdn_ppp_send_ccp(lp->netdev,lp,skb); /* keeps CCP/compression states in sync */ + save_flags(flags); + cli(); if ((cnt = isdn_writebuf_skb_stub(lp->isdn_device, lp->isdn_channel, 1, skb)) != count) { if (lp->sav_skb) { dev_kfree_skb(lp->sav_skb); @@ -1034,7 +1037,9 @@ } else printk(KERN_INFO "isdn_ppp_write: Can't write PPP frame to LL (%d,%d)!\n", cnt, count); lp->sav_skb = skb; + lp->sav_time = jiffies; } + restore_flags(flags); } } return count; @@ -1459,6 +1464,7 @@ isdn_net_dev *nd; unsigned int proto = PPP_IP; /* 0x21 */ struct ippp_struct *ipt,*ipts; + unsigned long flags; if (mdev) mlp = (isdn_net_local *) (mdev->priv); @@ -1511,12 +1517,24 @@ lp = nd->queue; /* get lp on top of queue */ - if (lp->sav_skb) { /* find a non-busy device */ - isdn_net_local *nlp = lp->next; - while (lp->sav_skb) { + { /* find a non-busy device */ + isdn_net_local *nlp = lp; + while (nlp->sav_skb) { + /* recover from a missing BSENT statcallback */ + if( time_after(jiffies,nlp->sav_time+HZ) ){ + unsigned long flags; + printk(KERN_WARNING "isdn_ppp_xmit: sav_skb timeout on %s\n", nlp->name); + save_flags(flags); + cli(); + if(nlp->sav_skb){ + kfree_skb(nlp->sav_skb); + nlp->sav_skb = NULL; + } + restore_flags(flags); + } + nlp = nd->queue = nd->queue->next; if (lp == nlp) return 1; - nlp = nd->queue = nd->queue->next; } lp = nlp; } @@ -1654,13 +1672,18 @@ printk(KERN_DEBUG "skb xmit: len: %d\n", (int) skb->len); isdn_ppp_frame_log("xmit", skb->data, skb->len, 32,ipt->unit,lp->ppp_slot); } + save_flags(flags); + cli(); if (isdn_net_send_skb(netdev, lp, skb)) { - if (lp->sav_skb) { /* whole sav_skb processing with disabled IRQs ?? */ + if (lp->sav_skb) { /* should never happen as sav_skb are sent with disabled IRQs) */ printk(KERN_ERR "%s: whoops .. there is another stored skb!\n", netdev->name); dev_kfree_skb(skb); - } else + } else { lp->sav_skb = skb; + lp->sav_time = jiffies; + } } + restore_flags(flags); return 0; } @@ -2242,6 +2265,7 @@ struct sk_buff *skb; unsigned char *p; int count; + unsigned long flags; int cnt = 0; isdn_net_local *lp = is->lp; @@ -2284,6 +2308,8 @@ especially dunno what the sav_skb stuff is good for. */ count = skb->len; + save_flags(flags); + cli(); if ((cnt = isdn_writebuf_skb_stub(lp->isdn_device, lp->isdn_channel, 1, skb)) != count) { if (lp->sav_skb) { @@ -2296,7 +2322,10 @@ "isdn_ppp_write: Can't write PPP frame to LL (%d,%d)!\n", cnt, count); lp->sav_skb = skb; + lp->sav_time = jiffies; + } + restore_flags(flags); } /* Allocate the reset state vector */ @@ -3000,5 +3029,3 @@ } return -EINVAL; } - - diff -ur linux/include/linux/isdn.h linux-2.3.18-timeout/include/linux/isdn.h --- linux/include/linux/isdn.h Sun Sep 5 20:29:01 1999 +++ linux-2.3.18-timeout/include/linux/isdn.h Tue Sep 14 21:34:21 1999 @@ -591,7 +591,8 @@ struct isdn_net_local_s *last; /* Ptr to last link in bundle */ struct isdn_net_dev_s *netdev; /* Ptr to netdev */ struct sk_buff *first_skb; /* Ptr to skb that triggers dialing */ - struct sk_buff *sav_skb; /* Ptr to skb, rejected by LL-driver*/ + struct sk_buff *volatile sav_skb; /* Ptr to skb, rejected by LL-driver*/ + unsigned long sav_time; /* time when last sav_skb was set */ /* Ptr to orig. hard_header_cache */ int (*org_hhc)( struct neighbour *neigh, --------------------------------------------------- To remove yourself from this mailing list send email to majordomo(a)listserv.isdn4linux.de containing "unsubscribe isdn4linux <your_email_address>" in the message body. -----------schnippp----- (mail #1) -----------end--- -----------schnippp----- (mail #2) -----------begin--- From: eis(a)baty.hanse.de (Henner Eisen) Sender: owner-isdn4linux(a)listserv.isdn4linux.de Message-ID: <oulna2y94t.fsf(a)baty.hanse.de> Date: Sun, 19 Sep 1999 19:49:22 GMT Newsgroups: de.alt.comm.isdn4linux Path: nntp.wolfsburg.de!news.wolfsburg.de!jupiter.NIC.DTAG.DE!news-peer.gip.net!news.gsl.net!gip.net!newshub.northeast.verio.net!newspeer.monmouth.com!colt.net!newsfeed.icl.net!newsfeed.icl.net!newsfeed.nacamar.de!chico.franken.de!news.wuecom.de!news.think.de!news.mayn.franken.de!startrek.franken.de!usenet References: <XFMail.990918103028.wilhelm.spickermann(a)t-online.de> Subject: Re: patch: isdn ppp performace problems Return-Path: <uucp(a)startrek.franken.de> Delivered-To: jrs(a)startrek.franken.de MBOX-Line: From listserv.isdn4linux.de!owner-isdn4linux Sun Sep 19 23:20:22 1999 remote from maulwurf X-Warning: Original message contained 8-bit characters, however during the SMTP transport session the receiving system was unable to announce capability of receiving 8-bit SMTP (RFC 1651-1653), and as this message does not have MIME headers (RFC 2045-2049) to enable encoding change, we had very little choices. X-Warning: We ASSUME it is less harmful to add the MIME headers, and convert the text to Quoted-Printable, than not to do so, and to strip the message to 7-bits.. (RFC 1428 Appendix A) X-Warning: We don't know what character set the user used, thus we had to write these MIME-headers with our local system default value. MIME-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Content-Type: TEXT/PLAIN; charset=ISO-8859-1 X-Mailer: Gnus v5.5/Emacs 20.3 Precedence: bulk X-Loop: isdn4linux Xref: nntp.wolfsburg.de de.alt.comm.isdn4linux:18219 Wilhelm Spickermann <wilhelm.spickermann(a)t-online.de> writes: Wilhelm> I can reproduce the problems but I´m using a 2.2.10 SuSE Wilhelm> kernel. And whats more: the last reboot lead to 5 days of Wilhelm> having no problems at all. Now the problems are easily Wilhelm> reproducable again. So, I would prefer not to boot again Wilhelm> ... Does that mean you have reproduced the problem with my patch applied, or just that you currently don´t dare to boot a new kernel with the patch applied? Wilhelm> I have observed ping packet delays of more than 20 Wilhelm> seconds using a normal ping going out every second. This Wilhelm> leads to the conclusion, that a buffer of at least 20 This buffer is probably the queue in the linux packet scheduler (outside isdn4linux), which is currently rather large for isdn devices (ifconfig reports this as the txqueuelen value, default max len is currently 30 for isdn). Wilhelm> Packets is involved. (I don´t know the code and so I just Wilhelm> react on seeing "length 1") Is this observation a Wilhelm> possible result of the problem You are talking about? This is an additional buffer in isdn_ppp (other encapsulations are not affected by this). Wilhelm> The kernel I´m using now is the SuSE 2.2.10 with a patch Wilhelm> from Karsten Keil in ip_output.c line 323: Wilhelm> "skb_set_owner_w(skb2, sk);" instead of Wilhelm> "skb_set_owner_w(skb, sk);". It was made with .config This was also a bug which I detected when hunting for the ippp performance problems but which I considered unlikly to be related to that problem. Thus, your observation proves that it is unrelated. Wilhelm> If one BSENT statcallback (I don´t know, what it is) is Hardware level isdn drivers (like hisax) use it to tell the isdn link layer that a packet has been sucessfully sent out. The link layer can than tell the linux network layer that the isdn network device is ready to accept more packets. Wilhelm> lost, would the effect be permanent? After producing the Difficult to say. My first impression would be that for single link ppp it should be possible to recover but for mutilink, a whole channel could die permanently. But as there might be more complex interactions, I don´t know. Wilhelm> effect, I have never observed it vanishing again. Yes, when I observed this, it also always remained until I cleared the isdn connection. Wilhelm> Hmm, I´m using the HiSax-Driver. Wilhelm> Using several ping processes concurrently results in the Wilhelm> sum the delays being the same as before. (Plus the Wilhelm> additional real delays of each ping) Do you mean (e.g.) single ping: 4 seconds delay, two simultaenous pings: 2 seconds each or 1+3 or 0+4 seconds delay? Wilhelm> Just as a shot into the darkness: Somewhere there is a Wilhelm> packet buffer with redundant administrative information, Wilhelm> e.g. a write_pointer, a read_pointer and a count. This Wilhelm> count variable is used concurrently by at least two Wilhelm> processes and at least one of them does not update the Wilhelm> variable atomically and avoiding caching. Or: near to the Wilhelm> count variable is another variable, which is fetched and Wilhelm> stored by cpu-instructions which grab the count-variable Wilhelm> too, this would be an alignment problem. The result Wilhelm> would be, that the count variable would not reflect the Wilhelm> difference bewteen the read_pointer and the Wilhelm> write_pointer. Packets would be read and written Wilhelm> correctly, while some packets stay in the buffer until Wilhelm> new packets arrive. There is no count variable inside isdn_ppp, and the packet queues ouside isdn use the normal linux packet queues (if such problems existed there, then much larger problems would be probably observed with lots of other network protocols). However, the pointer to store one packet intermediately inside ppp was subject to such a non-atomic update (could be considered as a boolean conter). In the patch which I posted here I also included a fix against this (that latter fix I already checked into CVS and it already in recent 2.2.13pre kernels). Henner --------------------------------------------------- To remove yourself from this mailing list send email to majordomo(a)listserv.isdn4linux.de containing "unsubscribe isdn4linux <your_email_address>" in the message body. -----------schnippp----- (mail #1) -----------end--- -----schnippel------

1 0

Re: [suse-isdn] E0021 - fetch haengt
by Leopold Toetsch 22 Sep '99

22 Sep '99

Hallo -----Original Message----- From: Lischke, Rainer <rlischke(a)nvag.de> To: SuSE ISDN <suse-isdn(a)suse.com> Date: Mittwoch, 22. September 1999 08:17 Subject: [suse-isdn] E0021 - fetch haengt >Interessanterweise baut fetch nochmal eine Verbindung auf, >wenn ich ihn mit kill -9 aus dem System haue ... > >Gruebel, gruebel, weiss jemand Rat? Hab mir das Ganze bei mir angeschaut (auch ein haengender fetch-Prozess), und das einmal genauer untersucht. Die Verbindung wird aufgebaut, weil der Kernel die existierende externe Verbindung schliessen will. Auf meine Webseite: http://www.toetsch.at/de/tips/linux/99/38.htm bzw http://www.toetsch.at/de/tips/index.html?linux/99/38.htm (mit Frames und JS) habe ich soeben eine detaillierte Beschreibung + ein kleines Perlskript zum Killen von solchen haengenden Programmen / Verbindungen geladen. Damit sollten auch Verbindungen die auf Status FIN_WAITx haengen, gekillt werden koennen (sofern noch ein Prozess dazu existiert). (Das Programm funktionierte bei mir _ein_mal_ , aber mangels weiterere haengender Prozesse kann ich keine Garantie fuer Programmfehler abgeben) Tester sind gefragt. Komments, Verbesserungen ... welcome leo

1 0

Frage zu dialin-server
by harry_rueter＠gmx.de 22 Sep '99

22 Sep '99

Hallo Liste, ist vielleicht ein bisschen OT aber ich habe mal ein paar Fragen : Was ist eigentlich ein dialin-Server ? Kann ich mir darunter sowas wie einen anwählbaren Fileserver vorstellen ? Wo fängt man da an ? Wo ist die doku dazu (ich habe mal im Suse-Handbuch geblättert aber nix gefunden) ? Gruss Harry

2 1

E0021 - fetch haengt
by Lischke, Rainer 22 Sep '99

22 Sep '99

Hallo Liste, ich hole meine Mails und News jede nacht per Cron ab. Funktioniert. Letzte Nacht bekam ich direkt nach dem Verbindungsaufbau einen Cause-E0021 und I4L haengte wieder auf. Kostet wenigstens nicht die ganze Nacht Geld. Aber fetch (wegen news) blieb haengen und tut keinen Mucks ... Wie kann ich automatisch auf solche Fehler reagieren (den E0021 habe ich anscheinend oefter ...) und den aktuellen fetch killen, damit ich einen neuen starten kann? Interessanterweise baut fetch nochmal eine Verbindung auf, wenn ich ihn mit kill -9 aus dem System haue ... Gruebel, gruebel, weiss jemand Rat? Rainer

3 4

Re: [suse-isdn] E0021 - fetch haengt
by Leopold Toetsch 22 Sep '99

22 Sep '99

Hallo -----Original Message----- From: Lischke, Rainer <rlischke(a)nvag.de> To: SuSE ISDN <suse-isdn(a)suse.com> Date: Mittwoch, 22. September 1999 08:17 Subject: [suse-isdn] E0021 - fetch haengt >Hallo Liste, > >ich hole meine Mails und News jede nacht per Cron ab. Funktioniert. > >Letzte Nacht bekam ich direkt nach dem Verbindungsaufbau einen >Cause-E0021 und I4L haengte wieder auf. Kostet wenigstens nicht >die ganze Nacht Geld. Glueck gehabt ;-) Ich hatte bis jetzt 2 mal in 6 Monaten ein Problem mit einem nicht reagierenden Mailserver (auflegen - einwaehlen ad infinitum) >Aber fetch (wegen news) blieb haengen und tut keinen Mucks ... >Wie kann ich automatisch auf solche Fehler reagieren (den E0021 >habe ich anscheinend oefter ...) und den aktuellen fetch >killen, damit ich einen neuen starten kann? Ich mach jetzt ca. folgendes: in ip-down dialmode manual (sleep 30 ; dialmode auto) & hier koenntest du problemlos einen noch laufenden fetch killen. Ausserdem bleibt fallweise das fetch.lck file ueber, das loesche ich wenn's aelter als 15 Minuten ist. >Interessanterweise baut fetch nochmal eine Verbindung auf, >wenn ich ihn mit kill -9 aus dem System haue ... ?? >Gruebel, gruebel, weiss jemand Rat? Meine scripts findest du auf http://www.toetsch.at/de/tips/linux/99/33.htm (Unerwunschter Verbindungsaufbau) HTH leo

1 0

RE: [suse-isdn] was ist 'LZS'?
by Lachner Anton 22 Sep '99

22 Sep '99

Hi Olli! Kommt vor und nach diesem Kernel check for LZS noch irgendwas, was er anmekert? Gruß Anton > moin! > > hmm, vielleicht ist das hier eine zu blöde frage, aber was ist LZS? > > jedesmal beim einloggen bei meinem provider kommt unter vielen anderen > folgende zeile in der /var/log/messages vor: > > Sep 21 22:53:18 lilli ipppd[91]: Kernel check for LZS failed > > hat das was zu bedeuten? ist das was wichtiges?!? (auf dem rechner > läuft > linux in der version 2.0.36, falls das relevant sein sollte...) > >

1 0

staendige Einwahl nach HTTP-Connection via SQUID oder wie closed man fin_wait-connections?
by Thomas Jach 22 Sep '99

22 Sep '99

Hi Ich hab mich gefragt, ob es mitlerweile eine Möglichkeit gibt connections, die auf fin_wait stehen manuell zu beenden (automatisch waere mir natuerlich noch lieber) mir geht das ziemlich auf die nerven, dass sich der linux-router immer wieder einwaehlt, nur weil da noch eine Connection auf fin_wait1 steht. Ich habe hier suse 6.0 mit 2.0.36 am laufen, ich hatte irgendwo mal eine idee von jemandem fuer einen 2.2.x kernel gelesen, aber das bringt mir ja nix Vielen dank schonmal fuer eure antworten! Thomas

1 0

Benchmark fuer ISDN
by Helmut Luck 21 Sep '99

21 Sep '99

Hei!! Ein frischgebackener Linux user fragt: gibt es einen Performancetest fuer ISDN-Karten? Im Support fand ich nichts. Ich verwende eine Teles 16.3c mit i4l und sie kommt mir sehr lahm vor. Die Konfiguration scheint in Ordnung zu sein, ich erhalte keine Fehlermeldungen. Auch beim Provider haenge ich an der richtigen Leitung. Weiss wer etwas zu dem Thema. Gruss Helmut

3 2

wieviele ippp-devices
by Volker Matzken 21 Sep '99

21 Sep '99

Hallo Liste, habe eine schnelle Frage (schwitz) und hoffe auf eine schnelle Hilfe: Wieviel ippp-devices können eigentlich unter dev angelegt werden. Standardmäßig habe ich hier 16 (0-15). Kann ich neue anlegen? wenn ja, wie? Danke Volker -- ---------------------------- byte.box volker matzken fon 06103.2053590 fax 06103.2053333 ----------------------------

2 1

callback mit ipppd
by Simon Keimer 20 Sep '99

20 Sep '99

hallo Liste! Ich habe probiert eine Callbackverbindung mit dem IPPPD aufzubauen. Leider ist es mir nicht gelungen, dies erfolgreich zu beenden. Der Callback-Client wartet zwar auf den Rückruf, dieser wird aber letztendlich nicht realisiert. Ich habe hier nun zunächst das Server Script: --- snip --- #!/bin/bash # first device ... --- snap --- --- snip --- # # start second ISDN device for callback isdnctrl addif ippp1 isdnctrl eaz ippp1 12345 isdnctrl l2_prot ippp1 hdlc isdnctrl encap ippp1 syncppp isdnctrl secure ippp1 on isdnctrl addphone ippp1 in 67890 isdnctrl addphone ippp1 out 67890 isdnctrl huptimeout ippp1 60 isdnctrl callback ippp1 in isdnctrl cbhup ippp1 on isdnctrl pppbind ippp1 1 ipppd /dev/ippp1 ifconfig ippp1 192.168.10.221 pointopoint 192.168.10.20 --- snap --- hier nun das Script des Clients: --- snip --- isdnctrl addif ippp0 isdnctrl eaz ippp0 67890 isdnctrl addphone ippp0 out 12345 isdnctrl addphone ippp0 in 12345 isdnctrl secure ippp0 on isdnctrl encap ippp0 syncppp isdnctrl l2_prot ippp0 hdlc isdnctrl l3_prot ippp0 trans isdnctrl ihup ippp0 off isdnctrl callback ippp0 out isdnctrl pppbind ippp0 0 ifconfig ippp0 192.168.10.221 pointopoint 192.168.10.20 ipppd /dev/ippp0 --- snap--- und hier sind die zunächst die Meldungen aus /var/log/messages des Servers: Sep 20 19:43:19 * Call to tei 125 from +49 /67890, city on +49 /12345, city HANGUP Sep 20 19:43:19 * Call to tei 89 from +49 /67890, city on +49 12345, city HANGUP Sep 20 19:43:19 tei 89 calling ? with ? HANGUP ( 0:00:04) und hier die des Clients: Sep 21 19:47:40 ullipr kernel: ippp0: dialing 1 066217990045... Sep 21 19:47:41 ullipr kernel: isdn_net: call from 6621913782 -> 0 7990045 ignored Sep 21 19:47:41 ullipr kernel: isdn_tty: call from 6621913782 -> 7990045 ignored Sep 21 19:47:44 ullipr kernel: ippp0: hangup waiting for callback ... Sep 21 19:47:45 ullipr kernel: isdn: NT1,ch1 cause: 0010 Sep 21 19:47:52 ullipr kernel: isdn_net: local hangup ippp0 Sep 21 19:47:52 ullipr kernel: ippp0: Chargesum is 0 so, wäre nett, wenn mir jemand sagen könnte, was ich falsch gemacht habe, oder mir funktionierende Scripts mit dem IPPPD schicken könnte. mit freundlichen Grüssen, Simon

1 0

auth-up and down funktioniert nicht
by Alexander Hepperle 20 Sep '99

20 Sep '99

Hallo Leute, kann mir jemand mitteilen, wie ich es hinbekomme, dass auth-up(down) ausgefuehrt werden ? (Suse 6.2) In der man-page zum ipppd steht, diese wuerde nach der Authentifikation ausgefuehrt werden. Dies geschieht bei mir aber nicht. Oder werden diese nur ausgefuehrt, wenn sich jemand bei mir einwaehlt und per PAP oder CHAP authentifiziert ? Vielen Dank fuer die Tips Alex

2 1

Nur ttyI0 funktioniert
by Martin Klerx 19 Sep '99

19 Sep '99

Nach langem Zögern habe ich mich entschlossen auf Kernel 2.2.x zu wechseln. Wenn ich hisax als Modul lade funktioniert unter 2.2.5 und 2.2.7 nur /dev/ttyI0 . Selbst nach einem Update des isdn4linux. Wenn Hisax im Kernel kompiliert wird funktionieren alle ttyI*. Hat jemand eine Idee? MfG Martin Klerx

1 0

Probleme nach Umstieg auf SuSE 6.2
by Denis Boekenkroeger 17 Sep '99

17 Sep '99

Hallo ! Ich habe längere Zeit relativ problemlos ein System mit SuSE 6.1, einer FritzCard Classic und kISDN 1.0.1 betrieben; seit dem Upgrade auf 6.2 f(Kernel 2.2.10, KDE 1.1.1) unktioniert ISDN nicht mehr korrekt, auch nicht mit dem korrekten RPM für 6.2 von der kiSDN Homepage. Ich kann mich zwar z.b. bei Talknet einwählen, wenn die Verbindung jedoch (scheinbar?) aufgebaut ist, kann ich nicht aufs internet zugreifen. Netscape und Kmail (und alle andere Inet-Programme) brechen mit "Adress not found" o.ä. ab. Mit exakt derselben Konfigurtion gab es unter SuSE 6.1 keine Probleme, die derzeiten Schwierigkeiten treten dagegen sowohl unter dem mitgelieferten Standartkernel auf wie auch unter einem, der speziell den kISDN Anforderungen entsprechend kompiliert wurde. Vielleicht illustriert das folgende die Problemlage: bash-2.03# kisdn There seems to be a leftover lockfile: /var/lock/kisdn.LCK ... reusing it kISDN 1.0 Copyright (C) Millennium X Software kISDN comes with absolutely NO WARRANTY We will refuse any liability for any damage caused directly or indirectly by kISDN kISDN: Release 1.0.1 (build 5) loading account: /opt/kde/share/apps/kisdn/accounts/account-10 loading account: /opt/kde/share/apps/kisdn/accounts/account-12 kISDN: Load account #0 kISDN: Load account #1 kISDN: Gonna use PPP interface ippp0 kISDN: Gonna use PPP slave ippp1 kISDN: Gonna use Raw interface isdn0 kISDN: Gonna use Raw slave isdn1 kISDN: Audio device will use 8 buffer fragments with 128 bytes each kISDN: (SOUND_MIXER_READ_PCM) Success kISDN: (SOUND_MIXER_WRITE_PCM) Success kISDN: (SOUND_MIXER_READ_MIC/LINE) Success kISDN: (SOUND_MIXER_WRITE_MIC/LINE) Success kISDN: (SOUND_MIXER_READ_RECSRC) Success kISDN: (SOUND_MIXER_WRITE_RECSRC) Success kISDN: Using /dev/ttyI0 for voice calls with MSN 42 kISDN: Sending <ATZ> kISDN: Total number of configured devices = 2 kISDN: /etc/resolv.conf is saved kISDN: /etc/ppp/ioptions is saved kISDN: /etc/ppp/pap-secrets is saved and set read/write-only for root kISDN: /etc/ppp/chap-secrets is not saved kISDN: Writing /etc/ppp/pap-secrets... kISDN: Writing /etc/resolv.conf... kISDN: Writing /etc/ppp/ioptions... kISDN: Setup interface ippp0 kISDN: ippp0 added kISDN: Dialmode for ippp0 is AUTO kISDN: EAZ/MSN for ippp0 is 42 kISDN: Added outgoing phone number 001050004501234567 for ippp0 kISDN: Max dial tries for ippp0 set to 1 kISDN: Hangup timeout for ippp0 is 600 seconds kISDN: Encapsulation of ippp0 is syncppp kISDN: Layer 2 protocol of ippp0 is hdlc kISDN: Layer 3 protocol of ippp0 is trans kISDN: Secure mode for ippp0 is ON kISDN: ifconfig ippp0 1.1.1.1 pointopoint 1.1.1.1 [OK] kISDN: Sending <AT&E42> [OK] kISDN: Sending <AT+FCLASS=8> [ERROR] kISDN: Sending <AT+VSM=6> [ERROR] kISDN: Sending <ATS18=1> [OK] kISDN: Sending <ATS14=4> [OK] kISDN: Sending <ATI2> [OK] kISDN: (last cause code 0000) kISDN: [BE_DIAL] kISDN: ifconfig ippp0 up kISDN: Dialing of ippp0 triggered ASSERT: "year() == y && month() == m && day() == d" in tools/qdatetime.cpp (261) ASSERT: "year() == y && month() == m && day() == d" in tools/qdatetime.cpp (261) kISDN: ifconfig ippp0 kISDN: ifconfig ippp0 kISDN: ifconfig ippp0 kISDN: ifconfig ippp0 kISDN: route add default gw 195.252.130.41 dev ippp0 Anmerkungen: - das System hängt an einer Telefonanlage, deshalb die vorgewählte "0" - die obigen Errors sind die einzigen Fehlermeldungen, die mir aufgefallen sind. Ich als Anfänger habe aber nicht die geringste Ahnung von ihrer Bedeutung... Vielleicht könnte gibt es ja jemanden, der mir ein wenig Hilfestellung geben könnte ? Schonmal herzlichen Dank, Denis Bökenkröger P.S: Gut, daß ich noch Window$ auf der Platte habe...sonst wäre ich VOLLSTÄNDIG hilflos. -> Denis Boekenkroeger zenmaster(a)gmx.net ICQ 12876194 <- "Loose your illusions And you loose your chance." - Fred Cole (Dead Moon)

5 5

Standleitung mit SuSE 6.2
by gbruchhaus＠makrolog.de 17 Sep '99

17 Sep '99

Guten Abend, ich versuche gerade eine Standleitung unter SuSE 6.2 zum Laufen zu bringen. Mit dem älteren SuSE 5.2 war das kein Problem, aber die dort eingesetzte Konfiguration läuft unter SuSE 6.2 nicht mehr. Besonders der Protokolltyp 3 beim laden von hisax.o stößt dem System extrem sauer auf ( freeze .... ). Deshalb meine Frage: wer betreibt eine Standleitung unter SuSE 6.2. Und mit was für Parametern? Muß man jetzt Protokolltyp 2 einsetzen ( das ist glaube ich Euro ISDN ). In einem Howto zu leased lines in der Doku zur SuSE 6.2 Distribution steht der Protokolltyp 3 noch drin, die Dokumentation ist allerdings auch schon wieder etwas älter ( 97 ). Vielen Dank für die Hilfe ... Gruß Gerd

1 0

"toter" Rechner bei ISDN Verbindung
by sk 17 Sep '99

17 Sep '99

hallo Liste! ich habe ein Problem mit der SuSE 6.2: Seit dieser Distribution "friert" mein Rechner ein, sobald er etwa 30 Sekunden online ist. Ich kann dann nicht mehr anderes tun, als ihn auszuschalten. Ein anderer Rechner lässt sich nach diesem Zwischenfall gar nicht mehr booten (Lilo kaputt, lässt sich ja wieder machen). Ich hab einzwischen den 2.2.10er bis 12er Kernel ausprobiert, bei allen das gleiche "Phänomen". Ich habe hier in allen Rechnern die ICN 2B als Modul. VJ und MPPP fest im Kernel. Die Verbindung wird mit dem IPPPD erstellt (ipppd dial ... bzw automatisch). Die Devices richte ich mit isdnctrl in einem selbst definierten script ein, ist alles kein Problem, hat ja auch vorher immer funktioniert. Kann mir jemand sagen, was das ist? Ich kann ja leider nicht die Ursache herausfinden, da mir die Rechner ja immer einfrieren. Die ISDN utilities habe ich auch schon neu gezogen und kompiliert - Pustekuchen. ich hoffe auf Antwort, Simon

1 0

MPPP - Infos
by Lischke, Rainer 17 Sep '99

17 Sep '99

Hallo Leute, da ich mittlerweile mehreren Personen Info's versprochen habe, gebe ich es hier bekannt. Ab heute Abend steht meine Seite zu Verfuegung. http://www.rlischke.de/rainer/start.htm Viel Spass -- Rainer

1 0

AW: [suse-isdn] ipppd wählt nicht
by Burghardt, Axel 17 Sep '99

17 Sep '99

Hi Max, schick doch mal einen Ausschnitt aus dem Message-Log. Ohne weitere Infos könne wir nur in die Glaskugel blicken. Das wird Dir aber nicht viel weiterhelfen. ;-) Gruss Axel -----Ursprüngliche Nachricht----- Von: max(a)ozet.de [mailto:max@ozet.de] Gesendet am: Donnerstag, 16. September 1999 18:11 An: mailing list; Golombek Georg Betreff: Re: [suse-isdn] ipppd wählt nicht Hi, isdnctrl verbose 3, habe ich gamacht, leider ändert sich an der Ausgabe gar nix !!! Thx, Max max(a)ozet.de ----- Original Message ----- From: Golombek Georg <Georg.Golombek(a)t-online.de> To: Max Treiber <max(a)ozet.de> Sent: Thursday, September 09, 1999 9:47 PM Subject: Re: [suse-isdn] ipppd wählt nicht > Am Die, 07 Sep 1999 schrieben Sie: > > Hi, > > > > Ich habe einen Rechner mit SuSE Linux 6.1 installiert, dann auf 6.2 > > upgedated und jetzt versucht isdn zu installieren. > > > > ich habe alles mit YAST installiert (AVM Fritz-Card classic) und die module > > wurden ordnungsgemäß geladen. > > Leider funktioiert gar nix. > > > > Es kommen ständig anrufe auf der Karte an, die nach meiner Einstellung nicht > > angenommen werden. Von Wo und Wem weiß ich nicht ... > > > > Immer wenn ich zum Provider herauswähle kommt in /ver/log/messages > > dialing ippp0 1 *nummer* > > gar nix ist übertrieben > > immerhin funktioniert die Karte, die treiber das Wählen, nur leider die falsche > Nummer > > mach mal /sbin/isdnctrl verbose 3 vor der Wahl > > und lass tail -f /var/log/messages vorher mitlaufen > > übrigen:s was für eine Nummer??? bzw. Provider > > Grüße georg > > > -- 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

kriege Teles 16 nicht zum Laufen
by Alexander Goettmann 17 Sep '99

17 Sep '99

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there ! Ich habe eine (etwas angestaubte) Teles 16 (ziemlich sicher keine ".3". Auf der Karte steht "Teles S0/16 1.2 1992") und SuSE 6.1. Sie lies sich mit Yast problemlos einrichten, sowohl HiSax hat sie erkannt und ipppd läuft. Aber schon isdnlog spinnt: Wenn ich mich anrufe, bekomme ich nur solche Meldungen: Sep 17 00:37:32 igitte isdnlog: Sep 17 00:37:32 tei 127 calling ? with ? Unexpected discriminator 0xaa -- ignored! wobei das "0xaa" auch andere Werte annimt. Außerdem wird nicht jeder Anruf erkannt, dafür manche doppelt und dreifach, und ganz selten erkennt er einen Anruf, der gar nicht da ist. Wenn ich nun Verbindung zu meinem Provider aufnehmen will, wird das immer abgebrochen mit einem "cause" E001B, wobei die 00 auch schon 47,74 und 1E waren. "00" kann ich ja noch einsehen, aber die anderen Zahlen sind unmöglich. Außerdem ist die "1B", die immer am Ende steht eigentlich auch nicht möglich, da ich es auf 5 Nummern meines Providers probiert habe: immer gleiches Ergebnis, und die Modem-Einwahl klappt unter den gleichen Nummern problemlos. Ich habe auch mal "isdnmon" laufen lassen, und der kriegt (im Gegensatz zu den Meldungen in /var/log/messages) die Telefonnummer, die ich anrufen will, richtig mit. Außerdem kommen laufend solche Meldungen in /var/log/messages: Sep 17 02:14:21 igitte kernel: HiSax: ISAC XMR Sep 17 02:14:54 igitte kernel: HiSax: ISAC XMR Sep 17 02:15:00 igitte last message repeated 2 times Sep 17 02:15:00 igitte kernel: HiSax: ISAC XDU Sep 17 02:15:00 igitte kernel: HiSax: ISAC XDU no skb Sep 17 02:15:05 igitte kernel: HiSax: ISAC XMR obwohl gar kein Traffic auf meinem Anschluß sein sollte. Kurz vorm Verzweifeln. TIAFH, Alex. -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 6.0.2i iQA/AwUBN+F69PhvYdG7EB9UEQK7bwCfTTCSrMHleFV++m73jY/7yxGaxmIAoO76 jQyad7yEL5WvrJZ0ZvOyLrOk =332J -----END PGP SIGNATURE-----

2 1

Netscape IMAP problem
by wmmvdwee 16 Sep '99

16 Sep '99

Hi all, I'am running SuSe Linux on my server, with sendmail, fetchmail etc. All works perfect for all Linux workstation clients. Now I have installed a new client running Win95 with Netscape 4.6, with roaming access and other stuff. I tried to get the incomming E-mail, and send E-mail via the Linux server but it does not work. I have searched a lot of databases SuSe, General Linux, and Netscape, but untill now I did not find any topic about this. Can somebody tell me how to receive, and send local E-mail from and to the Linux server, with Netscape running on a Win 95 machine. Is it done by Roaming access, or IMAP settings under preferences Mail servers. I tried both but both failed. Thanks for any help. Best regards, Wil van der Wee

3 2

isdn in Luxembourg
by Pierre JUNGBLUT 16 Sep '99

16 Sep '99

hello I have some problems connecting to the internet via linux SuSE 6.0 using a Fritz card what should I use for MSN when configuring the parameters with YAST? I read that in Austria they have a similar problem one single phone number without area code and area prefix. I tried MSN with my own number, with the number preceeded with 0 and with 0 alone, but nothing works (error message "incoming call without CPN"). And in Switzerland it is different to. Thanks for your help and understanding. Pierre

1 0

ISDN funzt nicht mehr nach Kernel-Kompilierung
by Daniel Jung 16 Sep '99

16 Sep '99

Hi, folgendes Problem: Meine ISDN-Karte (Teles S0/16) läuft mit Kernel 2.2.5. Nachdem der Kernel allerdings zum ersten Mal kompiliert wurde (ohne Parameter zu ändern), erkennt das System die ISDN-Karte nicht mehr. Dieses Problem tritt erst auf, seitdem ich IP-Masquerading, squid u.ä. Netzwerksachen mit installiert habe. Zur Info: Die ISDN-Karte läuft am besten mit IRQ 3. (Das hat auch ein Jahr lang (auch mit Neu-Kompilierug) geklappt.) Gruß Daniel

2 1

AVM - T1
by freddy.krueger＠t-online.de 16 Sep '99

16 Sep '99

Hallo zusammen, weiss jemand ob es möglich ist ,einen AVM-T1 (30Kanal - Multiprotocol-Router) unter Linux anzusprechen? Cu Freddy

1 0

Re: [suse-isdn] ipppd wählt nicht
by max＠ozet.de 16 Sep '99

16 Sep '99

Hi, isdnctrl verbose 3, habe ich gamacht, leider ändert sich an der Ausgabe gar nix !!! Thx, Max max(a)ozet.de ----- Original Message ----- From: Golombek Georg <Georg.Golombek(a)t-online.de> To: Max Treiber <max(a)ozet.de> Sent: Thursday, September 09, 1999 9:47 PM Subject: Re: [suse-isdn] ipppd wählt nicht > Am Die, 07 Sep 1999 schrieben Sie: > > Hi, > > > > Ich habe einen Rechner mit SuSE Linux 6.1 installiert, dann auf 6.2 > > upgedated und jetzt versucht isdn zu installieren. > > > > ich habe alles mit YAST installiert (AVM Fritz-Card classic) und die module > > wurden ordnungsgemäß geladen. > > Leider funktioiert gar nix. > > > > Es kommen ständig anrufe auf der Karte an, die nach meiner Einstellung nicht > > angenommen werden. Von Wo und Wem weiß ich nicht ... > > > > Immer wenn ich zum Provider herauswähle kommt in /ver/log/messages > > dialing ippp0 1 *nummer* > > gar nix ist übertrieben > > immerhin funktioniert die Karte, die treiber das Wählen, nur leider die falsche > Nummer > > mach mal /sbin/isdnctrl verbose 3 vor der Wahl > > und lass tail -f /var/log/messages vorher mitlaufen > > übrigen:s was für eine Nummer??? bzw. Provider > > Grüße georg > > >

1 0

Leafnode - ISDN legt auf waehrend fetch ??
by Lischke, Rainer 16 Sep '99

16 Sep '99

Hallo Liste, das hatte ich erst in der SuSE-Linux-Liste gepostet, vielleicht weiss hier jemand Rat ? Danke Rainer

1 0

HiSax-Meldung
by Dieter Kluenter 16 Sep '99

16 Sep '99

Hallo, ich betreibe vbox 1.1 (mit mgetty bzw. vboxgetty) an ttyI0 und ein Fax-Modem mit HylaFax d.h. faxgetty und mgetty an ttyS1. Seit ich das Fax-Modem betreibe, funktioniert vboxgetty nicht mehr, d.h. es werden keine Ansagen abgespielt. in den /var/log/messages finde ich, neben dem cause E0010, den ich noch verstehe, auch die Meldung "HiSax:waitforCEC timeout", was hat diese Meldung zu bedeuten ? Hat das etwas mit vbox zu tun ? Beeinflussen sich die beiden getties gegenseitig ? Gruss Dieter --- Going to church does not make a person religious, nor does going to school make a person educated, any more than going to a garage makes a person a car. 16-Sep-99 Dieter Kluenter <dkluenter(a)gmx.de>

1 0

fax mit fritz
by H.-U. Jetter 16 Sep '99

16 Sep '99

hallo liste seit mehreren wochen verfolge ich so nebenher, was da in der liste so läuft. vielleicht im namen aller, die schon mal als "beginner" die alten hasen genervt haben, dank an die alten, unermüdlich scheinenden hasen, die meist immer mit irgendwelchen tips helfen und dienen können (klaus, joerg, yasar, michael, usw. usw... stellvertretend genannt für alle, die wissen wen ich meine). 1.) mal eine triviale frage: wer kennt eine konzentrierte url in der man z.b. antwort auf alltäglichen mist, wie auf die frage "FRITZ und FAX, geht das?" kriegt. diese wird hier laufend und ätzend gestellt und manchmal recht (zurecht?) patzig von genervten "youngsters!?" beantwortet. die zweite frage zu diesem komplex ergibt sich aus dem, was hier in den letzten wochen zu diesem thema zu lesen war, nämlich: die FRITZ-classic plus ein analog modem ist wesentlich billiger als die aktive B1. absolut ok. nun lasse ich mir das folgende szenario gerade mal auf der zunge zergehen: man ist also (gegenüber armen mic & mac usern) "überheblicher" inhaber einer linux-maschine. mit der enthaltenen fritzkarte (mit der jeder windoofs pc übers ISDN faxen kann) geht man per ISDN aufs internet. und nun erklärt man mic & mac, dass man aber zum faxen zusätzlich ein modem braucht (logisch - fax ist ja ein analoger dienst). dann fragen mic & mac, wo man denn dann das analoge modem einsteckt, wenn denn an einer wand ein NTB hängt, so richtig schön mit S0 bus und so - und sonst nichts, nur ISDN pur? 2.) wie also gehts denn nun weiter, ohne dass man höhnische lachsalven erntet?? denn die anschliessend wohl nötige wandelung von analog auf isdn ist doch wohl wirklich ein witz? wer hat schon mal diesen fall seriös nachgerechnet? was sind denn die möglichelkeiten? zusätzliche analoge leitung? eine kleine anlage, wenn ja, welche? ta22 von detewe? mit einem (bekannt - geklaut) bis denne .... :-) uli -- Hans-Ulrich Jetter Dipl.-Ing. (FH)

3 2

auto einwahl
by John-Paul Besener 16 Sep '99

16 Sep '99

Hallo Liste, Ich habe einen linux rechner der als samba-server arbeitet. Der ist auch soweit konfiguriert dass er bei uns per ppp (isdn) aufs netz zugreifen kann. ich moechte nun wenn ein client des samba-servers eine bestimmte ip anfragt, dass der Server nur bei dieser einen ip-adresse, die verbindung automatisch aufbaut. ich hoffe, mir kann da jemand weiterhelfen. Thanks jpb

1 0

MPPP - langsamer als 1 Kanal ??
by Lischke, Rainer 16 Sep '99

16 Sep '99

Hallo Liste, hurra, gestern habe ich den 2. Kanal aktiviert. Dabei tauchen folgende Fragen auf, vielleicht weiss ja wer etwas ... 1.) Nach dem "ISDNCTRL ADDLINK IPPP0" waehlt er sich auf IPPP1 sauber ein und legt mindestens 1 mal sofort wieder auf. Wenn ich den ADDLINK wiederhole bleibt die Verbindung dann stehen. Warum? Im Log ist nichts gescheites zu sehen, kann ich bei Bedarf aber nachreichen. 2.) Wenn ich mit XISDNLOAD den Traffic ueberwache, habe ich (bei fetch) zw. 7500 und 9000 cps. Also volle ISDN-Speed. Schalte ich den 2. Kanal dazu, reduziert sich der Durchsatz um ca. 10 Prozent. Vermutlich durch mehr Handling im System. Aber wo sehe ich, wie stark der 2. Kanal benutzt wird, bzw. anhand der Antwortzeiten vermute ich, der ist tot. Wie kann ich die Kanalauslastung getrennt nach IPPP0 und IPPP1 sehen? Nutzt es bei fetch oder einem Einzelplatzsystem ueberhaupt etwas, dieses Feature zu nutzen? Btw. mein Provider unterstuetzt MPPP, steht zumindestens im Syslog ... Any hints ? Rainer

1 0

IP-UP ohne ISDN-Karte?
by Daniel Jung 16 Sep '99

16 Sep '99

Moin, wird, wenn der Linux-Server über seine Gateway-Adresse auf einen Router zugreift, der ihm dann den Zugang zum Internet ermöglicht auch ein IP-UP-Script ausgeführt? Gruß Daniel

2 1

ISDN funzt nicht mehr nach Kernel-Kompilierung
by Daniel Jung 15 Sep '99

15 Sep '99

-------- Original Message -------- Subject: ISDN funzt nicht mehr nach Kernel-Kompilierung Date: Wed, 15 Sep 1999 10:24:11 +0200 From: Daniel Jung <Daniel.Jung(a)megabit.net> To: suse-linux(a)suse.de Hi, folgendes Problem: Meine ISDN-Karte (Teles S0/16) läuft mit Kernel 2.2.5. Nachdem der Kernel allerdings zum ersten Mal kompiliert wurde (ohne Parameter zu ändern), erkennt das System die ISDN-Karte nicht mehr. Dieses Problem tritt erst auf, seitdem ich IP-Masquerading, squid u.ä. Netzwerksachen mit installiert habe. Zur Info: Die ISDN-Karte läuft am besten mit IRQ 3. (Das hat auch ein Jahr lang (auch mit Neu-Kompilierug) geklappt.) Gruß Daniel

1 0

ip-up - ip-down HEUREKA! Danke.
by W.Conrad 14 Sep '99

14 Sep '99

Vielen Dank an alle, die gestern auf meine Frage geantwortet haben. Nachdem ihr mich mit der Nase draufgestossen habt, war es ganz einfach. Ich mußte lediglich aus einem "*" eine "0" machen und schon war alles so, wie ich es wollte, da das ip-up script mit einer case-Abfrage beginnt. aus case "$INTERFACE" in ippp*) wurde case "$INTERFACE" in ippp0) und mein ippp1, der die beiden LANs miteinander verbindet, bleibt fortan von ip-up verschont, kein Chaos im routing table mehr, keine Verdreifachung der Telefonkosten, kein Haareraufen ... Danke, Mercie, grazie, thanx Zum langen subject, naja, es entsprach wirklich meinem Gefühl und meiner Verwirrung, als die vier ippp-devices zwei routing tables durcheinanderwirbelten. Ich habe hinten und vorne nicht mehr durchgeblickt. Real name: Wolfgang Conrad, Arzt, Berlin Nochmals Danke W. Conrad

1 0

Truncated IP
by Dieter.Riepenhausen＠t-online.de 14 Sep '99

14 Sep '99

Hallo, Ich hab hier etwas was mich noch ganz m�rbe macht. Eingerichtet ist hier ein Router der zwei kleine Netze online bringen soll. 1. Maz 192.168.1.x 2. Office 192.168.2.x ISDN Fritz PCI als ippp0, automatische Einwahl ueber T-Online,dyn IP ippp1 selbe Karte als 2.Zugang , manuelle Einwahl auch T-Online Squid 1.2 Samba in rc.config IP_DYNIP=yes Suse 6.1 Kernel 2.2.7 Prinzipiell laeuft das alles ganz normal, nur ist es so das der Router von Zeit zu Zeit Amok l�uft und sich dann ca.alle 2 min einw�hlt. ein tcpdump -i ippp0 brachte folgendes hervor : 19:22:42.365357 truncated-ip - 1486 bytes missing!0.40.70.68 > 64.0.64.6: (frag 256:1488@63512+) [ttl 0] 19:22:43.895353 truncated-ip - 1486 bytes missing!0.40.70.68 > 64.0.64.6: (frag 256:1488@63512+) [ttl 0] 19:22:43.897015 truncated-ip - 1486 bytes missing!0.40.70.68 > 64.0.64.6: (frag 256:1488@63512+) [ttl 0] usw. aus /var/log/messages ist wohl (nur?) folgendes von Bedeutung : Sep 14 19:26:42 gate1 kernel: OPEN: 193.159.17.137 -> 193.158.2.75 TCP, port: 1231 -> 80 wobei die 193.159.17.137 die zuletzt vergebene lokale IP ist. Kann mir da einer weiterhelfen ? Dieter Riepenhausen Technical Supervisor Penta TV Germany --- Please confirm the receipt of this message ---

2 1

Erfahrungen mit ISDN-Karte T-View-100-PC
by g_h.hartenthaler＠t-online.de 14 Sep '99

14 Sep '99

Hallo Liste, meine Versuche diese Karte unter Suse-Linux 6.1 in Betrieb zu nehmen sind bislang gescheitert. Unter Win95 läuft alles prima, unter Linux wäre ich schon zufrieden, wenn die Datenverbindungen klappen würden, Videokonferenzen wären Kür. Hat es schon mal jemand geschafft? Meine Suche im Mail-Archiv der letzten Monate war nicht erfolgreich und die Hinweise bzgl. der Einbindung nicht unterstützter ISDN-Karten haben mich bislang auch nicht weitergebracht, wobei ich sagen muss, dass meine Linux-Erfahrungen gerade mal 2 Monate alt sind. Mit freundlichen Grüßen Hermann Hartenthaler

2 1

imap problem
by wmmvdwee 14 Sep '99

14 Sep '99

Hi all, Thanks to Gerhard Sitting for his helpfull info. My problem is partly solved. I made a stupid mistake, by putting the name of my Linux server in Netscape. As this client runs Win95 I had to make a Hostlm file, or put the Linux servers IP address in Netscape instead. Now i can receive local mail from the network on the Win95 machine, and also send to the Linux server. Only the local mail sent from the Win95 machine stays in the /var/spool/mqueue and is not transported to the addressed user. Anyway thanks for your help. Wil

2 1

Bildschirmschoner
by Michael Gerdes 14 Sep '99

14 Sep '99

hallo liste ich moechte automatisch den bildschirmschoner beenden sobald sich der inhalt auf dem screen veraendert (console 13 und 14 ) oder sobald ISDNCTRL daten bearbeitet. gibt es einen moeglichkeit ? danke euch michael

1 0

Eumex 404PC
by Frank Wagner 14 Sep '99

14 Sep '99

hallo Leute, hat jemand Erfahrungen mit diesem externen ISDN-Modem Eumex 404PC unter Linux? Beziehungsweise, weiß jemand ob das von Linux unterstützt wird? Vielen Dank schonmal Frank

2 1

ip-up - ip-down - ip-up - ip-down - ip-up - ip-down - ip-hin - ip-her -ip-up - ip-down - ip-you - ip-me - ip-up - ip-down
by W.Conrad 14 Sep '99

14 Sep '99

Hallo, weiß jemand, ob es eine Möglichkeit gibt, das ip-up nur auf ein EINZIGES ippp-device zu beschränken? Problem ist folgendes: zwei heterogene Netze an zwei geographisch verschiedenen Punkten, verbunden über zwei Linuxe(?), Linuces(?), na, eben zwei Linuxrechner als Gateways Gw1 Gw2 192.168.2.x Netz1 --- eth0 Linux ippp1 --- --- ippp1 Linux' eth0 --- Netz 2 192.168.0.x ippp0 ippp0 | | | | ISPx ISPy (wenn die Darstellung nicht deutlich genug ist, befindet sich eine handgefertigte Zeichung unter http://www.praxisarzt.de/temp/route.html ) Wenn Netz 1 zu Netz 2 Verbindung herstellt (jeweils ippp1) werden entsprechende default-routes im routing table eingetragen. Wunderbar bis dahin. Fordert einer jedoch eine externe IP, wird eine Verbindung zum Provider hergestellt, die sich oberhalb der bestehenden default route einfügt und jene somit 'abschneidet'. Umgekehrt wird bei bestehender Verbindung zum Provider, wenn eine Verbindung zum anderen lokalen Netz angefordert wird, ein zweiter default-Eintrag eingefügt, der die Verbindung zum Internet abschneidet. Wünschenswert wäre eine von ip-up unveränderbare Verbindung zwischen den beiden lokalen Netzen. Bei der Verbindung zwischen den beiden gateways sollte kein ifconfig von ippp1 und keine neues Setzen der default route stattfinden, da auf beiden Seiten die Einträge ohnehin schon korrekt im routing table exsistieren. Bei den Providerverbindungen kann auf das dynamic ip-patch nicht verzichtet werden, da diese die IPs dynamisch vergeben. Zugegeben, von scripting verstehe ich nicht allzu viel und weiß nicht, wo man ip-up entsprechend manipulieren könnte, vielleicht stehe ich ja einfach auf'm Schlauch aber ich erlebe auf beiden Seiten der Netze durcheinanderwirbelnde routing tables, dass mir hören und sehen vergeht, wobei es mir nicht gelingt, die dahinterstehende Logik (die es ohne Zweifel gibt) zu begreifen. Kann man vor ip-up auf ein "ip-up.ippp0" und "ip-up.ippp1" verzweigen? Mein Eindruck: ip-up - alles oder nichts! Das ist aber nicht richtig!? Wolfgang(a)lways.thankful.for.a.hint

3 2

test
by W.Conrad 13 Sep '99

13 Sep '99

testing line ;)

1 0

Re: [suse-isdn] call without CPN, assuming 0
by Szomraky Stefan 13 Sep '99

13 Sep '99

Was sonst außer SuSE ? ;-) So verschieden sind wir nicht. Naja, nehmen wir mal die Kabelmodems weg, die günstigen Onlinetarife, die Pauschal Kabelmodem tarife (80 Mark im monat für unlimited internet 300kbit up, 64 kbit down), nehmen wir die niedrige arbeitslosigkeit, die hohen berge, eure ausländerfeindlichkeit (nicht jeder, aber höher als sonstwo, nicht wahr? (kommt aber von der arbeitslosigkeit)) dann, ja dann sind wir ganz gleich ;-) PS: Natürlich wird das nicht von der Post kontroliert, es gibt ja haufenweise private, auch telefonie übers kabelnetz hamma, aber DIESER anschluß hängt am "Post und Telekom Austria AG" Netz ;-) Sollte übrigens NICHT arrogant, oder herablassend wirken (hmmm, ist arrogant und herablassend nicht das selbe ? ;-) cu Juergen Ilse wrote: > > Hallo, > > On Mon, Sep 13, 1999 at 11:17:53AM +0200, Szomraky Stefan wrote: > > Hmm, wie naiv ihr Deutschen doch seid. MAn spricht auch in anderen > > Ländern Deutsch. > > Ich wusste aber nicht, dass die SuSE-Distribution auch in anderen > deutschsprachigen Laendern einen relevanten Marktanteil hat (und > auch die Mail-Adresse liess nicht unbedingt auf Oesterreich oder > Schweiz schliessen). Ausserdem ging ich fast davon aus, dass auch > in anderen Laendern mittlerweile die Telekommunikation nicht mehr > unbedingt in den gleichen Haenden liegt, wie die Post... > > Tschuess, > Juergen Ilse (ilse(a)asys-h.de) > -- > Das Netz ist Freude. Es ist Ekstase, die jeden einzel- | Juergen Ilse > nen Nerv ergluehen laesst. Es ist Duft, den man fuehlt. | Internet POP Hannover > Es ist ein Bild, das man riecht. Es ist Erfuellung - | Vahrendwald. Str. 205 > ein Geschmack, neben dem alles andere schal ist. | 30165 Hannover > Netzreiter-Preisung aus: A.Brandhorst "Der Netzparasit" | ilse(a)pop-hannover.de -- Get Paid to Surf the Web: http://www.alladvantage.com/go.asp?refid=APP000 Hey! My inglis is berfekt, isnt it?

1 0

SnycPPP funktioniert nicht
by Wolfgang Leideck 13 Sep '99

13 Sep '99

Hallo, ich habe meinen Rechner mit ISDN versorgt und es will nicht funktionieren. Starte ich ipppd von Hand bekomme ich folgende Fehlermeldung "Sorry - isdnPPP driver version 0.0.0 is out of date. Maybe ippp0 has no 'syncppp' encapsulation" Isdnlog wird aber rot und in /var/log/message steht das auch eine Verbindung existiert, bloss im Terminal passiert nix. Ein ping z.B. bleibt einfach haengen. Zuvor hatte ich ISDN laufen mit x75i und alles funktionierte, leider funktioniert die Gegenstelle nicht mehr und ich wuerde gerne wieder mit Linux arbeiten. Es laeuft bei mir suse linux 6.1. Wolfgang

3 2

Einwahl geht, ist es ein Routingproblem ?
by thorsten＠systrade.de 13 Sep '99

13 Sep '99

Hallo, Ich habe einen Dialin-Server mit sync-ppp konfiguriert anhand des Beispiels bei Suse. Die Einwahl funktioniert aber sobald ich ein Programm auf dem Server vom Client aus aufrufe, erhalte ich folgende Fehlermeldung, die den Server auflegen laesst: p55 kernel: ip_rewrite_addrs(): shifting saddr from 192.168.10.55 to 192.168.20.55 (state 1) wenn ich nach der Einwahl im Server kein Programm aufrufe und immer mal "return" tippe bleibt die Verbindung bestehen. wenn sich der Client eingewaehlt hat und ich vom Server eine telnet-sesson auf dem Client starte bleibt die Verbindung erhalten und das .100er Netz ist erreichbar. Starte ich nach dem geglueckten einlogen mit dem client "vi" oder "ls" erhalte ich die obengenannte Fehlermeldung. 1)Was fehlt an meiner Konfiguration um eine Telnet session ohne abbruch zu erhalten? 2)Fehlt etwas um von meinem 192.168.100er Netz in das 192.168.10er Netz zu routen? Danke im voraus fur die Antworten Thorsten Konfiguration: keine Kompression, keine Kanalbuendelung Server: ------- etho: 192.168.10.55 ippp0: zum Provider ippp1: 192.168.20.55 ppp-Partner 192.168.60.1 options.ippp1: 192.168.20.55:192.168.60.1 route: 192.168.10.0 eth0 192.168.50.0 ippp1 192.168.100.0 ippp1 default ippp0 Client: -------- Clients sind Linux und/oder Bianca Brick XM bei beiden treten die gleichen Symptome auf! Linux options.ippp0: 0.0.0.0: route: 192.168.50.0 eth0 192.168.100.0 hostroute ueber eth0 192.168.20.0 ippp0 192.168.10.0 ippp0 Protokol des Servers in messages ------------------------------------ Sep 8 15:47:45 p55 kernel: HiSax: SI=7, AI=0 Sep 8 15:47:45 p55 kernel: ippp1: call from 006xxx -> 1 accepted Sep 8 15:47:45 p55 isdnlog: (HiSax driver detected) Sep 8 15:47:45 p55 isdnlog: Sep 08 15:47:45 * Call to tei 127 from +6xxx/, on ? CPN +6xxx Sep 8 15:47:45 p55 isdnlog: Sep 08 15:47:45 * Call to tei 127 from +6xxx/, on +49 6131/1, Mainz RING (Data) Sep 8 15:47:45 p55 isdnlog: Sep 08 15:47:45 Call to tei 65 from +6xxx/, on +49 6131/1, Mainz CONNECT (Data) Sep 8 15:47:46 p55 kernel: isdn_net: ippp1 connected Sep 8 15:47:46 p55 kernel: isdn_net: chargetime of ippp1 now 12900 Sep 8 15:47:46 p55 ipppd[124]: Local number: 1, Remote number: , Type: incoming Sep 8 15:47:46 p55 ipppd[124]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 7 Sep 8 15:47:49 p55 ipppd[124]: lcp layer is UP Sep 8 15:47:49 p55 ipppd[124]: Check_passwd called with user=USERX Sep 8 15:47:49 p55 ipppd[124]: MPPP negotiation, He: No We: No Sep 8 15:47:49 p55 ipppd[124]: CCP enabled! Trying CCP. Sep 8 15:47:49 p55 ipppd[124]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Sep 8 15:47:49 p55 ipppd[124]: ccp_resetci! Sep 8 15:47:49 p55 ipppd[124]: local IP address 192.168.20.55 Sep 8 15:47:49 p55 ipppd[124]: remote IP address 192.168.60.1 Sep 8 15:47:49 p55 in.telnetd[244]: connect from USERX(a)192.168.50.100 Sep 8 15:48:19 p55 kernel: ip_rewrite_addrs(): shifting saddr from 192.168.10.55 to 192.168.20.55 (state 1) Sep 8 15:49:45 p55 ipppd[124]: LCP terminated by peer Sep 8 15:49:46 p55 kernel: isdn_net: local hangup ippp1 Sep 8 15:49:46 p55 kernel: ippp1: Chargesum is 0 Sep 8 15:49:46 p55 isdnlog: Sep 08 15:49:46 Call to tei 65 from +6xxx/, on +49 6131/1, Mainz Normal call clearing (User) Sep 8 15:49:46 p55 ipppd[124]: Modem hangup Sep 8 15:49:46 p55 ipppd[124]: Connection terminated. Sep 8 15:49:46 p55 ipppd[124]: taking down PHASE_DEAD link 0, linkunit: 0 Sep 8 15:49:46 p55 ipppd[124]: closing fd 7 from unit 0 Sep 8 15:49:46 p55 ipppd[124]: link 0 closed , linkunit: 0 Sep 8 15:49:46 p55 ipppd[124]: reinit_unit: 0 Sep 8 15:49:46 p55 ipppd[124]: Connect[0]: /dev/ippp1, fd: 7 Sep 8 15:49:46 p55 kernel: isdn: HiSax,ch0 cause: E011F Sep 8 15:49:46 p55 isdnlog: Sep 08 15:49:46 Call to tei 65 from +6xxx/, on +49 6131/1, Mainz Normal, unspecified (Private network serving local user) Sep 8 15:49:46 p55 isdnlog: Sep 08 15:49:46 Call to tei 65 from +6xxx/, on +49 6131/1, Mainz HANGUP ( 0:02:01 I= 7.5Kb O= 8.0Kb) mailto: thorsten(a)systrade.de

4 4

Re: [suse-isdn] call without CPN, assuming 0
by Szomraky Stefan 13 Sep '99

13 Sep '99

Anscheinend verstehst du mich nicht, und kommst mal wieder zu spät ;-) Es ist nämlich schon wieder geschichte... Aber von mir aus erklär ich es dir ;-) Ich habe 2 PCs. Beide hängen (einstweilen) am selben Anschluß. Der Anschluß hat natürlich 2 MSNs. So, PC1 hat zb. MSN 555-5125, PC2: 555-1235 Wenn jetzt PC1 PC2 anruft, dann bekommt PC2 von der Post wer ihn ANRUFT, und wer ANGERUFEN WIRD (sonst könnte er gar nicht wissen das ER abheben muß). Er sieht "aha, ich wurde angerufen: Abheben" Wenn nun PC2 PC1 anruft, dann bekommt PC1 von der Post wer ihn ANRUFT (was aber eigentlich belanglos ist), aber nicht wer ANGERUFEN WIRD. Jetzt sagt er sich: "dann nehm ich halt dafür einfach 0", dannach überprüft er : "0 ist aber nicht meine MSN, ignorieren" .... Capisce? War aber einfach zu lösen: MSN auf 0 setzen... Wie auch immer.. cu Kersten Bühnert wrote: > > stevewonder2(a)gmx.net wrote: > > > > Ich habe ein Problem. Ich habe 2 Devices konfiguriert, eins zum einwählen > > (mit +PAP), eins welches rauswählt. > > Und das auf 2 Rechnern. > > So. Rechner 1 wählt über ippp1 Rechner 2 an (auf ippp0). Klappt. > > Recher 2 wählt über ippp1 Rechner 2 an (auf ippp0) Klappt nicht. > Hast Du hier was verwechselt??? > > > die oben genannte fehlermeldung taucht auf.! > > > > Lustig, denn man sieht VON WEM es kommt, aber man sieht nicht AN WEN. > > Umgekehrt geht es aber, und das ist exact die selbe konfig (außer ip > > addressen und telnummern) > Bist Du Dir da ganz sicher??? Ich wuerde mal annehmen, dass der Rechner, > welcher die Fehlermeldung lt. Subject produziert, keine Telefonnummer > des anrufenden uebermittelt bekommt ... > Falls es oben keine Verwechselung war, koennte es u.U. etwas schwierig > werden, da Du Dich dann selbst anzuwaehlen versuchst ... > > Gruss, > > Kersten > > > > > Was hab ich falsch gemacht? > > > > -- > > Sent through Global Message Exchange - http://www.gmx.net > > > > -- > > 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 > > -- > ------------------------------------------------------------------------- > Sie sollten deutlich weniger (Kaffee) trinken ... > > ... wenn Sie Videos in "fast forward" sehen. > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > Kersten Bühnert > Tel. : +49-(0)179-2 93 00 30 > EMail: Kersten.Buehnert(a)gmx.net > ------------------------------------------------------------------------- -- Get Paid to Surf the Web: http://www.alladvantage.com/go.asp?refid=APP000 Hey! My inglis is berfekt, isnt it?

1 0

Re: [suse-isdn] Hmm: IP der Gegenstelle
by Szomraky Stefan 13 Sep '99

13 Sep '99

Lieber Kersten. Du kommst viel zu spät! 2 Minute nach dem absetzen des mails von mir, kam mir die idee einfach selber zu arbeiten. am nächsten Tag hatte ich dann schon die Funktionierende Verbindung! Ich schreib vielleicht mal ein HOWTO für die die zu faul sind. (so wie ich es war ;-) Ich hab vollgenden Task geschaft: 3 Standorte: Croydon (UK), Klagenfurt (AT), Balaton Lelle (H) Die haben alle verschiedene IP Ranges. (klaro ;-) Wenn jetzt jemand in H was von AT will, dann gibt er einfach die IP ein, bzw. muß gar nix davon wissen, weil ich eh alles in VB für die Teppen geschrieben hab (generell Teppen, nicht ungarische Teppen (bin ja selbst halb Ungar) :-). Der LinuxGateway unten wählt sich dann einfach nach Klagenfurt ein, via ISDN... Gut, nach einer Zeit legt er wiede auf (kennen wir ja). Umgekehrt gehts auch, auch von Croydon aus nach AT, bzw, H. Also von überall sind alle Partner erreichbar, vergleichbar mit dem Telefon. Da kann ich ja auch jeden anrufen und von jedem angerufen werden ;-) War ganz einfach, routing war ein klax, aber ich hab tipfehler übersehen, und deswegen hat das aufsetzten fast 1 Tag gedauert.. Puh.... cu Kersten Bühnert wrote: > > Stefan Szomraky wrote: > > > > Ich habe ein Problem. Ich habe ISDN Device, welches für Einwahl da ist. Es > > geht gut. Ich konnte einwählen, TCP/IP forwarding ging. > > > > Aber ich habe Problem, das ich in Zukunft nicht wissen werde die > > Gegenstellen IP (klar, denn da sollen mehrere einwählen können). > Unsinn, die Gegenstellen IP-Adresse kannst Du ja zuweisen, solange Dein > Rechner den Server spielt. Frag mich jetzt bitte aber nicht, wie das bei > Sync-PPP ueber ISDN geht. Falls Du die anderen per Raw-IP anbinden > willst (was bei Verbindungen in demselben Ortsnetz --- wenn moeglich > nur ueber dieselbe Vermittlungsstelle --- recht gut funktionieren > sollte; > mit dem Nachteil, dass die Authentifizierung nur ueber die uebermittelte > Telefonnummer geschieht --- sollte sicherheitstechnisch nicht das grosse > Problem sein, wenn man ein wenig schaut bzw. einen entsprechenden > Firewall aufsetzt), muessen die Adressen ja sowieso vorher festgelegt > werden. > (Wow, toller Satz --- koennte direkt von Thomas Mann sein ;-) > > > > > Wenn ich das Feld jetzt freilasse, dann kommt Meldung das ungültig sei. > > Was soll ich jetzt eintragen? Und wie bekomme ich dann später die IP der > > gegenstelle raus? Wie kriegt er die raus? > Wie oben gesagt. > > Gruss, > > Kersten > > P.S. Wenn Du was aufgesetzt hast bzw. ein Konzept hast, bin ich gern > bereit Dir weiterzuhelfen, soweit es mir moeglich ist. > > > > > danke > > > > -- > > Sent through Global Message Exchange - http://www.gmx.net > > > > -- > > 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 > > -- > ------------------------------------------------------------------------- > Sie sollten deutlich weniger (Kaffee) trinken ... > > ... wenn Sie Videos in "fast forward" sehen. > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > Kersten Bühnert > Tel. : +49-(0)179-2 93 00 30 > EMail: Kersten.Buehnert(a)gmx.net > ------------------------------------------------------------------------- -- Get Paid to Surf the Web: http://www.alladvantage.com/go.asp?refid=APP000 Hey! My inglis is berfekt, isnt it?

1 0

Re: [suse-isdn] isdnlog: Nikoma in USA
by F.Liebig 12 Sep '99

12 Sep '99

:> Hallo Liste, :> isdnlog meint, eine Anwahl zu Nikoma (Internet by call) :> 01098 0800 6456621 ist eine USA-Verbindung, und berechnet den :> USA Tarif! : :Hallo Justus, : :wenn Du in /etc/isdn/isdnlog.isdnctrl0.options :amt=0 :eintraegst, sollte die Berechnung wieder stimmen. : :Da Du wohl eine 0 vorwaehlst, meint isdnlog 001 098...=USA. : :Gruss : :Chris Hallo Chris, Hallo Liste, das war's! Danke, jetzt geht's. Er erkennt nur noch nicht die 0800.. Nummer (Zone 500); Dateien wohl zu alt. Gruss Justus # F.Liebig # Am Schlangenholt 22 # D-46240 Bottrop # Germany # Tel.: +49(0)2041 988717 privat # Tel.: +49(0)234 910-8714 Buero

1 0

call without CPN, assuming 0
by stevewonder2＠gmx.net 12 Sep '99

12 Sep '99

Ich habe ein Problem. Ich habe 2 Devices konfiguriert, eins zum einwählen (mit +PAP), eins welches rauswählt. Und das auf 2 Rechnern. So. Rechner 1 wählt über ippp1 Rechner 2 an (auf ippp0). Klappt. Recher 2 wählt über ippp1 Rechner 2 an (auf ippp0) Klappt nicht. die oben genannte fehlermeldung taucht auf.! Lustig, denn man sieht VON WEM es kommt, aber man sieht nicht AN WEN. Umgekehrt geht es aber, und das ist exact die selbe konfig (außer ip addressen und telnummern) Was hab ich falsch gemacht? -- Sent through Global Message Exchange - http://www.gmx.net

3 2

isdnlog: Nikoma in USA
by F.Liebig 12 Sep '99

12 Sep '99

Hallo Liste, isdnlog meint, eine Anwahl zu Nikoma (Internet by call) 01098 0800 6456621 ist eine USA-Verbindung, und berechnet den USA Tarif! Ich betreibe eine passive ISDN-Karte (Teles 16.3 nonPnP) an dem internen S0-Bus (Euro-ISDN) einer Ackermann Euracom 181; MSN der Karte = 22, Ortsnetz = Bottrop (02041), holen Amt = 0. Rechner: Pentium III, SuSe 6.2 (2.2.10) Standardkernel, isdnlog: Version 3.41. Ich habe schon an allen moeglichen Parametern geschraubt, es aendert sich aber nichts! :Auszug aus /var/log/messages \ = manueller Umbruch fuer Mail Sep 11 22:49:02 server isdnlog: Sep 11 22:49:02 tei 65 calling +1 09808006456621, \ USA with ISDN-Karte 2.CI 0.240 DM (after 0:00:10) :passender Eintrag aus /var/log/isdn.log Sep 11 22:48:52 1999|+49204122 |+109808006456621| 80| 8011| \ 937082932| -1|O| 16| 77200| 7743|3.2|7|0|0.12|DEM|1.08| 33| -1| :Auszug aus /etc/isdn/isdn.conf [GLOBAL] AREALIB = /usr/lib/isdn/areacodes COUNTRYPREFIX = + COUNTRYCODE = 49 AREAPREFIX = 0 # EDIT THIS LINE: AREACODE = 2041 [VARIABLES] [ISDNLOG] LOGFILE = /var/log/isdn.log COUNTRYFILE = /usr/lib/isdn/country-de.dat HOLIDAYS = /usr/lib/isdn/holiday-de.dat RATEFILE = /usr/lib/isdn/rate-de.dat RATECONF = /etc/isdn/rate.conf ZONEFILE = /usr/lib/isdn/zone-de-%s.gdbm ILABEL = %b %e %T %ICall to tei %t from %N2 on %n2 OLABEL = %b %e %T %Itei %t calling %N2 with %n2 REPFMTWWW = "%X %D %17.17H %T %-17.17F %-20.20l SI: %S %9u %U %I %O" REPFMTSHORT = "%X%D %8.8H %T %-14.14F%U%I %O" REPFMT = " %X %D %15.15H %T %-15.15F %7u %U %I %O" CHARGEMAX = 20.00 : Files sind alle da Wo habe ich vergessen zu schrauben? Vielen Dank. Justus # F.Liebig # Am Schlangenholt 22 # D-46240 Bottrop # Germany # Tel.: +49(0)2041 988717 privat # Tel.: +49(0)234 910-8714 Buero

2 1

was bleibt bei NeuInstallation?
by Frank Wening 12 Sep '99

12 Sep '99

Hallo zusammen, ich habe mal wieder ein paar Fragen und hoffe, daß mir jemand helfen kann. 1. Ist es sinnvoll große Partitionen anzulegen (15GB). Hier sollen Images abgelegt werden. Wie ist das mit den Zugriffen (schnell oder langsam) usw.? 2. Wie sollten dann die Inodes ausgewählt werden (größer je weniger kleine Dateien?) 3. Wenn ich eine Partition bei einer Installation nicht mounte und nach getaner Arbeiter in /etc/fstab wieder eintrage zum automatischen mounten beim Neustart, sind dann meine Daten noch da? 4. Kann ich einfach die /etc/passwd und die /etc/shadow Dateien sichern und nach der Installation (wenn ich die Dateien zurückkopiert habe) sind meine user mit alten Passwörtern vorhanden? Homeverzeichnisse bei Inst. umountet. 5. Geht das mit diskquota ähnlich wie unter 4.? Gruß und vielen Dank an alle Frank -- Frank Wening Email: Frank.Wening(a)gmx.de Köln http://www.Frank-Wening.de RegLinuxUser: 141365 http://counter.li.org

2 1

kernel 2.2.10 und neue fritz PCI
by Klaus-J. Wille 10 Sep '99

10 Sep '99

Hallo newsgroup, ich habe wegen einer Schmorerei unter anderem auch eine neue Fritz PC(statt vorher classic). Unter anderem habe ich auch den kernel 2.2.10 kompiliert (auch den der S.u.S.E 6.2 mit gleichem Ergebnis). Problem ist jetzt, daß ich diverse Fehlermeldungen bekomme (s. /var/log/messages) und yast bei der ISDN - Hardware wegen der nicht vorhandenen B1 in rc.config.d meckert - zu recht finde ich. Ich habe die neuesten cvs i4l und utils installiert/kompiliert (ich hoffe richtig). Das einzige, was ich bisher gefunden habe, sind die entsprechenden Meldungen in */messages: Sep 9 17:34:08 willi kernel: ISDN subsystem Rev: 1.86/1.73/1.89/1.52/none/1.2 loaded Sep 9 17:34:08 willi kernel: HiSax: Linux Driver for passive ISDN cards Sep 9 17:34:08 willi kernel: HiSax: Version 3.3 (module) Sep 9 17:34:08 willi kernel: HiSax: Layer1 Revision 2.36 Sep 9 17:34:08 willi kernel: HiSax: Layer2 Revision 2.20 Sep 9 17:34:08 willi kernel: HiSax: TeiMgr Revision 2.12 Sep 9 17:34:08 willi kernel: HiSax: Layer3 Revision 2.9 Sep 9 17:34:08 willi kernel: HiSax: LinkLayer Revision 2.34 Sep 9 17:34:08 willi kernel: HiSax: Approval certification failed because of Sep 9 17:34:08 willi kernel: HiSax: unauthorized source code changes Sep 9 17:34:08 willi kernel: HiSax: Warning - no protocol specified Sep 9 17:34:08 willi kernel: HiSax: Note! module load syntax has changed. Sep 9 17:34:08 willi kernel: HiSax: using protocol EURO Sep 9 17:34:08 willi kernel: HiSax: Total 0 card defined Sep 9 17:34:08 willi kernel: ISDN-subsystem unloaded Sep 9 17:34:11 willi lpd[138]: restarted Sep 9 17:34:13 willi /usr/sbin/cron[162]: (CRON) STARTUP (fork ok) Sep 9 17:34:32 willi login: pam_unix session started for user root, service login Weiß jemand Rat? Gruß Klaus

2 1

dial-in problem (user busy)
by Martin Schreiber 10 Sep '99

10 Sep '99

Hallo Liste. Ich versuche zur Zeit einen dial-in Zugang auf einer Suse5.3(2.0.36) einzurichten. Die verwendete ISDN Karte ist eine AVM Fritz!PCI. (dialout, masquerading, firewall, nameserver läuft bereits) Beim dial-in erhalte ich immer die Meldung user busy (bin leider nicht am betreffenden Rechner und kann daherdie genaue Meldung nicht posten). Die Authentifizierung läuft über PAP. Username und Passwort sind eingetragen (nach Anleitung aus der SDB) in YaST sind alle Anrufer als gültig eingetragen. Eigentlich sollte es ja funktionieren, tut es aber nicht. Hat jemand einen Vorschlag wo ich noch suchen könnte ? Vielen Dank schonmal Martin Schreiber

1 0

pro User ein anderer INternet Provider
by Markus A. 10 Sep '99

10 Sep '99

Hi Leute wie stell ich es an das jeder user bei seinem INternetprovider anrufen kann ??? irgendwelche inovationen ps: ich bin nicht der große scripte schreiber also faellt sowas schon mal weg :( Tschuees Markus

5 5

isdn4k-utils
by Detlef Deutzer 09 Sep '99

09 Sep '99

Hallo Leute! Habe mir die aktuelle isdn4k-util vom ftp von SuSE runtergeholt! Beim make config kommt das Menu soweis so gut und dann fängt er an alles abzuarbeiten! Bis zum xmonisdn da bricht er ab! ---schnip--- imake -DUseInstalled -I/usr/X11R6/lib/X11/config Imakefile.c:13: Imake.tmpl: No such file or directory imake: Exit code 33. Stop. make[2] : *** [config] Error 1 make[2]: Leaving directory ´/root/isdn4k-utils/xmonisdn´ make[1]: *** [subconfig] Error 2 make[1]: Leaving directory ´/root/isdn4k.utils´ make: *** [menuconfig] Error 2 ---schnip--- Weis jemand was das ist??? Mfg Detlef

2 1

isdn-Probleme mit Kernel 2.2.11 und 2.2.12
by Manfred Tremmel 09 Sep '99

09 Sep '99

Hallo, ich hab seit dem Einsatz des 2.2.11er und jetzt 2.2.12er Kernel (ungepatcht) das Problem, dass beim heruntenfahren der Rechner öfters mal beim Unloading ISDN drivers ... stehenbleibt, entsprechend die Platten nicht unmounted werden und ich danach nen Plattencheck abzuwarten habe. Ich hab mir jetzt so geholfen, dass ich in /etc/rc.d/i4l_hardware alle modprobe's mit nem & dahinter versehen habe und einen sleep 2 in die nächste Zeile gesetzt habe. Wenn das Moduleentladen klappt, ok, wenn nicht, gehts zumindestens weiter. Bin ich allein mit dem Problem, oder haben andere ähnliche erfahrungen gemacht. Desweitern musste ich feststellen, dass beim compilieren der isdn4k-utils ein fehlendes "/usr/src/linux/include/linux/isdn_lzscomp.h" angemeckert wird (hab das alte rüberkopiert). -- Machs gut Manfred http://www.iiv.de/schwinde/buerger/tremmel/

1 0

Hmm: IP der Gegenstelle
by Stefan Szomraky 09 Sep '99

09 Sep '99

Ich habe ein Problem. Ich habe ISDN Device, welches für Einwahl da ist. Es geht gut. Ich konnte einwählen, TCP/IP forwarding ging. Aber ich habe Problem, das ich in Zukunft nicht wissen werde die Gegenstellen IP (klar, denn da sollen mehrere einwählen können). Wenn ich das Feld jetzt freilasse, dann kommt Meldung das ungültig sei. Was soll ich jetzt eintragen? Und wie bekomme ich dann später die IP der gegenstelle raus? Wie kriegt er die raus? danke -- Sent through Global Message Exchange - http://www.gmx.net

2 1

staendiger verbindungsaufbau
by Dirk Kutsche 08 Sep '99

08 Sep '99

Hallo Liste, eine Kiste ist am letzten Wochenende plötzlich Amok gelaufen und hat nimmer aufgehört sich einzuwählen. :(((( Auslösende Zeile war für mich eine vorerst reguläre Verbindung, die dann durch folgendes (nicht wie sonst durch timeout) abgebrochen wurde: Sep 3 13:17:14 GW kernel: isdn: Fritz,ch0 cause: E0010 Danach folgen nur noch Anwahlen und Abwahlen - diese Fehlermeldung wieder holt sich etliche Male. Normalerweise wird alle Stunde (unter Tags) via cron und fetchmail die post abgeholt + dod üebr squid. Any hints? Die causes bei Suse geben über 0010 nix her. Nach reboot ist momentan alles in Ordnung. -- Gruesse von Dirk Kutsche --

1 1

ISDN und "merkwuerdige" IP-Abfragen
by blancke＠t-online.de 08 Sep '99

08 Sep '99

Guten Abend! Neulich schrieb ich schon einmal hierher wegen unerklaerlicher Datenpakete auf der ISDN-Leitung, die das Device staendig offen halten. Nachdem mir einer empfahl, mit "options query-log" in /etc/named.boot (bind4 hier) mal mitzuprotokollieren, welche Anfragen da im Netz gestellt werden (es scheint ein Namensaufloesungsproblem zu sein), erhalte ich jetzt folgende Zeilen ausschnittweise in /var/log/messages, bei denen ich die Uhrzeit mal drangelassen habe, damit man sich ein Bild ueber die Regelmaessigkeit im Zeitverhalten machen kann: Sep 6 21:05:24 server named[760]: XX /192.168.1.1/28.5.68.0.in-addr.arpa/PTR Sep 6 21:05:29 server named[760]: XX /192.168.1.1/31.5.68.0.in-addr.arpa/PTR Sep 6 21:05:34 server named[760]: XX /192.168.1.1/34.5.68.0.in-addr.arpa/PTR Sep 6 21:05:34 server named[760]: XX /192.168.1.1/35.5.68.0.in-addr.arpa/PTR Sep 6 21:05:39 server named[760]: XX /192.168.1.1/37.5.68.0.in-addr.arpa/PTR Sep 6 21:05:44 server named[760]: XX /192.168.1.1/40.5.68.0.in-addr.arpa/PTR usw. usw. spaeter dann: Sep 6 21:08:24 server named[787]: XX /192.168.1.1/140.5.69.0.in-addr.arpa/PTR Sep 6 21:08:24 server named[787]: XX /192.168.1.1/143.5.70.0.in-addr.arpa/PTR Sep 6 21:08:34 server named[787]: XX /192.168.1.1/143.5.70.0.in-addr.arpa/PTR Sep 6 21:08:34 server named[787]: XX /192.168.1.1/146.5.70.0.in-addr.arpa/PTR Ich habe bereits vieles weggeklemmt, eth0 raus, named auch mal raus (die Pakete blieben, nunmehr mit tcpdump wie neulich beschrieben gearbeitet, gibt allerdings kaum was her ausser "truncated_ip", scheint am tcpdump auf ippp0 zu liegen), squid raus. Das Phaenomen bleibt. Wer fragt da reihum die IPs ab bzw. moechte diese aufloesen? Hier laeuft Original-SuSE 6.1, Kernel 2.2.7, i4l mit passiver Fritz. Ist das ueberhaupt ein ISDN-Problem? Danke fuer weitere Hilfestellungen! Gruss Peter Blancke

3 3

Re: [suse-isdn] ipppd wdhlt nicht
by Leopold Toetsch 08 Sep '99

08 Sep '99

Hi, -----Original Message----- From: Christoph Dohmen <chdohmen(a)cae-gmbh.de> To: Max Treiber <max(a)ozet.de>; mailing list <suse-isdn(a)suse.com> Date: Mittwoch, 08. September 1999 07:53 Subject: Re: [suse-isdn] ipppd wdhlt nicht >/sbin/init.d/routed start Kann ich mir nicht vorstellen, dass du dynamisches Routing brauchst. leo

1 0

Re: [suse-isdn] rate.conf ????
by Leopold Toetsch 08 Sep '99

08 Sep '99

Hi, -----Original Message----- From: Markus <markusa(a)bigfoot.com> To: mailing list <suse-isdn(a)suse.com> Date: Dienstag, 07. September 1999 18:48 Subject: [suse-isdn] rate.conf ???? >Hi > >was hat den die Datei /etc/isdn/rate.conf in der Suse 6.2 fuer eine >Aufgabe ??? > >Sieht mir schwer nach Leascost Routing aus ?? > >wer weiß was genaueres dazu ? isdnlog/README Wenn ein Provider verschieden Tarifmodelle anbietet, muss isdnlog irgenwie wissen, welches davon gemeint ist. leo

1 0

T-Online und HUPTIMEOUT
by Martin Lesser 08 Sep '99

08 Sep '99

Hallo, woran liegt es, daß isdnlog den HUPTIMEOUT bei T-Online-Verbindungen immer auf 240 sek. setzt? Der Chargeint wird korrekt auf 60 sek. gesetzt. Dabei ist es egal, ob in der callerid.conf für 0191011 ZONE=100 oder ZONE=17 oder gar nichts eingetragen ist. Bei anderen Providern setzt isdnlog den HUPTIMEOUT so, wie er beim Start von isdnlog mitgegeben wurde. Ebenfalls egal ist, ob bei der T-Online-Nummer der Provider 01033 mitgewählt wird. Danke im voraus Martin

1 1

Re: [suse-isdn] pnpdump + Sportster ISDN TA
by system 08 Sep '99

08 Sep '99

-----Original Message----- From: Szomraky Stefan <stevewonder2(a)gmx.net> To: suse-isdn(a)suse.com <suse-isdn(a)suse.com> Date: Wednesday, September 08, 1999 7:40 AM Subject: Re: [suse-isdn] pnpdump + Sportster ISDN TA >Danke an alle. > >Natürlich ist diese Karte keine PnP karte... Aber das problem >ist natürlich der Interrupt. Im manual steht ganz lustig: >Weisen sie der Karte einen Interrupt zu. Haha Tolle Beschreibung. >Dann bleibt mir wohl nix andres übrig als die Karte irgendwo einzubauen >wo auch windoze installiert ist .... hmm.. und dann zu hoffen das >wenn man in windoze den interrupt umstellt, die karte sich das in einem >EEPROM merkt. was ich aber bezweifle... eher glaub ich das die einen >standardinterrupt hat, und den kann man nur runtimemäßig ändern... In der karte steckt kein EEPROM, der Interrupt wird jedesmal beim laden des Treibers zugewiesen. Das funktioniert mit Windos als auch mit Linux... ... aber Achtung diese Karte kann nicht jeden beliebigen Interrupt bekommen. Gruss Klaus H. Krutzke

1 0

[suse-isdn] ipppd wählt nicht
by max＠ozet.de 08 Sep '99

08 Sep '99

Hi, Ich habe einen Rechner mit SuSE Linux 6.1 installiert, dann auf 6.2 upgedated und jetzt versucht isdn zu installieren. ich habe alles mit YAST installiert (AVM Fritz-Card classic) und die module wurden ordnungsgemäß geladen. Leider funktioiert gar nix. Es kommen ständig anrufe auf der Karte an, die nach meiner Einstellung nicht angenommen werden. Von Wo und Wem weiß ich nicht ... Immer wenn ich zum Provider herauswähle kommt in /ver/log/messages dialing ippp0 1 *nummer* dialing ippp0 2 *nummer* dialing ippp0 3 *nummer* dialing ippp0 4 *nummer* dialing ippp0 5 *nummer* ohne Fehlermeldung. (5-Mal weil ich das so eingestellt habe) und nix weiter ... kein disconnect, kein verbindungsaufbau, nur die 5 zeilen. Ich hatte vor Ewigkeiten schon mal isdn unter suse 5.3 laufen, aber so was merkwürdiges ist mir noch nicht passiert. Woran kann das liegen ? Thx, Max max(a)ozet.de

3 2

pnpdump + Sportster ISDN TA
by Szomraky Stefan 08 Sep '99

08 Sep '99

Hallo Ich habe ein eine "U.S. Robotics - Sportster ISDN TA" ISDN ISA Karte. leider bekomme ich sie nicht zum laufen. Ich starte pnpdump, und es kommt die Meldung : scanning port .... no cards found... auf der Karte kann ich einen Jumper setzen, der den IOPort ändert. Ich kann zwischen 0x270, 0x268, 0x258, 0x238 wählen. Ich habs auch 0x268 gelassen. pnpdum scannt aber beginnend von 0x203 bis 0x3f3 immer nur in 8 er schritten. Also 0x203, 0x20b, 0x213, 0x21b ... Er wird sie also niemals finden. Auch ein pnpdump 0x268 hat nix gebracht. Er fangt dann bei 0x26b an zu scannen.... Argh! Wie bekomme ich trotzdem diese Karte zum laufen? Danke PS: es hat wahrscheinlich nix damit zu tun, aber könnte es sein das es schlecht war bei diesem alten 486er DX4, ohne PCI bus, den PCI support im kernel abzudrehen?

3 3

Fritz!Card PCMCIA (V 2.0) und SuSE 6.2
by Martin Jochum 07 Sep '99

07 Sep '99

Hallo zusammen, ich möchte auf einem Notebook (Toshiba 4080XCDT) eine Fritz!Card PCMCIA - Karte in Verbindung mit SuSE 6.2 installieren. Leider gelingt es mir nicht die Karte zu arbeiten zu bewegen. Die PCMCIA-Netzwerkkarte wird korrekt erkannt und funktioniert einwandfrei. Folgende Versuche habe ich schon hinter mir: - neues ISDN-Paket und Utilities geladen und installiert. - PCMCIA - Module 3.14 installiert. - neuen Kernel konfiguriert und installiert. Alle Versuche brachten leider keinen Erfolg. Hat hier noch jemand eine Idee woran es liegen könnte? Gruß Martin

3 4

Internet als Normaluser mit suse 6.2
by Markus 07 Sep '99

07 Sep '99

Hi Leute Was muss ich machen damit ich mit der Suse 6.2 ins Iternet komme ?? Also Root user klappt das alles schon wunderbar automatisch wie ich alles haben möchte, da ich aber nicht immer als Root User arbeiten möchte versuche icn nun schon seit einiger Zeit das ganze mit einem Normalen User zu realisieren . Wie muss ich die Rechte vergeben damit das Funktioniert Ciao MArkus

1 0

rate.conf ????
by Markus 07 Sep '99

07 Sep '99

Hi was hat den die Datei /etc/isdn/rate.conf in der Suse 6.2 fuer eine Aufgabe ??? Sieht mir schwer nach Leascost Routing aus ?? wer weiß was genaueres dazu ? Tschuess Markus

1 0

Dial-In Server fuer WIN NT Clients
by Bergmann, Günther 07 Sep '99

07 Sep '99

Hallo, ich habe hier einen Dial-in-Server aufgesetzt, der jetzt auch NT-Clients bedienen soll. Leider klappt das nicht so wie erhofft. Ich bekomme in /var/log/messages die folgenden Meldungen : Sep 7 13:18:19 rt08 ipppd[112]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Sep 7 13:18:19 rt08 ipppd[112]: sent [0][LCP ConfReq id=0x1 <mru 1524> <auth pap> <magic 0xd4b2e47d>] Sep 7 13:18:46 rt08 last message repeated 9 times Sep 7 13:18:49 rt08 ipppd[112]: LCP: timeout sending Config-Requests Sep 7 13:18:49 rt08 ipppd[112]: Connection terminated. Das System ist eine SuSE 6.0 mit Kernel 2.0.36. Hardware eine ELSA Quickstep 1000 PCI. Der Client ist Windows NT Workstation 4.0, SP3. In /etc/options.ippp0 habe ich "+pap+ eingetragen, die Einstellungen auf dem Client sind wie folgt: Software-Komprimierung : Nein LCP-Erweiterungen fuer PPP aktivieren : Ja Protokolle : Nur TCP/IP Beliebige Echtheitsbestaetigung ( einschl. unverschluesselte ) IP-Vorspann und -Komprimierung verwenden : Nein Standard-Gateway auf dem Remote Netzwerk verwenden : Ja Hat jemand einen Tip fuer mich ? Was habe ich nicht verstanden ? MfG Guenther /-----------------------------------------------\ | Guenther Bergmann | | Karl Mayer GmbH Textilmaschinenfabrik | | Bruehlstr. 25 | | 63179 Obertshausen, Germany | | EMail : GBergmann(a)karlmayer.de | | privat : bergmann(a)wombaz.robin.de | \-----------------------------------------------/

1 0

Re: Maus weg nach Update 6.1 auf 6.2
by Joerg Henner 07 Sep '99

07 Sep '99

On Tue, Sep 07, 1999 at 09:51:17AM +0200, Oliver Fleig wrote: > > > Aber auch der X-Server findet unter XF86Setup die Maus nicht mehr. > > > Ergebnis: beim Starten von "startx" bricht der Ladevorgang ab, weil > > > keine Maus gefunden wurde. > > schau mal in den kernel, und übersetz ihn neu (achte auf SERIAL sowie auf > > PARALELL - oder wie man es generell machen sollte: geh alle optionen > > nochmals durch) ... hier hats geholfen. > Hatte das gleiche Problem, lag aber nur daran dass ich den neuen Kernel > nicht ausgewaehlt und installiert hatte. -> Yast -> Admin Sys -> Kernel > auswaehlen. > War's das? wäre vielleicht noch ne option gewesen, nachdem aber unter /usr/src/ bereits die aktuellen 2.2.10.SuSE teile rumlagen, hab ich einfach diese genommen und mir einen eigenen kernel gebastelt ;) > Cheers > Oliver MfG, Joerg. -- LinuxHaus Stuttgart | Tel.: +49 (7 11) 2 85 19 05 Henner, Reyer & Nickels, Datentechnik GbR | D2: +49 (1 72) 7 35 31 09 | Fax: +49 (7 11) 5 78 06 92 Linux, Netzwerke, Webhosting & Support | http://lihas.de

1 0

bitte weiter um Hilfe 6.2-ISDN loeppt nicht :-((
by Hajo C Jeske 07 Sep '99

07 Sep '99

Guten Morgen Leute, inzwischen habe ich eine winzige Inkompatibilitaet zwischen pnpdump_6.1 / pnpdump_6.2 festgestellt: denn nachdem ich unter 6.2 neu 'gedumpt' hatte - und im Editor korrigiert, hoerte a) das Motzen vom System beim Hochfahren auf, b) meldete YaST keine Fehler mehr beim Testlauf i4l-Starten! Allerdings: ISDN laesst sich unter 6.2 auf ein und derselben Kiste nicht zur Mitarbeit bewegen - es wird ueberhaupt nicht ge-dialt. (es wird ueberhaupt kein Kanal belegt) kisdn schmeisst das System knallhart beim Dial-Versuch: Hard-RESET! Fragen: WAS koennte ich beim Configurieren noch uebersehen haben, was sich von 6.1 gegen 6.2 geaendert haben koennte? WIESO werden die Module ueberhaupt beim Hochfahren schon geladen? [hisax.o, isdn.o, isdncrtl.o, slhc.o] Kennt jemand ein Zauber-Wort, welches in eine *conf* eingetragen werden muss, um ISDN zur Mitarbeit zu ueberreden? Habe - allerdings mit meinem 6.1-Wissen - alle relevanten Configs im Editor gecheckt - und kann keinen Fehler finden. ISA-Sedlbauer Speed ... (TeleDat_100) BIOS erkennt die Karte, isapnp erkennt die Karte, ISDN-SubSystem wird geladen ... sda1 mit SuSE6.1 ... ISDN rennt (jetzt gerade) sda1 mit SuSE6.2 ... ISDN streikt - no dial ... ............. (aber isdnlog protokolliert andere Aktivitaeten auf S0-BUS) ............... also ist die Karte da - und loeppt! Wer kennt das Problem - und die Abhilfe? Leider wurschtele ich seit 3 Tagen daran und kann mir keinen Reim drauf machen. - Sachdienliche Hinweise bitte an ... ;-) danke im voraus! -- Gruß Hajo

1 0

Re: SCSI-Doku
by Georg Nies 07 Sep '99

07 Sep '99

Thomas Hertweck wrote: > > Hallo, > > vielleicht etwas OT, ich hoffe, man verzeiht mir das. > > Wo kann man denn mal detailiert nachlesen, was es mit den ganzen > Begriffen wie SCSI-1, SCSI-2, SCSI-3, Fast-SCSI, Ultra-SCSI, > Wide-SCSI, U2W-SCSI usw. usw. aufsich hat?? Ich wuesste gerne Hallo, schau mal in der CT (http://www.heise.de/ct)nach. Dort gab und gibt es immer wieder solche Info's. Tschau Georg Nies

1 0

Re: [suse-isdn] Host-Adress Überprüfung durch provider
by Alexander Meinecke 06 Sep '99

06 Sep '99

Hallo Martin, du hast vermutlich (LEIDER) Recht! hier die genaue Fehlermeldung meines Providers: ---- Zugriff verweigert - Access denied Sie haben versucht, den germany.net PROXY-DIENST anzufordern. Leider können wir Ihrem Wunsch nicht entsprechen. Bei Fragen wenden Sie sich bitte an die germany.net Kundenbetreuung. Wir haben folgenden Fehler festgestellt: Wir können Ihre Hostadresse nicht feststellen Wir bitten um Ihr Verständnis ---- Ich frage mich wirklich, warum der provider so seine Kunden vergraulen will..... Danke trotzdem an alle, die mir helfen wollten Alex Martin Schulze schrieb: > >> > Nach der Systemumstellung bei meinem Provider (GermanyNet) kann ich den > >> > dortigen Proxy-Dienst nicht mehr nutzen, d.h. ich komme nicht mehr ins > >> > Internet. > > >> > Folgendes: Mein System (SuSE 6.0) benutzt einen eigenen Proxy (Squid). > >> > Übergehe ich Squid, kann ich den Proxy Dienst anfordern, läuft die > >> > URL-Anforderung über Squid, erscheint der Fehler. > > Das Problem ist nicht lokal sondern liegt an dem "Parent-Proxy", der > ganz einfach nur "normale" htttp-Clients aka Netscape zulaesst und > keine Child-Proxies unter sich duldet. > > Die genaue Fehlermeldung, die der Squid ausgiebt waere hier von Vorteil, > sie duerfte auf "you are not allowed to access our proxy from your host". > > Loesung: tja, ausser dem Squid so umzupatchen, dass er sich wie ein > 100%-iger Netscape-Client verhaelt oder dem eigenen Proxy abzuschalten > faellt mir nicht viel ein... > > -- > Martin -- Alexander Meinecke Goldregenweg 31 email: mailto:alex.meinecke@gmx.de 53757 Sankt Augustin Homepage: http://www.home4u.de/am ---------------------- Phone: +49 2241 343 190 D1: +49 171 915 14 55 FAX: +49 2241 333 995

3 2

Zugelassene ISDN-Karten
by Oliver Poths 06 Sep '99

06 Sep '99

Hallo Liste! Welche ISDN-Karten die mit i4l laufen sind offiziell von der Telekom zugelassen? Oliver

6 5

Kernel 2.2.10 und fritzcard pcmcia
by Volker Matzken 06 Sep '99

06 Sep '99

Hallo, da bisher auf meine Problem mit der fritzcard/pcmcia und Kernel 2.2.10 keine Reaktionen kamen, habe ich einfach weiter gemacht und den fraglichen Teil "HiSax_closecard" aus avma1_cs.c auskommentiert. Immerhin lädt "es" jetzt die Module, nur habe ich jetzt ein neues Problem (das IMHO mit der Änderung am Quelltext nichts zu tun haben kann): Hisax wird geladen, avma1_cs wird auch geladen...aber dann kommt nach ca. 1 Sekunde der Hinweis (config.c): bbnb01 kernel: AVM A1 (PCMCIA): IRQ 3 count nn bbnb01 kernel: AVM A1 (PCMCIA): IRQ 3 count nn bbnb01 kernel: AVM A1 (PCMCIA): IRQ(3) getting no interrupts during init [1...3] Wahlweise mit sämtlichen mir zur Verfügung stehenden freien Interrupts (/proc/interrupts) Hisax meldet dann, das die Karte nicht installiert werden konnte, aber, daß das Hisax-Modul installiert wurde. Was tun? Weiterpfuschen? HAT JEMAND SCHON EINMAL DIE FRITZCARD PCMCIA UNTER KERNEL 2.2.X ZUM LAUFEN BEKOMMEN??? WENN JA, WIE??? Am Rande des Nervenzusammenbruchs Volker -- ---------------------------- byte.box volker matzken fon 06103.2053590 fax 06103.2053333 ----------------------------

4 7

Masquerading ??
by Maik.Lemp＠t-online.de 06 Sep '99

06 Sep '99

Hallo, Wer kann mit folgender Fehlermeldung etwas anfangen? System lacks IP forwarding -> masquerading not enabled (SuSE 6.2 mit Kernel 2.2.10) Danke für Eure Mühe Gruss Maik

3 2

Verbindungsaufbau mit T-Online beim Start von Linux
by Thomas.Sandscheiper＠t-online.de 06 Sep '99

06 Sep '99

Hallo Liste, ich habe ein kleines Problem mit der ISDN Verbindung zu TONN-line. Ich habe PPP nach dem Handbuch installiert. Das System baut beim Starten sorft eine Verbindung auf, nehme ich den Default Eintrag aus den Route.conf heraus ist es ruhig, leider auch danach ;-). In einer alteren Version 5.1 (oder so) ging es noch jetz mit 6,2 habe ich diese Probleme. Hat jemand noch ein paar Tips mich. Thanks.. ..Thomas

2 1

ISDN-Verlangsamung: Probleme gelöst (oder so)
by Bernd Eggink 06 Sep '99

06 Sep '99

Ich habe mich hier schon ein paarmal mit dem Problem gemeldet, daß seit SuSE 6.1 meine ISDN-Verbindung in bestimmten Situationen unglaublich lahm wird und merkwürdige ping-Zeiten zeigt, die um eine ganze Anzahl von Sekunden (bis zu 5) höher sind als normal. Das Phänomen trat reproduzierbar immer dann auf, wenn es bei bestehender rlogin- oder ftp-Verbindung einen timeout gab und dann automatisch neu gewählt wurde. Ich habe eine Teles 16.3 und eine feste IP-Nr. Von einigen anderen hörte ich, daß sie mit ähnlichen Probleme kämpfen. Nun habe ich durch Herumprobieren zufällig etwas gefunden, das diesen Effekt offenbar beseitigt: Man lösche die Zeilen in /etc/ppp/ip-down, die das Interface herunter- und gleich wieder herauffahren: /sbin/ifconfig $INTERFACE down /sbin/ifconfig $INTERFACE $IFCONFIG Plötzlich läuft alles wie geschmiert, keine Verlangsamung mehr. Ich bin kein ISDN-Experte - kann jemand erklären, was dieses Neustarten überhaupt soll? Liest SuSE hier mit, oder wen kann man ansprechen, daß er diese Sache mal näher untersucht? Gruß, Bernd -- Bernd Eggink Regionales Rechenzentrum der Uni Hamburg eggink(a)uni-hamburg.de http://www.rrz.uni-hamburg.de/eggink/BEggink.html

2 1

Re: ISDN-Verlangsamung: Problem gelöst (oder so)
by Bernd Eggink 06 Sep '99

06 Sep '99

On Sun, Sep 05, 1999 at 09:53:48PM +0200, Alexander Rauth wrote: > >Nun habe ich durch Herumprobieren zufällig etwas gefunden, das diesen > >Effekt offenbar beseitigt: Man lösche die Zeilen in /etc/ppp/ip-down, > >die das Interface herunter- und gleich wieder herauffahren: > > > > /sbin/ifconfig $INTERFACE down > > /sbin/ifconfig $INTERFACE $IFCONFIG > > > >Plötzlich läuft alles wie geschmiert, keine Verlangsamung mehr. Den > >Fehler konnte bisher noch niemand erklären, aber weiß jemand wenigstens, > >wozu dieses Neustarten des Interfaces nach jedem Auflegen eigentlich gut > >ist? Bzw. ob es irgendwelche negative Wirkungen haben kann, wenn man es > >nicht tut? > > Also ich hab das gleiche Problem und hab nun mal die beiden Zeilen auch > auskommentiert. In der Kommentarzeile zu den beiden Zeilen steht irgendwas > von Problemen mit dem kerneldeamon. Aber keinen blassen schimmer wo es da ein > Problem gibt oder gab. Der Kommentar betrifft, glaube ich, nur das "sleep" zwischen Runter- und Rauffahren. Gruß, Bernd -- Bernd Eggink Regionales Rechenzentrum der Uni Hamburg eggink(a)uni-hamburg.de http://www.rrz.uni-hamburg.de/eggink/BEggink.html

1 0

Re: AW: [suse-isdn] Kernel 2.2.10 und fritzcard pcmcia
by Volker Matzken 06 Sep '99

06 Sep '99

Am Mon, 06 Sep 1999 schrieb Szomraky, Stefan: > meinst du mit "ich bekomme keinen interrupt" das du zwar mit isapnp was > einstellst, es aber nicht aktiviert wird? > Dann hast du wahrscheinlich vergessen in isapnp.conf die zeile ACT=Y zu > entkommentieren. > ohne die macht er gar nix > ISAPNP??? Macht mich nicht schwach. hier gehts um PCMCIA! Brauche ich jetzt noch die isapnp-Unterstützung für die Karte? Das Problem ist, das Hisax schon geladen wird und auch in /proc/interrupts unter dem korrekten Interrupt angezeigt wird. Die Karte selber, bzw. das Kernelmodul dafür, meldet aber das der Karte kein Interrupt zugewiesen werden kann. fragt/meint/erläutert volker -- ---------------------------- byte.box volker matzken fon 06103.2053590 fax 06103.2053333 ----------------------------

1 0

Kd.-Nr: 52071, ISDN-Probleme
by Thomas Ruch 06 Sep '99

06 Sep '99

Hallo nette Supportleute von SuSE, Nachdem ich mich bei Euch nun schon ein paar mal gemeldet habe und, teilweise auch wegen des Ablaufs meines Supportzeitraumes durchaus berechtigt, keine oder nur unzureichende Hilfe erhalten habe, hier nun noch einmal kurz aufgelistet die Sachen, die bei meinem ISDN funktionieren sollten (immerhin taten sie es mit SuSE 5.3 auch) und es aber noch nicht tun. Momentan verwende ich SuSE 6.2 mit dem Code auf den CD's (keine Patches oder neuere Sources), eine Creatix S0 Karte (= Teles ohne PnP) und nutze AktivPlus von der Telekom. Bitte teilt mir doch einfach mit, wie ich folgendes realisiert kriege: 1. Wenn die Linux-Büchse Online ist, dann soll 2 Sekunden vor dem nächsten Gebührentakt aufgelegt werden, wenn sich 10 Sekunden lang vorher nichts getan hat. (Achtung auf AktivPlus) 2. Die Gebühren ausgehender Gespräche anderer ISDN-Geräte am selben Bus sollen korrekt im ISDNREP auftauchen, die Info wird von der Telekom nach Gespräch gesendet, was ich mit meinem Telefon getestet habe. Bitte auch um Beachtung von AktivPlus Die beiden Sachen sollten hoffentlich innerhalb meiner 60 Tage Frist lösbar sein. mfg Thomas Ruch (ein bis jetzt noch zufriedener Kunde)

2 1

Teles 16.3c und SuSE 6.2 mit mgetty
by Gerd Hoerst 05 Sep '99

05 Sep '99

Hallo Siet ich heute auf die SuSE 6.2 upgedatet habe will mgetty nimmer mit dem Modem verhandeln: 09/05 23:08:46 yI0 locking the line 09/05 23:08:47 yI0 lowering DTR to reset Modem 09/05 23:08:47 yI0 send: \d\d\d+++\d\d\dAT&D3S14=0&E996263[0d] 09/05 23:08:50 yI0 waiting for ``OK'' 09/05 23:09:10 yI0 timeout in chat script, waiting for `OK' 09/05 23:09:10 yI0 init chat timed out, trying force-init-chat 09/05 23:09:11 yI0 send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d] 09/05 23:09:15 yI0 waiting for ``OK'' ** found ** 09/05 23:09:15 yI0 send: \d\d\d+++\d\d\dAT&D3S14=0&E996263[0d] 09/05 23:09:18 yI0 waiting for ``OK'' Usw. er kriegt kein OK mehr von der ISDN Karte.. Unter Minicom habe ich den gleichen init und das rauswaehlen geht problemlos ! BYe Gerd -- _ _ Powered by SuSE___ ___ ___ | | (_)_ _ _ ___ __ |_ ) |_ ) |_ ) | |__| | ' \ || \ \ / / / _ / / _ / / |____|_|_||_\_,_/_\_\ /___(_)___(_)_/

1 0

telefonieren mit linux
by Manuel Schmidt 05 Sep '99

05 Sep '99

hi, gibt es denn ein programm, mit dem man per ISDN karte telefonieren kann? Vbox kann das ja auch. Am besten wäre Kommandozeile. Danke, schmidi -- Homepage: http://www.schweinfurt.franken.de/~schmidi ================================================================ Für die einen ist es Windows - für die anderen der längste Virus der Welt... ================================================================

2 1

Re: [suse-isdn] Kd.-Nr: 52071, ISDN-Probleme
by Meinhard Schneider 05 Sep '99

05 Sep '99

Hallo Thomas! Thomas Ruch schrieb: > > Hallo nette Supportleute von SuSE, Ich glaube, da verwechselst Du was: Dies ist eine Mailingliste, in der sich Linux-Fans und Unixer zusammengeschlossen haben, um ander (noch nicht so erfahrenen) Hilfestellung zu geben, d.h. dies ist _NICHT_ der Support von SuSE. Den Support erreichst Du unter support(a)suse.de (siehe Handbuch Seite 496). Diese Mailingliste wird auf Seite 498 erwähnt. Aber trotzdem (glaube und hoffe ich; ich tue jedenfalls mein bestes in meiner knappen Freizeit soviele mails von der Liste zu lesen, wie möglich) sind hier alle bereit, Dich so gut, wie es eben geht, zu unterstützen! > > Nachdem ich mich bei Euch nun schon ein paar mal gemeldet habe und, > teilweise auch wegen des Ablaufs meines Supportzeitraumes durchaus > berechtigt, keine oder nur unzureichende Hilfe erhalten habe, hier nun noch > einmal kurz aufgelistet die Sachen, die bei meinem ISDN funktionieren > sollten (immerhin taten sie es mit SuSE 5.3 auch) und es aber noch nicht > tun. Momentan verwende ich SuSE 6.2 mit dem Code auf den CD's (keine Patches > oder neuere Sources), eine Creatix S0 Karte (= Teles ohne PnP) und nutze > AktivPlus von der Telekom. Bitte teilt mir doch einfach mit, wie ich > folgendes realisiert kriege: Ich fürchte, diese Problem ist nicht mehr im Installationssuport enthalten; es hat ja nichts mit einem Problem bei der Installation zu tun. Solche sachen werden vom Bussiness-Support (der Geld kostet) bearbeitet (siehe Seite 497). > > 1. Wenn die Linux-Büchse Online ist, dann soll 2 Sekunden vor dem nächsten > Gebührentakt aufgelegt werden, wenn sich 10 Sekunden lang vorher nichts > getan hat. (Achtung auf AktivPlus) Das wird (glaube ich) irgendwo in ISDN-Howto erklährt; vielleicht kann Dir jemand anderst da weiterhelfen (würde mich aber für eine Problemlösung interressiern ;-)) > 2. Die Gebühren ausgehender Gespräche anderer ISDN-Geräte am selben Bus > sollen korrekt im ISDNREP auftauchen, die Info wird von der Telekom nach > Gespräch gesendet, was ich mit meinem Telefon getestet habe. Bitte auch um > Beachtung von AktivPlus > > Die beiden Sachen sollten hoffentlich innerhalb meiner 60 Tage Frist lösbar > sein. > > mfg Thomas Ruch > (ein bis jetzt noch zufriedener Kunde) Du wirst auch später noch ein zufriedener Kunde sein; es würde mich sehr wundern, wenn wir Dein Problem nicht in den Griff Kriegen ;-))))))) Ciao, Meini.

2 1

langsame Verbindung - mit ping schneller
by Reimond Rombey 05 Sep '99

05 Sep '99

Hallo, gestern ist mir ein merkwürdiger Effekt aufgefallen: wenn ich EMail abhole, dann schleichen die Daten oftmals nur so. Schicke ich dann parallel pings ab, kommen die EMails erheblich schneller. Da stimmt doch etwas mit dem i4l nicht! Obiger Effekt ist reproduzierbar. SuSE 6.2 (Update von 6.1, keine Neuinstallation), fetchmail 5.0.3, sendmail 8.9.3, i4l (Version?), Teles 16.3c PnP. Wer weiss Rat? Tschau, Reimond -- Reimond Rombey, Burg 37, D-79733 Görwihl http://www.rombey.de - rombey website design http://www.kreativtechnik.de - Kreativtechnik

1 0

Re: [suse-isdn] mgetty auf /dev/ttyI0 einrichten, aber wie?
by Meinhard Schneider 05 Sep '99

05 Sep '99

Hallo Joerg! Joerg Schubert schrieb: > > On Tue, 31 Aug 1999, Meinhard Schneider wrote: > > > Hallo Linuxianer! > > > > Ich habe schon mal gefragt, aber keine Antwort bekommen. > > Wie richtige ich ein mgetty auf ein ISDN-Device (z.B. /dev/ttyI0) ein? > > Vielleicht so: > > I0:23:respawn:/usr/sbin/mgetty -n 1 -s 115200 /dev/ttyI0 > besser so: > I0:23:respawn:/usr/sbin/mgetty -x 1 -D -m '"" ATZ OK AT&E<deine MSN> OK > AT&B500 OK' -s 38400 -k 512 ttyI0 So, ich habe jetzt ein bischen Experimentiert, habe aber noch ein paar Fragen an Dich: Warum initialisierst Du Dein ISDN-Dev mit "nur" 38400? Kann man dann auch wirklich mit 8kByte/s arbeiten? Kann man nicht einfach 115200 einstellen? > Du mußt die Modememulation (ttyI) ähnlich wie ein Modem > initialisieren und ihr Deine Rufnummer mitteilen. Leuchtet ein. Aber kann ich I0 und I1 die gleiche MSN geben? > > > Ist die Id 'I0' von bedeutung? > Das ist ein eindeutiger (zweistelliger) Identifier in Deiner inittab. Dort > kannst Du also selbst Hand anlegen, es muß aber eindeutig sein. > > Wenn ich diese Zeile meiner inittab hinzufüge, kommt in > > /var/log/messages immer: > > I0 reponding to fast, disabled for 5 minutes. > > Kann mir jemand sagen, was ich falsch mache? > Wenn Du's so wie ich es oben geschrieben habe machst, dann funtzt es. Ciao, Meini.

2 1

squid-Hostadressauflösung
by Alexander Meinecke 04 Sep '99

04 Sep '99

Hallo Liste, und alle die mir bis jetzt zahlreich Tips geben konnten. Ich komme nicht weiter, deshalb hier meine squid.conf: Bitte entschuldigt, dass ich nicht die auskommentierten Einträge gelöscht habe, die Grösse der mail ist wahrhaftig "unverschämt". Ich hoffe, irgendwer von Euch kann hier eine fehlerhafte Einstellung erkennen. Gruss Alex -- Alexander Meinecke Goldregenweg 31 email: mailto:alex.meinecke@gmx.de 53757 Sankt Augustin Homepage: http://www.home4u.de/am ---------------------- Phone: +49 2241 344 873 D1: +49 171 915 14 55 FAX: +49 2241 333 995 # Generated automatically from squid.conf.pre.in by configure. # # $Id: squid.conf.pre.in,v 1.85.2.11 1998/01/10 07:39:01 wessels Exp $ # # TAG: http_port # The port number where squid will listen for HTTP client # requests. Default is 3128, for httpd-accel mode use port 80. # May be overridden with -a on the command line. # http_port 3128 # TAG: icp_port # The port number where squid send and receive ICP requests to # and from neighbor caches. Default is 3130. To disable use # "0". May be overridden with -u on the command line. # icp_port 0 # TAG: mcast_groups # This tag specifies a list of multicast groups which your # server should join to receive multicasted ICP requests. # # NOTE! Be very careful what you put here! Be sure you # understand the difference between an ICP _query_ and an ICP # _reply_. This option is to be set only if you want to RECEIVE # multicast queries. Do NOT set this option to SEND multicast # ICP (use cache_host for that). ICP replies are always sent via # unicast, so this option does not affect whether or not you will # receive replies from multicast group members. # # You must be very careful to NOT use a multicast address which # is already in use by another group of caches. NLANR has been # assigned a block of multicast address space for use in Web # Caching. Plese write to us at nlanr-cache(a)nlanr.net to receive # an address for your own use. # # Usage: mcast_groups 239.128.16.128 224.0.1.20 # # By default, squid doesn't listen on any multicast groups. # #mcast_groups 239.128.16.128 # TAG: tcp_incoming_address # TAG: tcp_outgoing_address # TAG: udp_incoming_address # TAG: udp_outgoing_address # # Usage: tcp_incoming_address 10.20.30.40 # udp_outgoing_address fully.qualified.domain.name # # These tags have replaced 'bind_address' and 'outbound_address' # to provide more control for multihomed hosts. # # tcp_incoming_address is used for the HTTP socket which accepts # connections from clients and other caches. # tcp_outgoing_address is used for connections made to remote # servers and other caches. # udp_incoming_address is used for the ICP socket receiving packets # from other caches. # udp_outgoing_address is used for ICP packets sent out to other # caches. # # The defaults behaviour is to not bind to any specific address. # # NOTE, udp_incoming_address and udp_outgoing_address can not have # the same value since they both use port 3130. # #tcp_incoming_address 0.0.0.0 #tcp_outgoing_address 0.0.0.0 #udp_incoming_address 0.0.0.0 #udp_outgoing_address 0.0.0.0 # OPTIONS WHICH AFFECT THE NEIGHBOR SELECTION ALGORITHM #----------------------------------------------------------------------------- # TAG: cache_host # To specify other caches in a hierarchy, use the format: # # hostname type http_port icp_port # # For example, # # # proxy icp # # hostname type port port options # # -------------------- -------- ----- ----- ----------- # cache_host bigserver.usc.edu parent 3128 3130 [proxy-only] # cache_host littleguy1.usc.edu sibling 3128 3130 [proxy-only] # cache_host littleguy1.usc.edu sibling 3128 3130 [proxy-only] # # type: either 'parent', 'sibling', or 'multicast'. # # proxy_port: The port number where the cache listens for proxy # requests. # # icp_port: Used for querying neighbor caches about # objects. To have a non-ICP neighbor # specify '7' for the ICP port and make sure the # neighbor machine has the UDP echo port # enabled in its /etc/inetd.conf file. # # options: proxy-only # weight=n # ttl=n # no-query # default # round-robin # multicast-responder # # use 'proxy-only' to specify that objects fetched # from this cache should not be saved locally. # # use 'weight=n' to specify a weighted parent. # The weight must be an integer. The default weight # is 1, larger weights are favored more. # # use 'ttl=n' to specify a IP multicast TTL to use # when sending an ICP request to this address. # Only useful when sending to a multicast group. # Because we don't accept ICP replies from random # hosts, you must configure other group members as # peers with the 'multicast-responder' option below. # # use 'no-query' to NOT send ICP queries to this # neighbor. # # use 'default' if this is a parent cache which can # be used as a "last-resort." You should probably # only use 'default' in situations where you cannot # use ICP with your parent cache(s). # # use 'round-robin' to define a set of parents which # should be used in a round-robin fashion in the # absence of any ICP queries. # # 'multicast-responder' indicates that the named peer # is a member of a multicast group. ICP queries will # not be sent directly to the peer, but ICP replies # will be accepted from it. # # NOTE: non-ICP neighbors must be specified as 'parent'. # cache_host proxy.germany.net parent 8080 0 default no-query # TAG: cache_host_domain # Use to limit the domains for which a neighbor cache will be queried. # Usage: # # cache_host_domain cache-host domain [domain ...] # cache_host_domain cache-host !domain # # For example, specifying # # cache_host_domain bigserver.usc.edu .edu # # has the effect such that UDP query packets are sent to # 'bigserver' only when the requested object exists on a # server in the .edu domain. Prefixing the domainname # with '!' means that the cache will be queried for objects # NOT in that domain. # # NOTE: * Any number of domains may be given for a cache-host, # either on the same or separate lines. # * When multiple domains are given for a particular # cache-host, the first matched domain is applied. # * Cache hosts with no domain restrictions are queried # for all requests. # * There are no defaults. # * There is also a 'cache_host_acl' tag in the ACL # section. # TAG: neighbor_type_domain # # usage: neighbor_type_domain parent|sibling domain domain ... # # Modifying the neighbor type for specific domains is now # possible. You can treat some domains differently than the the # default neighbor type specified on the 'cache_host' line. # Normally it should only be necessary to list domains which # should be treated differently because the default neighbor type # applies for hostnames which do not match domains listed here. # #EXAMPLE: # cache_host parent cache.foo.org 3128 3130 # neighbor_type_domain cache.foo.org sibling .com .net # neighbor_type_domain cache.foo.org sibling .au .de # TAG: inside_firewall # This tag specifies a list of domains inside your Internet # firewall. # # Usage: inside_firewall my.domain [ my.other.domain ...] # !out.my.domain my.domain # # The use of this tag affects the server selection algorithm in # two ways. Objects which do not match any of the listed domains # will be considered "beyond the firewall." For these: # - There will be no DNS lookups for the URL-host. # - The object will always be fetched from one of # the parent or neighbor caches. # # As a special case you may specify the domain as 'none' to force # all requests to be fetched from neghbors and parents. # Prefixing a domain name with '!' means the domain is NOT inside # your firewall. # inside_firewall none # TAG: local_domain # This tag specifies a list of domains local to your organization. # # Usage: local_domain my.domain [ my.other.domain ...] # # For URLs which are in one of the local domains, the object # is always fetched directly from the source and never from a # neighbor or parent. # local_domain localhost server.home.de server # TAG: local_ip # This tag specifies a list of network addresses local to your # organization. # # Usage: local_ip ip-address # # This tag is similar to local_domain, except that the IP-address # of the URL-host is checked. This requires that a DNS lookup # be done on the URL-host. For this reason, local_domain is # preferred over local_ip. By using local_domain it may be # possible to avoid the DNS lookup altogether and deliver the # object with less delay. # # sonst auskommentieren local_ip 127.0.0.1 local_ip 127.0.0.2 local_ip 192.168.0.1 # TAG: firewall_ip # # Just like 'inside_firewall' but for IP addresses. NOTE: # firewall_ip and local_ip are mutually exclusive. If you # use firewall_ip then local_ip will be ignored. # #firewall_ip 10.0.0.0 #firewall_ip 172.16.0.0 # TAG: single_parent_bypass # This tag specifies that it is okay to bypass the hierarchy # "Pinging" when there is only a single parent for a given URL. # # Usage: single_parent_bypass on|off # # Before actually sending ICP "ping" packets to parents and # neighbors, we figure out which hosts would be pinged based # on the cache_host_domain rules, etc. Often it may be the # case that only a single parent cache would be pinged. # # Since there is only a single parent, there is a very good # chance that we will end up fetching the object from that # parent. For this reason, it may be beneficial to avoid # the ping and just fetch the object anyway. # # However, if we avoid the ping, we will be assuming that the # parent host is reachable and that the cache process is running. # By using the ping, we can be reasonably sure that the parent # host will be able to handle our request. If the ping fails then # it may be possible to fetch the object directly from the source. # # To favor the resiliency provided by the ping algorithm, # single_parent_bypass is 'off' by default. # #single_parent_bypass off # TAG: source_ping # If source_ping is enabled, then squid will include the source # provider site in its selection algorithm. This is accomplished # by sending ICP "HIT" packets to the UDP echo port of the source # host. Note that using source_ping may send a fair amount of UDP # traffic out on the Internet and may irritate paranoid network # administrators. # # Note that source_ping is incompatible with inside_firewall. # For hosts beyond the firewall, source_ping packets will never # be sent. # # By default, source_ping is off. # #source_ping off # TAG: neighbor_timeout (seconds) # This controls how long to wait for replies from neighbor caches. # If none of the parent or neighbor caches reply before this many # seconds (due to dropped packets or slow links), then the object # request will be satisfied from the default source. The default # timeout is two seconds. # #neighbor_timeout 2 # TAG: hierarchy_stoplist # A list of words which, if found in a URL, cause the object to # be handled directly by this cache. In other words, use this # to not query neighbor caches for certain objects. You may # list this option multiple times. # # The default is to directly fetch URLs containing 'cgi-bin' or '?'. # #hierarchy_stoplist cgi-bin ? # TAG: cache_stoplist # A list of words which, if found in a URL, cause the object to # immediately removed from the cache. In other words, use this # to force certain objects to never be cached. You may list this # option multiple times. # # The default is to not cache URLs containing 'cgi-bin' or '?'. # #cache_stoplist cgi-bin ? # TAG: cache_stoplist_pattern # case sensitive # TAG: cache_stoplist_pattern/i # case insensitive # # Just like 'cache_stoplist' but you can use regular expressions # instead of simple string matching. There is no default. # #cache_stoplist_pattern # OPTIONS WHICH AFFECT THE CACHE SIZE #----------------------------------------------------------------------------- # # TAG: cache_mem (megabytes) # Maximum amout of VM used to store objects in memory. # This includes: # in-transit objects, # negative-cached objects, # "hot" objects # The value of cache_mem is an upper limit on the size of the # "in-memory object data" pool. This is a pool of 4k pages used # to hold object data. # # In-transit objects have priority over the others. When # additional space is needed for incoming data, negative-cached # and hot objects will be released. In other words, the # negative-cached and hot objects will fill up any unused space # not needed for in-transit objects. # # The values of cache_mem_low and cache_mem_high (below) can be # used to tune the use of the memory pool. When the high mark is # reached, in-transit and hot objects will be released to clear # space. When an object transfer is completed, it will remain in # memory only if the current memory usage is below the low water # mark. # # The default is 8 Megabytes. # cache_mem 20 # TAG: cache_swap (megabytes) # Maximum about of disk space used by the cache. The default is # 100 megabytes. When the disk usage gets to this size, the cache # uses LRU replacement to evict objects as new objects are cached. # Note that cache_swap is set to: # max(cache_mem, cache_swap_specified) # to guard against users' accidentally specifying a smaller # cache_swap than cache_mem size. # cache_swap 200 # TAG: cache_swap_low (percent, 0-100) # TAG: cache_swap_high (percent, 0-100) # The low- and high-water marks for cache LRU replacement. # LRU replacement begins when the high-water mark is reached # and ends when enough objects have been removed and the low-water # mark is reached. Defaults are 90% and 95%. # cache_swap_low 90 cache_swap_high 95 # TAG: cache_mem_low (percent, 0-100) # TAG: cache_mem_high (percent, 0-100) # The low- and high-water mark for cache memory storage. When # the amount of RAM used by the hot-object RAM cache reaches this # point, the cache starts throwing objects out of the RAM cache # (but they remain on disk). Defaults are 75% and 90%. # cache_mem_low 75 cache_mem_high 85 # TAG: maximum_object_size # Objects larger than this size will NOT be saved on disk. The # value is specified in kilobytes, and the default is 4MB. # #maximum_object_size 4096 # TAG: ipcache_size (number of entries) # TAG: ipcache_low (percent) # TAG: ipcache_high (percent) # The size, low-, and high-water marks for the IP cache. # ipcache_size 1024 ipcache_low 90 ipcache_high 95 # LOGFILE PATHNAMES AND CACHE DIRECTORIES #----------------------------------------------------------------------------- # TAG: cache_dir # Directory for on-disk cache storage. The cache will change into # this directory when running. The default is # /var/squid/cache. # # You can specify multiple cache_dir lines to spread the # cache among different disk partitions. # cache_dir /var/squid/cache # TAG: cache_access_log # Logs the client request activity. Contains an entry for # every HTTP and ICP request received. # #cache_access_log /var/squid/logs/access.log # TAG: cache_log # Cache logging file. Set logging levels with "debug_options" below. # #cache_log /var/squid/logs/cache.log # TAG: cache_store_log # Logs the activities of the storage manager. Shows which # objects are ejected from the cache, and which objects are # saved and for how long. To disable, enter "none". # #cache_store_log /var/squid/logs/store.log # TAG: cache_swap_log # Location for the cache "swap log." This log file holds the # metadata of objects saved on disk. It is used to rebuild the # cache during startup. Normally this file resides in the first # 'cache_dir' directory, but you may specify an alternate # pathname here. Note you must give a full filename, not just # a directory. # #cache_swap_log # TAG: emulate_httpd_log # The Cache can emulate the log file format which many 'httpd' # programs use. To disable/enable this emulation, set # emulate_httpd_log to 'off' or 'on'. The default # is to use the native log format. # #emulate_httpd_log off # TAG: log_mime_hdrs # The Cache can record both the request and the response # MIME headers for each HTTP transaction. The headers are # encoded safely and will appear as two bracketed fields # at the end of the access log (for either the native # or httpd-emulated log formats). To enable this logging # set log_mime_hdrs to 'on'. # # NOTE: support for this may require you to define # LOG_FULL_HEADERS before compiling. # #log_mime_hdrs off # TAG: useragent_log # If compiled with "-DUSE_USERAGENT_LOG=1" Squid will write # the User-Agent field from HTTP requests to the filename # specified here. By default useragent_log is disabled. # #useragent_log none # TAG: pid_filename # A pathname to write the process-id to. To disable, enter "none". # #pid_filename /var/squid/logs/squid.pid # TAG: debug_options # Logging options are set as section,level where each source file # is assigned a unique section. Lower levels result in less # output, Full debugging (level 9) can result in a very large # log file, so be careful. The magic word "ALL" sets debugging # levels for all sections. We recommend normally running with # "ALL,1". # debug_options ALL,1 # TAG: ident_lookup # If you wish to make an RFC931/ident lookup of the client username # for each connection, enable this. It is off by default. # ident_lookup on #war sonst auf off # TAG: log_fqdn # Turn this on if you wish to log fully qualified domain names # in the access.log. # #log_fqdn off # TAG: client_netmask # A netmask for client addresses in logfiles and cachemgr output. # Change this to protect the privacy of your cache clients. # #client_netmask 255.255.255.255 # OPTIONS FOR EXTERNAL SUPPORT PROGRAMS #----------------------------------------------------------------------------- # TAG: ftpget_program # Where to find the 'ftpget' program that retrieves FTP data (HTTP # and Gopher protocol support are built into the cache). # # To disable ftpget and the ability to retrieve FTP objects, set # this to "none". Note that ftpget is automatically disabled for # http_accel mode. # ftpget_program /usr/sbin/ftpget # TAG: ftpget_options # Options for the 'ftpget' program. Please run 'ftpget' without # any arguments to see a list of options. The default is # no options. An example is # # ftpget_options -n 60 -R -W # ftpget_options -n 15 -R -W # If you want the anonymous login password to be more informative # (and enable the use of picky ftp servers), set this to something # resonable for your domain, like wwwuser(a)somewhere.net # # The reason why this is domainless by default is that the # request can be made on the behalf of a user in any domain, # depending on how the cache is used. # Some ftp server also validate that the email address is valid # (for example perl.com) # #ftp_user squid@ # TAG: cache_dns_program # Specify the location of the executable for dnslookup process. # cache_dns_program /usr/sbin/dnsserver # TAG: dns_children # The number of processes spawn to service DNS name lookups. # For heavily loaded caches on large servers, you should # probably increase this value to at least 10. The maximum # is 32. The default is 5. # # To disable dnsservers, set this to 0. NOTE, this is very # strongly discouraged. If you disable dnsservers your Squid # process will BLOCK on DNS lookups! # dns_children 5 # TAG: dns_defnames # Normally the 'dnsserver' disables the RES_DEFNAMES resolver # option (see res_init(3)). This prevents caches in a hierarchy # from interpreting single-component hostnames locally. To allow # dnsserver to handle single-component names, enable this # option. # #dns_defnames off # TAG: unlinkd_program # Specify the location of the executable for file deletion process. # #unlinkd_program /usr/sbin/unlinkd # TAG: pinger_program # Specify the location of the executable for the pinger process. # #pinger_program /usr/sbin/pinger # TAG: redirect_program # Specify the location of the executable for the URL redirector. # Currently, you must provide your own redirector program. # See the Release-Notes for how to write one. # By default, the redirector is not used. # #redirect_program /bin/false # TAG: redirect_children # The number of redirector processes to spawn. # #redirect_children 5 # OPTIONS FOR TUNING THE CACHE #----------------------------------------------------------------------------- # TAG: wais_relay # Relay WAIS request to host (1st arg) at port (2 arg). # #wais_relay localhost 8000 # TAG: request_size # Maximum allowed request size in kilobytes. If people are using # POST to upload files, then set this to the largest acceptable # filesize plus a few extra kbytes. # #request_size 500 # TAG: refresh_pattern # case sensitive # TAG: refresh_pattern/i # case insensitive # # usage: refresh_pattern regex min percent max # # min and max are specified in MINUTES. # percent is an integer number. # # Please see the file doc/Release-Notes-1.1.txt for a full # description of Squid's refresh algorithm. Basically a # cached object is: # # FRESH if age < min # STALE if expires < now # STALE if age > max # FRESH if lm-factor < percent # # The refresh_pattern lines are checked in the order listed here. # The first entry which matches is used. If none of the entries # match, then the default will be used. # #Default: #refresh_pattern . 0 20% 4320 # TAG: reference_age # As a part of normal operation, Squid performs Least Recently # Used removal of cached objects. The LRU age for removal is # computed dynamically, based on the amount of disk space in # use. The 'reference_age' value defines the maximum LRU age. # For example, setting reference_age to '1 week' will cause # objects to be removed if they have not been accessed for a week # or more. If set to zero, LRU removal is disabled, and objects # will be removed only when disk usage is over the high water # mark. The default value is one year. # # Specify a number here, followed by units of time. For example: # 1 week # 3.5 days # 4 months # 2.2 hours # reference_age 10 months # TAG: quick_abort # By default the cache continues to retrieve objects from # aborted requests. This may be undesirable on slow (e.g. SLIP) # links and/or very busy caches. Impatient users may tie up # file descriptors by repeatedly aborting and re-requesting # non-cachable objects. # # Usage: quick_abort min-kbytes percent max-kbytes # # When the user aborts a request, Squid will check the # quick_abort values to the amount of data transfered until # then. # # If the transfer has less than 'min-kbytes' remaining, it # will finish the retrieval. Setting minlength to -1 will # disable the quick_abort feature. # # If the transfer has more than 'max-kbytes' remaining, it # will abort the retrieval. # # If more than 'percent' of the transfer has completed, it will # finish the retrieval. # #quick_abort -1 0 0 # TAG: negative_ttl (minutes) # Time-to-Live (TTL) for failed requests. Certain types of # failures (such as "connection refused" and "404 Not Found") are # negatively-cached for a small amount of time. The default is 5 # minutes. Note that this is different from negative caching of # DNS lookups. # #negative_ttl 5 # # TAG: positive_dns_ttl (minutes) # Time-to-Live (TTL) for positive caching of successful DNS lookups. # Default is 6 hours (360 minutes). If you want to minimize the # use of Squid's ipcache, set this to 1, not 0. # positive_dns_ttl 360 # TAG: negative_dns_ttl (minutes) # Time-to-Live (TTL) for negative caching of failed DNS lookups. # #negative_dns_ttl 5 # TIMEOUTS #----------------------------------------------------------------------------- # TAG: connect_timeout (seconds) # Some systems (notably Linux) can not be relied upon to properly # time out connect(2) requests. Therefore the squid process # enforces its own timeout on server connections. This parameter # specifies how long to wait for the connect to complete. The # default is two minutes (120 seconds). # #connect_timeout 120 # TAG: read_timeout (minutes) # An active connection will be aborted after read_timeout minutes # of no activity on that connection (i.e., assume the remote server # or network connection died after the connection was established). # The default is 15 minutes. # #read_timeout 15 # TAG: client_lifetime (minutes) # The maximum amount of time that a client (browser) is allowed to # remain connected to the cache process. This protects the Cache # from having alot of sockets (and hence file descriptors) tied up # in a CLOSE_WAIT state from remote clients that go away without # properly shutting down (either because of a network failure or # because of a poor client implementation). The default is three # hours, 20 minutes. # # NOTE: The default value is designed with low-speed client # connections in mind. 200 minutes should be plenty of time to # transfer a 10M file at 1k/sec. If you have high-speed client # connectivity, or occasionally run out of file descriptors, # we suggest you lower this value appropriately. # client_lifetime 100 # TAG: shutdown_lifetime (seconds) # # When SIGTERM or SIGHUP is received, the cache is put into # "shutdown pending" mode until all active sockets are closed. # This value is the lifetime to set for all open descriptors # during shutdown mode. Any active clients after this many # seconds will receive a 'lifetime expire' message # #shutdown_lifetime 30 # ACCESS CONTROLS #----------------------------------------------------------------------------- # Defining an Access List # # acl aclname acltype string1 ... # acl aclname acltype "file" ... # # when using "file", the file should contain one item per line # # acltype is one of src dst srcdomain dstdomain url_pattern urlpath_pattern # time port proto method browser user # # acl aclname src ip-address/netmask ... (clients IP address) # acl aclname src addr1-addr2/netmask ... (range of addresses) # acl aclname dst ip-address/netmask ... (URL host's IP address) # acl aclname srcdomain foo.com ... (taken from reverse DNS lookup) # acl aclname dstdomain foo.com ... (taken from the URL) # acl aclname time [day-abbrevs] [h1:m1-h2:m2] # day-abbrevs: # S - Sunday # M - Monday # T - Tuesday # W - Wednesday # H - Thursday # F - Friday # A - Saturday # h1:m1 must be less than h2:m2 # acl aclname url_regex ^http:// ... # regex matching on whole URL # acl aclname urlpath_regex \.gif$ ... # regex matching on URL path only # acl aclname port 80 70 21 ... # acl aclname proto HTTP FTP ... # acl aclname method GET POST ... # acl aclname browser regexp # acl aclname user username ... # string match on ident output. # # use REQUIRED to accept any # # non-null ident. acl manager proto cache_object acl localhost src 127.0.0.1/255.255.255.255 acl all src 0.0.0.0/0.0.0.0 acl SSL_ports port 443 563 acl Dangerous_ports port 7 9 19 acl CONNECT method CONNECT # Allowing or Denying access based on defined access lists # # Access to the HTTP port: # http_access allow|deny [!]aclname ... # # Access to the ICP port: # icp_access allow|deny [!]aclname ... # # NOTE on default values: # # If there are no "access" lines present, the default is to allow # the request. # # If none of the "access" lines cause a match, the default is the # opposite of the last line in the list. If the last line was # deny, then the default is allow. Conversely, if the last line # is allow, the default will be deny. For these reasons, it is a # good idea to have an "deny all" or "allow all" entry at the end # of your access lists to avoid potential confusion. # Only allow access to the cache manager functions from the local host. http_access deny manager !localhost http_access deny CONNECT !SSL_ports http_access deny Dangerous_ports # Allow everything else #http_access allow all # Reply to all ICP queries we receive #icp_access deny all # TAG: miss_access # Use to force your neighbors to use you as a sibling instead of # a parent. For example: # # acl localclients src 172.16.0.0/16 # miss_access allow localclients # miss_access deny !localclients # # This means that only your local clients are allowed to fetch # MISSES and all other clients can only fetch HITS. # # By default, allow all clients who passed the http_access rules # to fetch MISSES from us. # miss_access allow all # TAG: cache_host_acl # Just like 'cache_host_domain' but provides more flexibility by # using ACL's. # # cache_host_acl cache-host [!]aclname ... # # NOTE: * Any number of ACL's may be given for a cache-host, # either on the same or separate lines. # * When multiple ACL's are given for a particular # cache-host, the first matched ACL is applied. # * Cache hosts with no domain or ACL restrictions are # queried for all requests. # * There are no defaults. # ADMINISTRATIVE PARAMETERS #----------------------------------------------------------------------------- # TAG: cache_mgr # Email-address of local cache manager who will receive # mail if the cache dies. The default is "webmaster." # #cache_mgr webmaster # TAG: cache_effective_user # If the cache is run as root, it will change its effective/real # UID/GID to the UID/GID specified below. The default is not to # change UID/GID. # cache_effective_user squid nogroup # TAG: visible_hostname # If you want to present a special hostname in error messages, etc, # then define this. Otherwise, the return value of gethostname() # will be used. # #visible_hostname www-cache.foo.org # OPTIONS FOR THE CACHE REGISTRATION SERVICE #----------------------------------------------------------------------------- # This section contains parameters for the (optional) cache # announcement service. This service is provided to help # cache administrators locate one another in order to join or # create cache hierarchies. # # An 'announcement' message is sent (via UDP) to the registration # service by Squid. By default, the annoucement message is NOT # SENT unless you enable it with 'cache_announce' below. # # The announcement message includes your hostname, plus the # following information from this configuration file: # # http_port # icp_port # cache_mgr # # All current information is processed regularly and made # available on the Web at http://www.nlanr.net/Cache/Tracker/. # This is how frequently to send cache announcements. The default # is `0' which disables sending the announcement messages. # # To enable announcing your cache, just uncomment the line below. # #cache_announce 24 # This is the hostname and portnumber where the registration message # will be sent. # # Format: announce_to host[:port] [filename] # # Hostname will default to 'tracker.ircache.net' and port will default # to 3131. If the 'filename' argument is given, the contents of that # file will be included in the announce message. # #announce_to tracker.ircache.net:3131 # HTTPD-ACCELERATOR OPTIONS #----------------------------------------------------------------------------- # TAG: httpd_accel # If you want to run squid as an httpd accelerator, define the # host name and port number where the real HTTP server is. # # If you want virtual host support then specify the hostname # as "virtual". # #httpd_accel real_httpd_host real_httpd_port # TAG: httpd_accel_with_proxy # If you want to use squid as both a local httpd accelerator # and as a proxy, change this to 'on'. # #httpd_accel_with_proxy off # TAG: httpd_accel_uses_host_header # HTTP/1.1 requests include a Host: header which is basically the # hostname from the URL. Squid can be an accelerator for # different HTTP servers by looking at this header. However, # Squid does NOT check the value of the Host header, so it opens # a big security hole. We recommend that this option remain # disabled unless you are sure of what you are doing. # #httpd_accel_uses_host_header off # MISCELLANEOUS #----------------------------------------------------------------------------- # The DNS tests exit as soon as the first site is successfully looked up # # If you want to disable DNS tests, do not comment out or delete this # list. Instead use the -D command line option # dns_testnames internic.net usc.edu cs.colorado.edu mit.edu yale.edu # TAG: logfile_rotate # # Specifies the number of logfile rotations to make upon receiving # a USR1 signal. The default is 10, which will rotate with # extensions 0 through 9. Setting logfile_rotate to 0 will # disable the rotation, but the logfiles are still closed and # re-opened. This will enable you to rename the logfiles yourself # just before sending a USR1 signal to the squid process. # #logfile_rotate 10 # TAG: append_domain # Appends local domain name to hostnames without any dots in them. # append_domain must begin with a period. # #append_domain .yourdomain.com # TAG: tcp_recv_bufsize # Size of receive buffer to set for TCP sockets. Probably just # as easy to change your kernel's default. Set to zero to use # the default buffer size. # #tcp_recv_bufsize 0 # TAG: ssl_proxy # Specify the name of a 'cache_host' listed above, or a hostname # and port number where all SSL requests should be forwarded to. # # Usage: ssl_proxy cache_host # ssl_proxy host:port # #ssl_proxy # TAG: passthrough_proxy # Specify the name of a 'cache_host' listed above, or a hostname # and port number where all non-GET (i.e. POST, PUT) requests # should be forwarded to. # # Usage: passthrough_proxy cache_host # passthrough_proxy host:port # #passthrough_proxy # TAG: proxy_auth # Usage: proxy_auth passwd_file [ ignore-domain ] # # 'passwd_file' is an apache-style file of passwords for # authenticated proxy access Looks like user:password, with the # password being standard crypt() format. Proxy authentication # is disabled by default. # # 'ignore-domain' is a domain name for which authorization will # *not* be required. # # NOTE, proxy_auth support is not compiled into Squid by default. # To use this feature you must enable the USE_PROXY_AUTH option # near the top of src/Makefile. # #proxy_auth /dev/null # TAG: err_html_text # HTML text to include in error messages. Make this a "mailto" # URL to your admin address, or maybe just a link to your # organizations Web page. # #err_html_text # TAG: deny_info # Usage: deny_info URL acl # # This can be used to return a HTTP redirect for requests which # do not pass the 'http_access' rules. A single ACL will cause # the http_access check to fail. If a 'deny_info' line exists # for that ACL then Squid returns a redirect to the given URL. # TAG: udp_hit_obj on|off # If set, Squid will request UDP_HIT_OBJ replies from its # neighbors. UDP_HIT_OBJ is nice because it saves bandwidth, but # it can cause some other problems. For one it complicates # calculating hit rates. Also, problems arise because the ICP # query does not contain any HTTP request headers which may # affect the reply. # #udp_hit_obj off # TAG: udp_hit_obj_size # # If set, Squid will limit UDP_HIT_OBJ size to be less than # this value. Setting this value to more than SQUID_UDP_SO_SNDBUF # will not work as expected. Set to zero to select the size # permited by the socket. #udp_hit_obj_size 0 # TAG: memory_pools on|off # If set, Squid will keep pools of allocated (but unused) memory # available for future use. If memory is a premium on your # system, disable this. # #memory_pools off # TAG: forwarded_for on|off # If set, Squid will include your system's IP address or name # in the HTTP requests it forwards. By default it looks like # this: # # X-Forwarded-For: 192.1.2.3 # # If you disable this, it will appear as # # X-Forwarded-For: unknown # #forwarded_for on # TAG: log_icp_queries on|off # If set, ICP queries are logged to access.log. ICP logging # is enabled by default, so uncomment and change the line # below to disable it. # #log_icp_queries on # TAG: minimum_direct_hops # If using the ICMP pinging stuff, do direct fetches for sites # which are no more than this many hops away. # minimum_direct_hops 7 # TAG: cachemgr_passwd # Specify passwords for cachemgr operations. # #Usage: cachemgr_passwd password action action ... # # valid actions are: # shutdown * # info # stats/objects # stats/vm_objects # stats/utilization # stats/ipcache # stats/fqdncache # stats/dns # stats/redirector # stats/io # stats/reply_headers # stats/filedescriptors # stats/netdb # log/status * # log/enable * # log/disable * # log/clear * # log * # parameter # server_list # client_list # squid.conf * # # * Indicates actions which will not be performed without a # valid password, others can be performed if not listed here. # # To disable an action, set the password to "disable". # To allow performing an action without a password, set the # password to "none". # # Use the keyword "all" to set the same password for all actions. # #Examples: # # cachemgr_passwd secret shutdown # cachemgr_passwd lesssssssecret info stats/objects # cachemgr_passwd disable all # #Defaults: none # TAG: swap_level1_dirs # Number of first-level directories to create for storing cached # objects. Minimum 1, maximum 256, default 16. # swap_level1_dirs 32 # TAG: swap_level2_dirs # Number of sub-directories to create under each first-level # directory. Minimum 1, maximum 256, default 256. # #swap_level2_dirs 256 # TAG: store_avg_object_size # Average object size, used to estimate number of objects your # cache can hold. See doc/Release-Notes-1.1.txt. The default is # 13K. # #store_avg_object_size 13 # TAG: store_objects_per_bucket # Target number of objects per bucket in the store hash table. # Lowering this value increases the total number of buckets and # also the storage maintenance rate. The default is 20. # #store_objects_per_bucket 20 # TAG: http_anonymizer # If you want to filter out certain HTTP request headers for # privacy reasons, enable this option. There are three # appropriate settings: # 'off' All HTTP request headers are passed. # 'standard' Specific headers are removed # 'paranoid' Only specific headers are allowed. # To see which headers are allowed or denied, please see the # http-anon.c source file. # #http_anonymizer off # TAG: fake_user_agent # If you use the paranoid http_anonymizer setting, Squid will strip # your User-agent string from the request. Some Web servers will # refuse your request without a User-agent string. Use this to # fake one up. For example: # # fake_user_agent Nutscrape/1.0 (CP/M; 8-bit) # (credit to Paul Southworth pauls(a)etext.org for this one!) # #fake_user_agent none # TAG: client_db # If you want to disable collecting per-client statistics, then # turn off client_db here. # #client_db on # TAG: netdb_low # TAG: netdb_high # The low and high water marks for the ICMP measurement # database. These are counts, not percents. The defaults are # 900 and 1000. When the high water mark is reached, database # entries will be deleted until the low mark is reached. # #netdb_low 900 #netdb_high 1000 # TAG: netdb_ping_rate # The minimum period for measuring a site. There will be at # least this much delay between successive pings to the same # network. The default is five minutes. # #netdb_ping_period 5 minutes # TAG: query_icmp # If you want to ask your peers to include ICMP data in their ICP # replies, enable this option. # # If your peer has built squid with '-DUSE_ICMP=1' then that peer # will send ICMP pings to origin server sites of the URLs it # receives. If you enable this option then the ICP replies from # that peer will include the ICMP data (if available). Then, # when choosing a parent cache, Squid will choose the parent with # the minimal RTT to the origin server. When this happens, the # hierarchy field of the access.log will be # "CLOSEST_PARENT_MISS". This option is off by default. # query_icmp off # TAG: icp_hit_stale # If you want to return ICP_HIT for stale cache objects, set this # option to 'on'. If you have sibling relationships with caches # in other administrative domains, this should be 'off'. If you only # have sibling relationships with caches under your control, then # it is probably okay to set this to 'on'. NEVER enable # icp_hit_stale if you also use 'miss_access'. # #icp_hit_stale off # TAG: reload_into_ims # Enable this if you want to turn 'Pragma: no-cache' requests # into If-Modified-Since requests. Off by default, use at your # own risk. This feature is not compiled in by default. You # must add -DRELOAD_INTO_IMS in src/Makefile. # #reload_into_ims off

1 0

Host-Adress Überprüfung durch provider
by Alexander Meinecke 04 Sep '99

04 Sep '99

Hallo Liste! Nach der Systemumstellung bei meines Providers (GermanyNet) kann ich den dortigen Proxy-Dienst nicht mehr nutzen, d.h. ich komme nicht mehr ins Internet. Problem ist laut Provider, das meine Host-Adresse nicht aufgelöst werden kann. Folgendes: Mein System (SuSE 6.0) benutzt einen eigenen Proxy (Squid). Übergehe ich Squid, kann ich den Proxy Dienst anfordern, läuft die URL-Anforderung über Squid, erscheint der Fehler. Masquerading ist über die /etc/rc.config aktiviert, die Module kann ich mit "lsmod" sehen. Der Provider Proxy (proxy.germany.net:8080) ist als parent-Cache bei squid eingetragen. (Wie gesagt, vor der Änderung beim provider lief das alles) Wenn hier keiner eine Änderungsmöglichkeit sieht, wie kann ich squid umkonfigurieren, wenn kein Proxy zur Verfügung steht? (Soweit ich informiert bin, kann squid Anfragen nur an einen Proxy weitergeben, und nicht direkt ins Internet!?) Bitte helft mir, wieder unbeschwert ins Internet zu surfen.... PS: Die Windoze-Clients, die per eth0 an Linux hängen, haben natürlich auch keinen Internet-Zugang mehr...... -- Alexander Meinecke Goldregenweg 31 email: mailto:alex.meinecke@gmx.de 53757 Sankt Augustin Homepage: http://www.home4u.de/am ---------------------- Phone: +49 2241 344 873 D1: +49 171 915 14 55 FAX: +49 2241 333 995

3 3

ISDN-REP
by nkoegel＠rayen-intec.de 03 Sep '99

03 Sep '99

Hi hi 1. Hat sich schon mal jemand mit dem Greppen über Perl der ISDN-log-Datei gedanken gemacht. Der trennt bei mir dir "|" nicht korrekt ???? ODER 2. Hat schon mal jemand das ISDN-Log so manipuliert, daß alle Verbindungen über irg.eine PerlSQL-Modul in ein MySQl-Server geschreiben wurde ??? cu && thanxx BxxZ (Niclas Kögel)

1 0

0,00 DM bei isdnrep
by Andreas Leipelt 03 Sep '99

03 Sep '99

Hi, isdnrep zeigt mir immer nur 0,00 DM Gebuehren an. Habe die Doku intensiv gewaelzt und bin ratlos. Was koennte ich uebersehen haben? -- Sent through Global Message Exchange - http://www.gmx.net

2 1

mgetty auf /dev/ttyI0 einrichten, aber wie?
by Meinhard Schneider 03 Sep '99

03 Sep '99

Hallo Linuxianer! Ich habe schon mal gefragt, aber keine Antwort bekommen. Wie richtige ich ein mgetty auf ein ISDN-Device (z.B. /dev/ttyI0) ein? Vielleicht so: I0:23:respawn:/usr/sbin/mgetty -n 1 -s 115200 /dev/ttyI0 Ist die Id 'I0' von bedeutung? Wenn ich diese Zeile meiner inittab hinzufüge, kommt in /var/log/messages immer: I0 reponding to fast, disabled for 5 minutes. Kann mir jemand sagen, was ich falsch mache? Kann ich beide B-Kanäle meiner ISDN-Karte freigeben, obwohl an ippp0 mein ISP konfiguriert ist? Ciao, Meini.

2 1

Tarife
by Frank Wening 03 Sep '99

03 Sep '99

Hallo Liebe Liste, kann man irgendwo die Tarife eintragen, damit isdnrep die Gebühren genauer berechnen kann? Best. Vorwahlen --> Tarif Best. Zeitraum --> Tarif Vielen Dank Frank

2 1

Immer noch problememit T-Online
by Mike Guwak 02 Sep '99

02 Sep '99

Habe soweit die Einstellungen, gemacht, die mir von euch empfohlen wurde. Jetzt scheint es zu gehen, aber ich bekomme immer pap authentification failed. In der pap-secrets habe ich aber alles richtig eingegeben. Die farge ist, muß meine Anschlußkennung+t-online-Nr+mittbenutznummer auch in " " Muß das Passwort in " " Daraus werde ich nicht ganz schlau. Habe es mi9t und ohne " " versucht. Immer das gleiche Problem. Was jetzt? Wenn nicht, kann mir einer erklähren wie das bei Mobilcom geht? Ich habe beim durchlesen nur Bahnhof verstanden. Mike -- -- Sent through Global Message Exchange - http://www.gmx.net

3 2

WG: [suse-isdn] ISDN + DNS + Firewall
by Stefan Pledl 02 Sep '99

02 Sep '99

Hallo Heiko, dein Tip mit den Aenderungen in der Datei named.conf hat prima funktioniert. nochmals vielen dank gruss Stefan -----Ursprungliche Nachricht----- Von: Heiko Schmidhaeussler [SMTP:hesch-ml@gmx.net] Gesendet am: Montag, 30. August 1999 23:50 An: stefan.pledl(a)bnv-regen.de Cc: SuSE ISDN Liste Betreff: Re: [suse-isdn] ISDN + DNS + Firewall On Sun, 29 Aug 1999 23:35:29 +0200, Pledl Stefan wrote: >Hallo Spezialisten, > >Ich benutze einen Linux-Rechner als ISDN-Router fur eine kleines Netzwerk. >Der ISDN-Router ist auch als Mail-Server (und caching only Name-Server) >konfiguriert, der die gesamte Post vom Provider abholt und an die Clients >weiterleitet. Durch das SuSE Firewall-Script wird der Zugang zum Internet >nur einigen Rechnern des Netzwerkes gestattet. > >Mein Problem: >Versucht ein Rechner, dem der Zugang zum Internet untersagt ist eine Ver- >bindung zum Internet herzustellen, bleibt dieser Versuch zwar erfolglos, doch >da der Hostname von meinem Name-Server in den meisten Fallen nicht auf- >gelost werden kann wird vom Name-Server eine Anfrage an den Forwarder >gerichtet, und dadurch eine Verbindung aufgebaut. > >Wie kann ich dieses Problem in den Griff bekommen und an welchen Konfi- >gurationsdateien (named.conf oder Firewallkonfiguration) mu? ich noch abeiten, >um Verbindungsaufbauten von Rechner denen der Zugang zum Internet nicht >gestatet ist zu verhindern. > Hallo Stefan, falls Du bind 8.x einsetzt: Leg Dir eine acl_list an, die alle Rechner enthalt, die online gehen durfen. Dann beschranke das Recht, Anfragen an bind zu stellen, auf diese acl_list. Wenn Du nun noch die lokale Domain uber bind auflosen willst, so lasst Du in dieser zone Anfragen aller Hosts zu. Z.B.: /* /etc/named.conf */ /* Hosts, die online gehen durfen */ acl online { 192.168.1.1; 192.168.2/24; }; /* allgemeine Beschrankung der Abfragen */ options { ... allow-query { online; }; allow-transfers { none; }; ... }; /* Lokale Domain-Auflosung fur alle */ zone dein.lokale.domain in { ... allow-query { any; }; ... }; See also: man 5 named.conf Ciao, Heiko. -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe(a)suse.com Um eine Liste aller verfugbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help(a)suse.com

1 0

Faxen mit ISDN
by INSTAWATT 02 Sep '99

02 Sep '99

Hallo Liste, kann mir jemand sagen, wie und mit welchem Programm ich unter LINUX und ISDN (Fritz!-Karte) Faxe verschicken kann? Fuer Hilfe besten Dank. Michael -- I N S T A W A T T electro-herrmann GmbH & Co KG e-mail: ea1925(a)fen.baynet.de Phone: 09131/33046 FAX: 09131/301557

4 3

Re: Fwd: Re: [suse-isdn] Netscape und ippp0
by Peter Bossy 01 Sep '99

01 Sep '99

>die >config.hisax von Hand editieren, weil der Kartentyp auf 0 gesetzt war. Es ist >die Teledat >also die 27. >In der route.conf habe ich folgendes eingetragen >192.168.10.0 0.0.0.0 255.255.255.0 eth0 >1.2.3.4 0.0.0.0 255.255.255.0 ippp0 >default 1.2.3.4 Es müßte so aussehen: (Netzmaske!) 192.168.1.0 0.0.0.0 255.255.255.0 eth0 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 default 192.168.0.1 In meiner rc.config findet sich dann (Wird von suseconfig abgearbeitet): IFCONFIG_0="192.168.1.9 broadcast 192.168.1.255 netmask 255.255.255.0 up" IFCONFIG_1="192.168.0.99 pointopoint 192.168.0.1 up" IFCONFIG_2="" IFCONFIG_3="" 192.168.0.99 und 192.168.0.1 sind Dummy-Adressen Viel Glück Peter

1 0

Anrufannahme vbox
by Thomas.Mertin＠t-online.de 01 Sep '99

01 Sep '99

Hallo Liste, folgendes Problem ergab sich nach dem Update von SuSE 6.1 auf 6.2. Anrufe von einer analogen Gegenstelle werden problemlos aufgezeichnet, aber alle Anrufe von einem ISDN oder Funknetz werden abgewiesen. Folgende log-Meldungen erscheinen: Aug 27 22:53:48 server kernel: isdn_net: call from 1234,1,0 -> 5678 Aug 27 22:53:48 server kernel: isdn_net: Service-Indicator not 7, ignored Aug 27 22:53:48 server kernel: isdn_tty: call from 1234, -> RING on ttyI3 Aug 27 22:53:48 server isdnlog: Aug 27 22:53:48 * Anruf fuer tei 127 von 1234 bei 5678 RING (Speech) Aug 27 22:53:48 server isdnlog: Aug 27 22:53:48 * Anruf fuer tei 127 von 1234 bei 5678 HLC: CCITT, Telefonie Aug 27 22:53:48 server kernel: isdn: Tel0,ch0 cause: E0265 Aug 27 22:53:48 server isdnlog: Aug 27 22:53:48 * Anruf fuer tei 110 von 1234 bei 5678 HANGUP Information element/parameter non-existent or not implemented (User) Aug 27 22:54:26 server isdnlog: Aug 27 22:54:26 * Anruf fuer tei 111 von 1234 bei 5678 HANGUP Information element/parameter non-existent or not implemented (User) Aug 27 22:54:26 server isdnlog: Aug 27 22:54:26 tei 109 Anruf bei von ? HANGUP ( 0:00:42) Nachfolgend die Einträge bei einen analogen Anruf: Aug 25 21:27:23 server kernel: isdn_net: Incoming call without OAD, assuming '0' Aug 25 21:27:23 server kernel: isdn_net: call from 0,1,0 -> 1234 Aug 25 21:27:23 server kernel: isdn_net: Service-Indicator not 7, ignored Aug 25 21:27:23 server kernel: isdn_tty: Incoming call without OAD, assuming '0' Aug 25 21:27:23 server kernel: isdn_tty: call from 0, -> RING on ttyI2 Aug 25 21:27:23 server isdnlog: Aug 25 21:27:23 * Anruf fuer tei 127 von bei RING (3.1kHz audio) Aug 25 21:27:37 server isdnlog: Aug 25 21:27:37 Anruf fuer tei 77 von bei CONNECT (3.1kHz audio) Aug 25 21:29:22 server isdnlog: Aug 25 21:29:22 Anruf fuer tei 77 von bei Normal call clearing (Public network serving local user) Aug 25 21:29:22 server isdnlog: Aug 25 21:29:22 Anruf fuer tei 77 von bei HANGUP ( 0:01:45) Außerdem würde gern wissen was der Eintrag "tei xx" im isdnlog bedeutet. In der Doku hab ich nichts dazu gefunden. Vielen Dank im vorau Thomas

4 7

Re: Anrufannahme vbox Anfängerfrage
by Alexander Meinecke 01 Sep '99

01 Sep '99

Hallo Andreas, Beschreibungen dazu finden sich unter /usr/doc/packages/i4l/vbox Versuche erst einmal ohne SuSEVboxConfig das ans laufen zu bekommen, mich hatte diese automatische Koniguration letztendlich nur zurückgeworfen. Folgende Dateien sind relevant: /etc/vbox/vboxgetty.conf hier sind alle User und MSN eingetragen, auf die reagiert wird dort event. die dropdtrtimeout auf 800 erhöhen (hat bei mir erst dann funktioniert) /etc/vboxd.conf hier Einstellen, wer von welchen Host aus auf vbox zugreifen darf. /etc/inetd.conf die auskommentierte Zeile von vbox aktivieren /etc/inittab die vboxgettys aktivieren /etc/services Port 20012 muss aktiviert sein /home/<user>/.vboxrc Passwort und Benutzername für vbox vergeben /var/spool/vbox/ Hier die User einrichten (Ansagen....) Zum Testen am Besten Zugriff 777 setzen. Viel Erfolg, Alex soan(a)gmx.de schrieb: > Hallo Liste, > ich möchte gerne die vbox in Bretrieb nehmen, leider habe ich keine Ahnung > wie. Wo finde ich die Howto's, das Programm selbst etc.? "Man vbox" bringt > kein manual zum Vorschein. Bin für jeden Tip dankbar. > Andreas > soan(a)gmx.de -- Alexander Meinecke Goldregenweg 31 email: mailto:alex.meinecke@gmx.de 53757 Sankt Augustin Homepage: http://www.home4u.de/am ---------------------- Phone: +49 2241 344 873 D1: +49 171 915 14 55 FAX: +49 2241 333 995

1 0

Kanalbündelung mit ISDN unter 5.3
by Dennis Bendowski 01 Sep '99

01 Sep '99

Hallo zusammen! Ich habe mich gestern mal in der Kanalbündelung versucht, allerdings will das nicht so recht klappen. Ich habe alles gemacht wie in der SDB beschrieben: rc.config angepaßt - I4L_SLAVE_1="ippp0" eingefügt nach der Konfiguration meiner ISDN-Karte (ippp0) in options.ippp0 /dev/ippp0 /dev/ippp1 +mp an entsprechender Stelle gesetzt, neu gebootet. Gebe ich nun wie üblich isdnctrl dial ippp0 ein, wird normal die Verbindung aufgebaut, wie beschrieben gebe ich dann isdnctrl addlink ippp0 ein, dies wird allerdings mit einem Error -2 quittiert. (Can't increase the Number of Links) Kann mir jemand helfen? Ich habe übrigends Nacamar als Provider, neuerdings werben die damit, daß Kanalbündelung möglich ist, ist das richtig? Hat jemand da Erfahrung? Danke im voraus! Mfg Dennis

2 2

Probleme mit ISDN
by Mike Guwak 01 Sep '99

01 Sep '99

Hallo! Seit 1 Woche habe ich Linux. Und natürlich Probleme ;-) Ich will von dem Windows System weg. Das einzige was mich noch daran ein wenig hindert ist, das ich nicht ins WWW komme und meine Mails lesen kann. Ich habe eine Fritz classic ISDN Karte. Soweit habe ich alles eingerichtet, wie ich es im Buch und auf der suse HP gefunden habe. Danach habe ich mir noch Infos über die Konfiguration von T-Online herausgesucht. Ich habe es so eingestellt, das wenn ich im Netscape eine Seite aufrufe, wird sofort eine Verbindung aufgebaut. Das geht. Aber leider sehe ich in dem messages file, das er wählt, aber keine verbindung aufbauen kann. Es wird folgendes angezeigt: idefix kernel: OPEN: 192.168.0.99 -> 194.25.2.129 UDP, port: 1024 ->53 idefix kernel: ippp0: dialing 0 0191011... idefix kernel: ippp0: dialing 0 0191011... idefix kernel: ippp0: dialing 1 0191011... idefix kernel: ippp0: dialing 1 0191011... idefix kernel: ippp0: dialing 2 0191011... idefix kernel: ippp0: dialing 2 0191011... idefix kernel: ippp0: dialing 3 0191011... idefix kernel: ippp0: dialing 3 0191011... idefix kernel: ippp0: dialing 4 0191011... idefix kernel: ippp0: dialing 4 0191011... idefix kernel: ippp0: dialing 5 0191011... idefix kernel: ippp0: dialing 5 0191011... idefix kernel: isdn_net: local hangup ippp0 idefix kernel: ippp0: Chargesum is 0 idefix kernel: OPEN: 192.168.0.99 -> 194.25.2.129 UDP, port: 1024 ->53 idefix kernel: ippp0: dialing 0 0191011... idefix kernel: ippp0: dialing 0 0191011... idefix kernel: ippp0: dialing 1 0191011... idefix kernel: ippp0: dialing 1 0191011... idefix kernel: ippp0: dialing 2 0191011... idefix kernel: ippp0: dialing 2 0191011... idefix kernel: isdn: HiSax,ch0 cause: E0010 idefix kernel: ippp0: dialing 3 0191011... idefix kernel: ippp0: dialing 3 0191011... idefix kernel: ippp0: dialing 4 0191011... idefix nscd: 206: short write in cache_addhst: Broken pipe idefix kernel: ippp0: dialing 4 0191011... idefix kernel: ippp0: dialing 5 0191011... idefix kernel: ippp0: dialing 5 0191011... idefix kernel: isdn_net: local hangup ippp0 idefix kernel: ippp0: Chargesum is 0 Da ich erst anfange mit Linux, habe ich ganz schöhne Probleme. Ich finde die ganze Anleitungen sehr verwirrend. Und deswegen suche ich jemanden, der mir mal von Anfang bis Ende sagen kann, wie ich vorgehen muß. Ich habe auch keine Ahnung von Kerneln kompelieren.Betrachtet mich in dieser Beziehung mal als DAU. Über erklährungen, wie ich das einrichten kann, würde ich mich freuen. Wenn es auch einen andere Möglichkeit gibt, wie anderen Provider, ist auch kein Problem. Auser AOL und Compuserve. Es soll halt so billig wie möglich sein. Mike -- Agent Angus MacGyver Voicmail/Faxmail:089-1488202930 http://mguwak.freepage.de/mike/homepage Sent through Global Message Exchange - http://www.gmx.net

3 2