September 2000 - 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

Mehrere Provi=?ISO-8859-1?Q?der_=FCber_ISDN?=
by Florian Link 04 Oct '00

04 Oct '00

Hallo Liste, weiss jemand, ob es möglich ist mehrere Provider für die automatische ISDN- Einwahl so zu konfigurieren, dass der zweite Provider angewählt wird, wenn der erste nicht erreichbar ist. Die SuSE-Support-Datenbank sagt, dass das nur manuell möglich wäre. F. Link

2 1

routing probleme bei Dial-server
by n.heimfeld＠hupc.de 02 Oct '00

02 Oct '00

Hallo ISDN-Freunde, ich habe es jetzt geschafft, mich mit einem Modem und einer ISDN-Karte bei meinem Linux-Dial-in-server einzuwählen. Ich kann auch den Server pingen, jedoch die anderen Computer im Netzwerk erreiche ich leider nicht (weder mit ping noch anders). Was muss ich einstellen, dass ich diese auch pingen kann? Wenn ich unter Windows ipconfig eingebe sehe ich die meine IP 10.1.1.62, subnet mask 255.255.255.0 und das default gateway ebenfalls mit 10.1.1.62. Weiss jemand, was ich bei Windows oder beim Linux-Dial-server einstellen muss? Danke Nils

3 2

Fritz PCI und AVM Capi
by Olaf Lange 02 Oct '00

02 Oct '00

Hallo Liste, anscheinend bin ich der einzig bloede in der weiten Linux-Welt, aber ich bekomme es nicht gebacken, die AVM Capi und isdnctrl gleichzeitig unter SuSE 7.0 zu verwenden. Folgendes habe ich gemacht : 1. pppd installiert 2. CAPI-Treiber von ftp.avm.de fuer meine Karte besorgt, extrahiert und via Installationsscript (./install) installiert. Lief auch ohne Probleme. 3. Mittels Yast den Typ der ISDN-Karte fuer ippp0 auf AVM B1 PCI geaendert und neu gebootet. Danach funktionieren die CAPI-Treiber, aber leider gibt es kein ippp0-device mehr. isdnlog: Can't open /dev/ippp0 (No such device) modprobe: Can't locate module ippp0 ip-up: Warning: interface ippp0 is faulty. Ignore if it's not active yet (eg [i]ppp0) Kann mir jemand verraten, wo mein Fehler liegt ? Danke Olaf

2 1

2 b-kanäle mit 2 verschiedenen logins
by Arno Baier 30 Sep '00

30 Sep '00

hi liste, ich habe folgendes problem, besser gesagt vorstellung. da mein provider keine kanalbündelung unterstützt, ich aber ein zweites login benutzen kann möchte ich eine kanalbündelung oder bandbreitenerweiterung mit dem zweiten login einrichten. wie bringe ich i4l dazu, das es sich über beide ippp's (verschiedene logins) einwählt und die last auf beide kanäle aufteilt? danke im vorsaus lg arno

1 0

Weniger Geschwätz im Logfile?
by Andreas Siegert 29 Sep '00

29 Sep '00

Hi *, wo muß ich weches Flag drehen um das ganze gesabber über den blligsten Anbieter nicht im Log zu haben? In /usr/doc/packages/i4l hat mich dazu eigentlich nix angesprungen. Die anderen Infos über den Verbindungsaufbau etc. will ich zum debuggen und tracen behalten. thx for any pointers afx -- atsec information security GmbH Phone: +49-89-4424930 Steinstrasse 68 Fax: +49-89-4424931 D-81667 Muenchen, Germany May the Source be with you!

2 1

Re: [suse-isdn] Callback - Konfiguration
by Steffen Noe 28 Sep '00

28 Sep '00

Hi Nils, > > Ich habe eine ISDN-Karte in einem Rechner. Dort sollen verschiedene Leute > anrufen können (nicht gleichzeitig). > > Bei einem Anruf soll die Anmeldung erfolgen und somit die Feststellung des > Benutzernamens für die Ermittlung der Rückrufnummer. > > Du schreibst, ich muss dazu mehrere ipppx definieren. Geht das denn mit nur > einer karte? > Ja, das funktioniert. Wir haben hier im Institut ebenfalls ISDN Einwahlserver mit je einer Karte und mehreren Devices auf dieser Karte. Da immer 2 Kanaele a 64kBit vorhanden sind koennen so jeweils 2 Leute gleichzeitig den Server nutzen, sofern keine Kanalbuendelung erlaubt wird. Schau Dir mal die Konfiguration der ipppX Devices in YaST an. Du schaffst dort Zuordnungen von Telefonnummern (I4L_REMOTE_IN/OUT) zu Netzdevices und zudem die Zuordnung von IP-Nummern zu diesen Devices. Dabei wird pro ipppX device ein Benutzer eingeben und ein Passwort verlangt. Dieses wird in /etc/ppp/pap-secrets eingetragen. Auf Clientseite muessen nun die Benutzer ihrerseits die Tel.Nummer des Servers und die dort definierten User/Password Paare verwenden. Die Zuordnung der User laeuft nun ueber die Telefonnummern ab, da der Server weis, wer unter welcher Nummer anrufen darf und wen er ggf zurueckrufen soll. Das bisher beschreibene betrifft die Authentifizierung der ISDN-Verbindung Ist eine Verbindung einmal hergestellt, kann man sich etwa via ssh/telnet/ftp mit jedem auf dem Server gueltigen Benutzernamen anmelden. gruesse steffen -- Steffen M. Noe Darmstadt University of Technology Webmaster Institut fuer Soziologie Institut fuer Botanik Fachbereich 2 Fachbereich 10 Residenzschloss Schnittspahnstrasse 3-5 D-64283 Darmstadt D-64287 Darmstadt +49 6151 16-6591 +49 6151 16-3239 noe(a)ifs.tu-darmstadt.de noe(a)bio.tu-darmstadt.de MAY THE SOURCE BE WITH YOU !

1 0

TDSL als User nicht möglich / nur als root ??
by Markus Foerg 28 Sep '00

28 Sep '00

Hallo, ich hab ein kleines Problem mit pppoed/pppd als User. Als root funktioniert das wunderbar. Wenn ich mich als User einlogge erhalte ich folgende Fehlermeldung: pppoed[4991]: PPPoE tag: type=0101 length=0000 (Servicename) pppoed[4991]: PPPoE tag: type=0102 length=000b (ACName) data (UTF-8): MUNC32-nrp2 pppoed[4991]: PPPoE tag:type=0104 length=0010 (AC Cookie) data (bin): 06 69 8f 32 30 9a 6d 68 81 ae fb79 1b bc a0 eb pppoed[4991]: PPPoE tag: type=0101length=0000 (Service name) pppoed[4991]: PPPoE tag:ype=0102 length=000b (AC Name) data (UTF-8): MUNC32-nrp2 pppoed[4991]: PPPoE tag: type=0104 length=0010 (AC Cookie) data (bin): 06 698f 32 30 9a 6d 68 81 ae fb 79 1b bc a0 eb pppoed[4992]:starting /usr/sbin/pppd to interface /dev/pppox0 using optionsfile:/etc/ppp/peers/pppoe pppd[4992]: using the noauth option requires root privilege pppoed[4991]: Line id which died is: 0 Sep 24 18:25:12 linux pppoed[4991]: OK we got killed pppoed[4991]: ppp_connect came back! pppd hat ALLE Rechte (auch SUID)sind gesetzt, trotzdem gibts Probleme mit der Option noauth. Weiß jemand Rat, wie man das als User hinkriegt? Danke, Markus Foerg Augsburg

1 0

Callback - Konfiguration
by n.heimfeld＠hupc.de 27 Sep '00

27 Sep '00

Hallo ISDN-Freunde, weiss jemand, wie man einen Callback konfiguriert, wo ich vorher festlegen abhängig vom Benutzernamen die Rückrufnummer bestimmen kann? Überhaupt zum Thema Callback finde ich nur wenig... Danke Nils

2 1

Problem mit ISDN unter Linux
by Sebastian Strzelec 27 Sep '00

27 Sep '00

Hi. Ich hab ein problem mit meiner AVM Fritz PnP unter SuSE 6.1 Ich hab die karte soweit eingerichtet, dass es beim booten keine fehlermeldung anzeigt, sprich die Karte THEORETISCH funktionieren sollte. Leider tut sie das nicht. Wenn ich versuche mit ipppd einzuwählen hab ich folgende ausgabe im /var/log/messages: Sep 25 19:17:33 devil kernel: ippp0: dialing 1 019106440... Sep 25 19:17:41 devil kernel: ippp0: dialing 2 019106440... Sep 25 19:17:49 devil kernel: ippp0: dialing 3 019106440... Sep 25 19:17:57 devil kernel: ippp0: dialing 4 019106440... Sep 25 19:18:05 devil kernel: ippp0: dialing 5 019106440... Sep 25 19:18:13 devil kernel: isdn_net: local hangup ippp0 Sep 25 19:18:13 devil kernel: ippp0: Chargesum is 0 Die karte scheint also gar nicht am S0 Bus zu hängen. Das tut sie aber wohl, weil ich sonst nicht in der lage wäre diese eMail hier zu schreiben. Die MSN ist eingestellt. Der Username und die Telefonnummer meines ISP ist auch richtig eingestellt. Ich hab mir mal die howto durchgelesen, und versucht mit anzurufen, per minicon (ttyI0) zu minicon (ttyI1)... Keine reaktion. Ich hab auch versucht mich vom Handy aus anzurufen. isdnlog hat keinen mucks gemacht, mein handy hat sich verhalten, als wär die MSN nicht vergeben. Ich häng an keiner Telefonanlage, die Karte ist direkt am NTBA. Sie wir auf IRQ 3 erkannt. (steht auch im BIOS, beim booten) IO 0x200 ist auch eingestellt (alles laut pnpdump) Ich hab keine ahnung, was ich noch machen könnte. Ich hab gehört, die Fritz PnP würde probleme bereiten, aber ob MEIN problem so häufig vorkommt?! Ich hoffe, jemand kann mir weiterhelfen, sonst werde ich in diesem Windoze hier noch versauern... MfG Sebastian S.

3 2

Einwahlverbindung mit mehreren Providern: Default-Route
by Christoph Maurer 27 Sep '00

27 Sep '00

Hallo Liste! Ich möchte eine Einwahlverbindung zu mehreren Providern aufbauen. (ippp0 bis ippp3) Dabei soll keine DoD-Verbindung konfiguriert werden. Sollte man trotzdem in route.conf eine Default-Route konfigurieren oder lasse ich das? Wenn eine meiner Dialup-Verbindungen T-Online ist, sollte ich dann die ganzen ippps auf andere Nummeren als 192.168.0.xxx konfigurieren? Die werden doch IMHO von T-Online für irgendwelche BTX-Dienste benutzt... Gruß Christoph -- Christoph Maurer Jülicher Str. 80 - 52070 Aachen mailto:christoph-maurer@gmx.de

2 1

capi4hylafax
by mario duve 26 Sep '00

26 Sep '00

hallo, bitte um hilfe nach dem ich capi4linux erfolgreich zum laufen bekommen haben... dank der liste, wollte ich nun capi4hylafax probieren... also alles entpackt , readme durchgelesen dann ein install -s , und es kommt die fehlermeldung Can't find library libstdc++-libc6.1-1.so.2 im verzeichniss /usr/lib gibt es eine library Can't find library libstdc++-libc6.1-1.so.3 könnte mir jemand auf die sprünge helfen ? dank im vorraus mario duve

1 0

ISDN und Telefonanlage, II.
by Markus Rudolf Domula 26 Sep '00

26 Sep '00

Hallo liebe Leute, danke für eure Tips. Leider spricht meine Karte trotz allem nicht mit mir. Ich habe die -v option ins Start-up script geschrieben, passiert aber nichts, jedenfalls nicht mehr. Habe hier aber einen Auszug aus /var/log/isdnctrl die Ausgabedatei, die in ´/etc/isdn.conf als debuging file für isdnlog angegeben ist: Unknown Country "+49221560713" #meine MSN oder EAZ Unknown Country "+49221222900" #Provider(net-cologne) Unknown Country "+49221222900" Sep 26 13:35:07 * tei 66 calling with RING (Datenuebertragung (64 kBit/s oder V.110)) Sep 26 13:35:07 tei 66 calling with UNKNOWN ELEMENT 29: 0f 6b 65 69 6e 65 20 52 75 66 6e 75 6d 6d 65 72 [ keine Rufnummer], length=16 Sep 26 13:35:07 tei 66 calling with Destination not obtainable Sep 26 13:35:07 tei 66 calling with Destination not obtainable Sep 26 13:35:07 tei 66 calling with HANGUP Destination not obtainable So weit ich diese Datei verstehe, hat er doch eine falsche Nummer bzw. gar keine Nummer. Also muß das in der Initialisierung hängen? Ach ja, da ich RedHat habe bin des YASTes nich mächtig. Macht aber die Sache immerhin durchsichtiger, wenn man nach Fehlern sucht, finde ich. Falls jemand 'ne Idee hat, bin ich dafür immer offen. Danke Markus

2 1

ISDN an Telefonanlage
by Markus Rudolf Domula 26 Sep '00

26 Sep '00

Hallo, ich versuche schon ziemlich lange meine FritzCard (PCI) unter Linux zu konfigurieren - klappt aber nicht. Ich habe RedHat6.2 Die Karte wird ohne Fehler initialisiert. In /var/log/messages kommt dann folgender Output: ippp0: dialing isdn_net: local hangup ippp0 ippp0: chargesum 0 Ich verwende an der Anlage 1TR6. Unter Windows kein Problem. Auch wenn ich mich selber mit der Karte anrufen will tut sie das nicht. Rufe ich die Karte an, erkennt sie das als Voice-Call und löst auch die Nummer richtig auf. Warum kann ich mich nicht rauswählen? Vielen Dank, schon mal jetzt Markus

2 1

Re: Dial-out ippp0, Dial-in ippp1 und chap
by Thorsten Marquardt 25 Sep '00

25 Sep '00

Hallo Kersten, hallo Liste, Am 25-Sep-00 schriebst Du: > Thorsten Marquardt wrote: >> >> Hallo Kersten, >> >> Am 20-Sep-00 schriebst Du: >> Zitat aus /etc/ppp/options.ippp0: # If this machine is a server, force >> authentication by uncommenting one Ich hab inzwischen auf SuSE 7.0 upgedatet (super neudeutsch gell?) und kann dazu sagen, daß dieser Kommentar falsch ist. Richtig muß es nämlich heißen: Wenn diese Interface als Server fungiert... denn ich kann auf derselben Maschine ippp0 als Dial-Out und ippp1 als Dial-In konfigurieren und dabei für ippp1 +chap setzten. Frag mich aber bitte niemand, was nach dem Update anders ist :( >> # of the following. However, if this machine is a client, doing this >> will s.o. >> # So, only uncomment on a server. # "+pap" / "+chap" NUR AKTIVIEREN, >> WENN >> DIES EIN SERVER IST!!! #+pap >> #+chap >> >> Steht das inzwischen nicht mehr drin oder reichen 3 >> Ausrufezeichen nicht??? >> >> Ist ja 'ne Spitzenantwort, nur eben nicht auf die Frage: > Sorry, hab die unterschiedlichen 0/1 uebersehen. Ist schon ok. Ich fühlte mich halt etwas angefaßt, obwohl ich schon verstehen kann, daß ihr machmal genervt seidm wenn immer wieder die gleichen Fragen auftauchenm nur weil (und da will ich mich nicht ausnehmen) Leute die Dokumentation nicht (richtig) lesen. Aber vielleicht ist das ja auch ein Indiz dafür, daß mache Dokumente (besonders die in Fremdsprachen) nicht so ganz einfach zu verstehen sind. > >> also ippp0 soll für Dial Out genutzt werden und hier darf natürlich +chap >> nicht in der options.ippp0 stehen. Soweit hab ich das begriffen :) > Toll :-) :) > >> Ippp1 soll aber für Dial In zur Verfügung stehen und zwar für mehr als [...] >> das ist irgendwie Käse! Mit und ohne Ausrufezeichen. > Prinzipiell gebe ich Dir da zwar Recht, bin allerdings reichlich > skeptisch: > Ich habe hier 5 ipppd mit 5 verschiedenen options.ipppX an > laufen (fuer > verschiedene Internet-by-Call Provider) und kurioserweise --- > wenn man > annaehme, dass sich ipppdX die /etc/ppp/options.ipppY auch mit > reinziehen > wuerde --- funktioniert es ausgezeichnet ... OK, es ist kein > Einwahlserver > aufgesetzt, somit steht auch nirgends ein +pap/+chap drin (bzw. > sie sind > auskommentiert) und es ist auch eine recht alte Version: SuSE > 6.2 (hab bisher > keine Zeit gefunden, da mal ein Update zu machen), aber ich kann > mir nicht > so recht vorstellen, dass genau _diese_ Option da den Ausschlag > geben wuerde. > Hast Du mal kontrolliert, mit welchen Konfigurationsfiles die > einzelnen > ipppd arbeiten --- "ps axw | grep ipppd" koennte da evtl. > weiterhelfen. Danke für diese Tipps. Ich habe es aber nicht mehr ausprobiert, weil (s.o.) nach dem Update alles nach meinen Vorstellungen funktioniert hat und ich wollte den fehlerhaften Zustand nicht wieder herstellen, um herumprobieren zu können. Für mich ist Linux halt ein Arbeitspferd und (leider) keine Spiel und Experimentierwiese. Nochmal vielen Dank für alle Tip(p)s Thom -- Whenever you find that you are on the side of the majority, it is time to reform. -- Mark Twain ------------------------------------------------------------------- bye bye (c) by Thom | Thorsten Marquardt | EMail: THOM(a)kaupp.chemie.uni-oldenburg.de | Member of the pzt project. | http://www.pzt.de -------------------------------------------------------------------

1 0

Kanalbündelung
by Arne Dieckmann 25 Sep '00

25 Sep '00

Hallo Liste, Ich benutze SuSE 7.0 und bekomme die Kanalbündelung einfach nicht auf die Reihe. Ich habe die Anleitung genau befolgt. Es wird auch ein virtuelles Device ippp1 angelegt. Wenn ich jetzt mit isdnctrl die zweite Leitung per addlink dazuschalten will, wird die erste Leitung abgebaut. Unterstützt der Pentium optimierte Kernel von SuSE eigentlich MPPP? Muß ich noch irgendwo die Telefonnr. oder die Login-Daten für ippp1 hinzufügen? Wenn ja, wo?? Danke für jede Hilfe Arne

1 0

AVM CAPI-Treiber
by Boris Breuer 24 Sep '00

24 Sep '00

Hallo Liste! Habt einer von Euch schon nähere Erfahrungen mit dem Treiber von AVM für eine Fritz!PnP gemacht? An und für sich habe ich meinen Dial_out-Server ja schon ganz gut hingekriegt, würde aber gerne noch den HylaFax über's ISDN jagen und dafür braucht man ja die CAPI?! Über jeden "Bericht" oder jede Hilfestellung wäre ich dankbar! MfG Boris Breuer

1 0

Re: [suse-isdn] dialin bricht Verbindung gleich wiede ab
by n.heimfeld＠hupc.de 24 Sep '00

24 Sep '00

Danke für die Hilfe mit dem Routen - aber was muss denn eingestellt sein? Meine Route.conf: # # /etc/route.conf # # In this file you can configure your static routing... # # This file is read by /sbin/init.d/route. # # # Destination Dummy/Gateway Netmask Device # # Examples: # # Net devices # 193.141.17.192 0.0.0.0 255.255.255.192 eth0 # # Gateways # default Riemann # 0.0.0.0 193.141.17.193 # # # Host behind Gateway # 193.141.17.142 193.141.17.193 255.255.255.255 # # Net behind a Gateway # 193.141.17.145 193.141.17.193 255.255.255.0 # # Multicast route for e.g. eth0. IP multicasting, forwarding and perhaps # multicast routing in kernel should be enabled. More information will # be found in the NET-3-HOWTO. Most people do NOT need this feature. # # 224.0.0.0 0.0.0.0 240.0.0.0 eth0 # # ISDN (i4l) # 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 # default 192.168.0.1 10.1.1.0 0.0.0.0 255.255.255.0 eth0 10.1.1.190 0.0.0.0 255.255.255.255 ippp0 Meine ip-up (ich denke Suse-Standard-Skript) #!/bin/sh # (c) '97, S.u.S.E. GmbH, Fuerth, Germany # Klaus Franken <kfr(a)suse.de> # 25.02.98 # # Remo Behn <sray(a)suse.de> # 18.07.98 BASENAME=`basename $0` INTERFACE=$1 DEVICE=$2 SPEED=$3 LOCALIP=$4 REMOTEIP=$5 if [ -z "$REMOTEIP" ]; then echo "Usage: $0 <INTERFACE> <DEVICE> <SPEED> <LOCALIP> <REMOTEIP>" exit 1 fi case "$INTERFACE" in ippp*) . /etc/rc.config # find the device found=0 for I in $NETCONFIG; do eval NETDEV=\$NETDEV$I if [ $NETDEV = $INTERFACE ]; then found=1 break; fi done if [ $found -eq 0 ]; then echo "Device '$INTERFACE' not configured in '/etc/rc.config'" exit 1 fi eval IFCONFIG=\$IFCONFIG$I DEST=`grep -v "^#" /etc/route.conf | grep "$INTERFACE\$" | awk '{ print $1}'` DEFAULT=`grep -v "^#" /etc/route.conf | grep default | awk '{ print $2}'` #echo "ok, NETDEV:$NETDEV; IFCONFIG:$IFCONFIG." #echo " DEST: $DEST; DEFAULT: $DEFAULT" case "$BASENAME" in ip-up) # default deny #ipfwadm-wrapper -I -p deny #ipfwadm-wrapper -O -p deny # flush #ipfwadm-wrapper -I -f #ipfwadm-wrapper -O -f # accept dns #ipfwadm-wrapper -O -a accept -P udp -S 0/0 53 1024:65535 -D 0/0 53 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P udp -D 0/0 53 1024:65535 -S 0/0 53 -W $INTERFACE #ipfwadm-wrapper -O -a accept -P tcp -S 0/0 53 1024:65535 -D 0/0 53 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P tcp -D 0/0 53 1024:65535 -S 00/0 53 -k -W $INTERFACE # accept connect from client to internet #ipfwadm-wrapper -O -a accept -P tcp -S 0/0 1024:65535 -D 0/0 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P tcp -D 0/0 1024:65535 -S 0/0 -k -W $INTERFACE # deny, last match #ipfwadm-wrapper -I -a deny -P tcp -S 0/0 -D 0/0 -W $INTERFACE #ipfwadm-wrapper -I -a deny -P udp -S 0/0 -D 0/0 -W $INTERFACE # default accept #ipfwadm-wrapper -I -p accept #ipfwadm-wrapper -O -p accept /sbin/route add default gw $REMOTEIP dev $INTERFACE # Get the nameservers (works with ipppd option ms-get-dns): if [ "$MS_DNS1" ]; then rm -f /etc/ppp/resolv.prev if [ -f /etc/resolv.conf ]; then cp -p /etc/resolv.conf /etc/ppp/resolv.prev grep domain /etc/ppp/resolv.prev > /etc/resolv.conf grep search /etc/ppp/resolv.prev >> /etc/resolv.conf echo "nameserver $MS_DNS1" >> /etc/resolv.conf echo "nameserver $MS_DNS2" >> /etc/resolv.conf echo "Modified /etc/resolv.conf for DNS at $INTERFACE" else echo "nameserver $MS_DNS1" >> /etc/resolv.conf echo "nameserver $MS_DNS2" >> /etc/resolv.conf chmod 644 /etc/resolv.conf echo "Installed /etc/resolv.conf for DNS at $INTERFACE" fi fi # maybe you want to start mail services: # set follow variables in /etc/rc.config # SENDMAIL_TYPE="yes" # SENDMAIL_SMARTHOST="<ISP-mailserver>" # SENDMAIL_ARGS="-bd -om" # SENDMAIL_EXPENSIVE="yes" # SENDMAIL_NOCANONIFY="yes" #/usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 & #/usr/sbin/sendmail -q & # call ip-up.local if it exists and is executable: test -x /etc/ppp/ip-up.local && /etc/ppp/ip-up.local $* ;; ip-down) # Restore the nameservers (got with ipppd option ms-get-dns): if [ -n "$MS_DNS1" ]; then if [ -f /etc/ppp/resolv.prev ]; then cp -fp /etc/ppp/resolv.prev /etc/resolv.conf echo "Restored original /etc/resolv.conf" #else # rm -f /etc/resolv.conf # echo "Deinstalled /etc/resolv.conf" fi fi # restart interface /sbin/ifconfig $INTERFACE down # workaround due to kernel problem with 'kernd': sleep 1 /sbin/ifconfig $INTERFACE $IFCONFIG # flush, del all rules #ipfwadm-wrapper -I -f #ipfwadm-wrapper -O -f # set routes from /etc/route.conf # test -z "$DEST" || /sbin/route add -host $DEST dev $INTERFACE test -z "$DEFAULT" || /sbin/route add default gw $DEFAULT # call ip-down.local if it exists and is executable: test -x /etc/ppp/ip-down.local && /etc/ppp/ip-down.local $* ;; *) ;; esac ;; ppp*) # Analog-PPP, add commands as you need... case "$BASENAME" in ip-up) # # This code allows automatic configuration of your resolv.conf # for peer supplied DNS addresses when using the `usepeerdns' # option. Original resolv.conf is restored when ip-down is called # by pppd when the link goes down. # if [ -n "$USEPEERDNS" -a -f /etc/ppp/resolv.conf ]; then rm -f /etc/ppp/resolv.prev if [ -f /etc/resolv.conf ]; then cp -p /etc/resolv.conf /etc/ppp/resolv.prev grep domain /etc/ppp/resolv.prev > /etc/resolv.conf grep search /etc/ppp/resolv.prev >> /etc/resolv.conf cat /etc/ppp/resolv.conf /etc >> /etc/resolv.conf echo "Modified /etc/resolv.conf for DNS at $INTERFACE" else cp /etc/ppp/resolv.conf /etc chmod 644 /etc/resolv.conf echo "Installed /etc/resolv.conf for DNS at $INTERFACE" fi if [ "$START_NSCD" = yes ]; then /sbin/init.d/nscd restart & fi fi test -x /etc/ppp/ip-up.local && /etc/ppp/ip-up.local $* ;; ip-down) # # This code restores the original resolv.conf saved when ip-up # was called by the pppd which uses the `usepeerdns' option and # resolv.conf was modified for the supplied dns server adresses. # if [ -n "$USEPEERDNS" -a -f /etc/ppp/resolv.conf ]; then if [ -f /etc/ppp/resolv.prev ]; then cp -fp /etc/ppp/resolv.prev /etc/resolv.conf echo "Restored original /etc/resolv.conf" else rm -f /etc/resolv.conf echo "Deinstalled /etc/resolv.conf" fi if [ "$START_NSCD" = yes ]; then /sbin/init.d/nscd restart & fi fi test -x /etc/ppp/ip-down.local && /etc/ppp/ip-down.local $* ;; *) ;; esac ;; *) # dont know... ;; esac | logger -t $BASENAME

3 3

TDSL: Verbindungsaufbau SuSE 6.4
by Thomas Trueten 23 Sep '00

23 Sep '00

Hallo Allerseits, wenn ich die Dokumentation des pppoed richtig verstanden habe ist bei SuSE 6.4 kein automatischer Verbindungsaufbau per Diald o.ä. möglich. Soll das heißen: - Update auf 7.0 - Manuelle Einwahl? als gleichermaßen grausliche Alternative oder verstehe ich das völlig falsch? -- Bonan tagon, Thomas Trueten ICQ# 82831959 PGP-encrypted Mails welcome, Key on Request (subj: get pgpkey) AC 9E DF 5A F4 A9 1F FC AD 09 2B CB A4 9A D4 FB 2F E4 96 E6

5 7

Re: Nochmal: 256Kbps ISDN-Verbindung
by Florian Gross 23 Sep '00

23 Sep '00

Hallo, Martin Mielke wrote: > > > > > Ich denke, dass das Problem daran liegt, > > dass Dein Provider keinen 4-Kanal Zugang anbietet. > > Wenn Du keine Unterstuezung von seiten des Providers hast, > > baust Du 2 seperate Internetverbindungen zu je 128Kbps auf. > > > > Habe ich doch! Warum sollte ich denn meine bzw. Eure Zeit mit dummen Fragen > verschwenden?? Vielleicht solltest du einfach in der richtigen Liste die richtigen Fragen stellen? XMailed&Reply2 suse-isdn gesetzt! cu flo -- Netscape als root auszufuehren ist das Aequivalent zum Betreten des Innenhofes eines Hochsicherheitstrakts zur Pausenzeit, sich die Hosen runterzuziehen, weit nach vorn zu beugen und zu bruellen: "Los Jungs, holte es euch!". Oder Windows zu benutzen. [Wolfgang Weisselberg in suse-linux]

1 0

Nochmal ISDN mit Fritzcard
by Markus Rudolf Domula 23 Sep '00

23 Sep '00

Hallo, nochmal ein Hilferuf. Ich bastele immer noch an meiner ISDN-Konfiguration... und es funtioniert nicht! Wobei ich meine das es funktionieren müsste. Vieleicht kann mir jemand helfen. Nochmal die technische Daten. Ich habe RedHat6.2 mit einem 2.2.14 Kernel. Betreibe meine FritzCardPCI an einer Telefonanlage (Proto 1TR6, ohne Amtsholung). Unter Windows klappt es. ippp0 ist mein Provider und ippp1 ist mein eigener Anschluß zu TEstzwecken. Das Anrufen klappt auch nicht. Wohl aber erkennt die Karte ein Voice-Call, wenn ich anrufe. Hier /var/log/messages: Sep 15 17:37:37 ralf-main kernel: ISDN subsystem Rev: 1.93/1.80/1.95/1.60/1.17/1.3 loaded Sep 15 17:37:37 ralf-main kernel: HiSax: Linux Driver for passive ISDN cards Sep 15 17:37:37 ralf-main kernel: HiSax: Version 3.3c (module) Sep 15 17:37:37 ralf-main kernel: HiSax: Layer1 Revision 2.36 Sep 15 17:37:37 ralf-main kernel: HiSax: Layer2 Revision 2.20 Sep 15 17:37:37 ralf-main kernel: HiSax: TeiMgr Revision 2.13 Sep 15 17:37:37 ralf-main kernel: HiSax: Layer3 Revision 2.10 Sep 15 17:37:37 ralf-main kernel: HiSax: LinkLayer Revision 2.40 Sep 15 17:37:37 ralf-main kernel: HiSax: Approval certification valid Sep 15 17:37:37 ralf-main kernel: HiSax: Approved with ELSA Quickstep series cards Sep 15 17:37:37 ralf-main kernel: HiSax: Approval registration numbers: Sep 15 17:37:37 ralf-main kernel: HiSax: German D133361J CETECOM ICT Services GmbH Sep 15 17:37:37 ralf-main kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbH Sep 15 17:37:37 ralf-main kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Sep 15 17:37:37 ralf-main kernel: HiSax: Card 1 Protocol 1TR6 Id=HiSax (0) Sep 15 17:37:37 ralf-main kernel: HiSax: AVM PCI driver Rev. 1.14 Sep 15 17:37:37 ralf-main kernel: AVM PCI: stat 0x2020a Sep 15 17:37:37 ralf-main kernel: AVM PCI: Class A Rev 2 Sep 15 17:37:37 ralf-main kernel: HiSax: AVM Fritz!PCI config irq:11 base:0xEC00 Sep 15 17:37:37 ralf-main kernel: AVM PCI: ISAC version (0): 2086/2186 V1.1 Sep 15 17:37:37 ralf-main kernel: AVM Fritz PnP/PCI: IRQ 11 count 46 Sep 15 17:37:37 ralf-main kernel: AVM Fritz PnP/PCI: IRQ 11 count 52 Sep 15 17:37:37 ralf-main kernel: HiSax: 1TR6 Rev. 2.9 Sep 15 17:37:37 ralf-main kernel: HiSax: 2 channels added Sep 15 17:37:37 ralf-main kernel: HiSax: MAX_WAITING_CALLS added Sep 15 17:37:38 ralf-main ipppd[1048]: Found 1 device: /dev/ippp0 Sep 15 17:37:38 ralf-main ipppd[1049]: ipppd i2.2.10 (isdn4linux version of pppd by MH) started Sep 15 17:37:38 ralf-main ipppd[1049]: init_unit: 0 Sep 15 17:37:38 ralf-main ipppd[1049]: Connect[0]: /dev/ippp0, fd: 8 Sep 15 17:37:38 ralf-main ipppd[1068]: Found 1 device: /dev/ippp1 Sep 15 17:37:38 ralf-main ipppd[1069]: ipppd i2.2.10 (isdn4linux version of pppd by MH) started Sep 15 17:37:38 ralf-main ipppd[1069]: init_unit: 0 Sep 15 17:37:38 ralf-main ipppd[1069]: Connect[0]: /dev/ippp1, fd: 8 Sep 15 17:37:54 ralf-main kernel: ippp1: dialing 1 0221560711... Sep 15 17:38:02 ralf-main kernel: isdn_net: local hangup ippp1 Sep 15 17:38:02 ralf-main kernel: ippp1: Chargesum is 0 Hat jemand eine Idee? Vielen Dank Markus

2 1

Waehlscripte fuer mehrere ISP
by Heinz W. Pahlke 22 Sep '00

22 Sep '00

Hallo, ich habe mir ein paar Waehlscripte gebastelt, um manuell zwischen verschiedenen ISP auswaehlen und diese ebenso manuell anwaehlen zu koennen. Es funktioniert auch alles bis auf einen kleinen Schoenheitsfehler. Eingerichtet sind ippp0 bis ippp5. Gewaehlt wird mit einem Script nach dem folgenden Muster: /sbin/init.d/i4l start;/sbin/route add default ippp2; /usr/sbin/isdnctrl addphone ippp2 out xxxxxxxx und aufgelegt entsprechend mit /usr/sbin/isdnctrl hangup ippp2;/usr/sbin/isdnctrl delphone ippp2 out xxxxxxxx;/sbin/init.d/i4l stop Wenn ich nun das Waehlscript aufrufe, spuckt es das folgende aus: ------------------------------schnipp--------------------------- dial Verbose-level set to 3. Starting isdn4linux on device ippp0 ippp0 added ... [es folgen diverse fuer die Frage unwichtige Angaben] ... Starting ippp-daemon for ISDN device ippp0 with /etc/ppp/options.ippp0 ippp0 bound to 0 Starting isdn4linux on device ippp1 ippp1 added [...] Setting up network device ippp1 Starting ippp-daemon for ISDN device ippp1 with /etc/ppp/options.ippp1 ippp1 bound to 1 Starting isdn4linux on device ippp2 ippp2 added [...] ------------------------------schnapp---------------------------- So setzt sich das bis zum device ippp5 fort. Beim Booten des Rechners wird ueber die init-Scripte i4l_hardware gestartet, waehrend i4l, network und route deaktiviert sind. System ist eine mit der PC-Welt-CDROM auf 7.0 teilupgedatete Suse 6.2 mit selbst kompiliertem Kernel 2.2.16. Es ware schoen, wenn mir jemand auf die Spruenge helfen koennte, wo mein Fehler liegt. Danke, Heinz. -- E-Mail: Heinz W. Pahlke <h.pahlke(a)berlin.de> This message was sent by XFMail via SuSE Linux

2 2

capi4linux vs. isdn4linux
by Markus.Deiml＠swisslife.de 22 Sep '00

22 Sep '00

Hallo Liste, ich möchte hier gerne die vor einiger Zeit gestellte und unbeantwortete Frage wiederholen: Hat schon jemand gute Erfahrungen mit capi4linux gemacht (bzw. hat von Erfahrungen gehört/gelesen) und ist der Umstieg von isdn4linux zu empfehlen? Eine spezielle Frage habe ich auch noch: Muß ich nach der Installation von capi4linux mein isdn4linux abschalten, oder können beide nebeneinander aktiv sein? Falls ja, wie handle ich das? Falls nein, muß ich dann ohne isdn4linux auf vbox verzichten? Viele Grüße, Markus

2 1

Re: [suse-isdn] Re: Novell - Emulation
by Florian Gross 21 Sep '00

21 Sep '00

Hallo, Horst Grolms wrote: [...] > Da denke ich einmal : hey toll, endlich Resonanz auf OT Novell-Emu, > und dann lese ich nur, > daß ich die Etikette verletzt habe. Tuut miir leid. Echt. Manchmal > ist die Arbeit so viel, die > Zeit so knapp, daß ich mich mal nicht an die Regeln halte. > Dabei mache ich von Hand sogar noch RE statt AW. > Nicht, daß ich es nicht verstehe, aber ein konstruktiver Beitrag > zum Thema wäre mir lieber gewesen. Nun ja, vielleicht liegt's ja an der Art, wie die mail geschrieben war? Oder es wußte einfach keiner. Wenn du was per PM bekommst, dann antworte bitte auch per PM drauf und nicht gleich in zwei Mailinglisten, von denen eine auch noch die falsche ist. cu flo, antworten bitte nur an mich! -- > Vielen Dank für das siggen. Aber dieser Satz ergibt doch gar > keinen Sinn. Deswegen habe ich den Satz doch auch gesiggt. [WoKo und Christopher Splinter in dag°]

1 0

dialin bricht Verbindung gleich wieder ab - die zweite!
by n.heimfeld＠hupc.de 21 Sep '00

21 Sep '00

Danke für die Hilfe mit dem Routen - aber was muss denn eingestellt sein? Meine Route.conf: # # /etc/route.conf # # In this file you can configure your static routing... # # This file is read by /sbin/init.d/route. # # # Destination Dummy/Gateway Netmask Device # # Examples: # # Net devices # 193.141.17.192 0.0.0.0 255.255.255.192 eth0 # # Gateways # default Riemann # 0.0.0.0 193.141.17.193 # # # Host behind Gateway # 193.141.17.142 193.141.17.193 255.255.255.255 # # Net behind a Gateway # 193.141.17.145 193.141.17.193 255.255.255.0 # # Multicast route for e.g. eth0. IP multicasting, forwarding and perhaps # multicast routing in kernel should be enabled. More information will # be found in the NET-3-HOWTO. Most people do NOT need this feature. # # 224.0.0.0 0.0.0.0 240.0.0.0 eth0 # # ISDN (i4l) # 192.168.0.1 0.0.0.0 255.255.255.255 ippp0 # default 192.168.0.1 10.1.1.0 0.0.0.0 255.255.255.0 eth0 10.1.1.190 0.0.0.0 255.255.255.255 ippp0 Meine ip-up (ich denke Suse-Standard-Skript) #!/bin/sh # (c) '97, S.u.S.E. GmbH, Fuerth, Germany # Klaus Franken <kfr(a)suse.de> # 25.02.98 # # Remo Behn <sray(a)suse.de> # 18.07.98 BASENAME=`basename $0` INTERFACE=$1 DEVICE=$2 SPEED=$3 LOCALIP=$4 REMOTEIP=$5 if [ -z "$REMOTEIP" ]; then echo "Usage: $0 " exit 1 fi case "$INTERFACE" in ippp*) . /etc/rc.config # find the device found=0 for I in $NETCONFIG; do eval NETDEV=\$NETDEV$I if [ $NETDEV = $INTERFACE ]; then found=1 break; fi done if [ $found -eq 0 ]; then echo "Device '$INTERFACE' not configured in '/etc/rc.config'" exit 1 fi eval IFCONFIG=\$IFCONFIG$I DEST=`grep -v "^#" /etc/route.conf | grep "$INTERFACE\$" | awk '{ print $1}'` DEFAULT=`grep -v "^#" /etc/route.conf | grep default | awk '{ print $2}'` #echo "ok, NETDEV:$NETDEV; IFCONFIG:$IFCONFIG." #echo " DEST: $DEST; DEFAULT: $DEFAULT" case "$BASENAME" in ip-up) # default deny #ipfwadm-wrapper -I -p deny #ipfwadm-wrapper -O -p deny # flush #ipfwadm-wrapper -I -f #ipfwadm-wrapper -O -f # accept dns #ipfwadm-wrapper -O -a accept -P udp -S 0/0 53 1024:65535 -D 0/0 53 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P udp -D 0/0 53 1024:65535 -S 0/0 53 -W $INTERFACE #ipfwadm-wrapper -O -a accept -P tcp -S 0/0 53 1024:65535 -D 0/0 53 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P tcp -D 0/0 53 1024:65535 -S 00/0 53 -k -W $INTERFACE # accept connect from client to internet #ipfwadm-wrapper -O -a accept -P tcp -S 0/0 1024:65535 -D 0/0 -W $INTERFACE #ipfwadm-wrapper -I -a accept -P tcp -D 0/0 1024:65535 -S 0/0 -k -W $INTERFACE # deny, last match #ipfwadm-wrapper -I -a deny -P tcp -S 0/0 -D 0/0 -W $INTERFACE #ipfwadm-wrapper -I -a deny -P udp -S 0/0 -D 0/0 -W $INTERFACE # default accept #ipfwadm-wrapper -I -p accept #ipfwadm-wrapper -O -p accept /sbin/route add default gw $REMOTEIP dev $INTERFACE # Get the nameservers (works with ipppd option ms-get-dns): if [ "$MS_DNS1" ]; then rm -f /etc/ppp/resolv.prev if [ -f /etc/resolv.conf ]; then cp -p /etc/resolv.conf /etc/ppp/resolv.prev grep domain /etc/ppp/resolv.prev > /etc/resolv.conf grep search /etc/ppp/resolv.prev >> /etc/resolv.conf echo "nameserver $MS_DNS1" >> /etc/resolv.conf echo "nameserver $MS_DNS2" >> /etc/resolv.conf echo "Modified /etc/resolv.conf for DNS at $INTERFACE" else echo "nameserver $MS_DNS1" >> /etc/resolv.conf echo "nameserver $MS_DNS2" >> /etc/resolv.conf chmod 644 /etc/resolv.conf echo "Installed /etc/resolv.conf for DNS at $INTERFACE" fi fi # maybe you want to start mail services: # set follow variables in /etc/rc.config # SENDMAIL_TYPE="yes" # SENDMAIL_SMARTHOST="" # SENDMAIL_ARGS="-bd -om" # SENDMAIL_EXPENSIVE="yes" # SENDMAIL_NOCANONIFY="yes" #/usr/bin/fetchmail -a -v >>/var/log/fetchmail 2>&1 & #/usr/sbin/sendmail -q & # call ip-up.local if it exists and is executable: test -x /etc/ppp/ip-up.local && /etc/ppp/ip-up.local $* ;; ip-down) # Restore the nameservers (got with ipppd option ms-get-dns): if [ -n "$MS_DNS1" ]; then if [ -f /etc/ppp/resolv.prev ]; then cp -fp /etc/ppp/resolv.prev /etc/resolv.conf echo "Restored original /etc/resolv.conf" #else # rm -f /etc/resolv.conf # echo "Deinstalled /etc/resolv.conf" fi fi # restart interface /sbin/ifconfig $INTERFACE down # workaround due to kernel problem with 'kernd': sleep 1 /sbin/ifconfig $INTERFACE $IFCONFIG # flush, del all rules #ipfwadm-wrapper -I -f #ipfwadm-wrapper -O -f # set routes from /etc/route.conf # test -z "$DEST" || /sbin/route add -host $DEST dev $INTERFACE test -z "$DEFAULT" || /sbin/route add default gw $DEFAULT # call ip-down.local if it exists and is executable: test -x /etc/ppp/ip-down.local && /etc/ppp/ip-down.local $* ;; *) ;; esac ;; ppp*) # Analog-PPP, add commands as you need... case "$BASENAME" in ip-up) # # This code allows automatic configuration of your resolv.conf # for peer supplied DNS addresses when using the `usepeerdns' # option. Original resolv.conf is restored when ip-down is called # by pppd when the link goes down. # if [ -n "$USEPEERDNS" -a -f /etc/ppp/resolv.conf ]; then rm -f /etc/ppp/resolv.prev if [ -f /etc/resolv.conf ]; then cp -p /etc/resolv.conf /etc/ppp/resolv.prev grep domain /etc/ppp/resolv.prev > /etc/resolv.conf grep search /etc/ppp/resolv.prev >> /etc/resolv.conf cat /etc/ppp/resolv.conf /etc >> /etc/resolv.conf echo "Modified /etc/resolv.conf for DNS at $INTERFACE" else cp /etc/ppp/resolv.conf /etc chmod 644 /etc/resolv.conf echo "Installed /etc/resolv.conf for DNS at $INTERFACE" fi if [ "$START_NSCD" = yes ]; then /sbin/init.d/nscd restart & fi fi test -x /etc/ppp/ip-up.local && /etc/ppp/ip-up.local $* ;; ip-down) # # This code restores the original resolv.conf saved when ip-up # was called by the pppd which uses the `usepeerdns' option and # resolv.conf was modified for the supplied dns server adresses. # if [ -n "$USEPEERDNS" -a -f /etc/ppp/resolv.conf ]; then if [ -f /etc/ppp/resolv.prev ]; then cp -fp /etc/ppp/resolv.prev /etc/resolv.conf echo "Restored original /etc/resolv.conf" else rm -f /etc/resolv.conf echo "Deinstalled /etc/resolv.conf" fi if [ "$START_NSCD" = yes ]; then /sbin/init.d/nscd restart & fi fi test -x /etc/ppp/ip-down.local && /etc/ppp/ip-down.local $* ;; *) ;; esac ;; *) # dont know... ;; esac | logger -t $BASENAME

1 0

TCP:zapping lost adress
by Michael Helms 21 Sep '00

21 Sep '00

HALLO; weiss jemand was die folgende Zeile bedeutet: mailserver kernel: TCP: zapping lost address 192.168.0.99:2384 -> 192.168.0.99:80 taucht immer mal wieder in /var/log/messages auf. Sollte mir das irgendwie zu denken geben? Danke Michael

1 0

dialin bricht Verbindung gleich wiede ab
by n.heimfeld＠hupc.de 21 Sep '00

21 Sep '00

Hallo ISDN-Freunde, ich habe einen Linux-Rechner an einer Siemens-Telefonanlage. Ich versuche, diesen jetzt als Dialin-server zu aktivieren... jedoch nach Stunden ohne Erfolg. Zuletzt habe ich die Beispielkonfiguration von http://www.64-bit.de/ eingestellt (auch Suse-Linux). Beim Einwählen in den Linux-Rechner bricht der Windows-Client die Verbindung immer wieder ab. Bei dynanischer Zusweisung oder fester eingestellter IP-Adresse auf dem client. Ebenso verhält es sich bei Windows NT als Client. Es scheint, als käme der Client gar nicht dazu sich am Netzwerk anzumelden. Der kernel gibt folgende Message aus jeweils einmal mit und ohne dyn. IP beim Client eingestellt: **************Anfang************* Sep 20 23:03:31 hirchesvr ipppd[21282]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Sep 20 23:03:31 hirchesvr kernel: isdn_net: ippp0 connected Sep 20 23:03:31 hirchesvr kernel: isdn_net: chargetime of ippp0 now 180082350 Sep 20 23:03:34 hirchesvr ipppd[21282]: MPPP negotiation, He: No We: No Sep 20 23:03:35 hirchesvr ipppd[21282]: Modem hangup Sep 20 23:03:35 hirchesvr ipppd[21282]: Connection terminated. Sep 20 23:03:35 hirchesvr ipppd[21282]: taking down PHASE_DEAD link 0, linkunit: 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: closing fd 8 from unit 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: link 0 closed , linkunit: 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: reinit_unit: 0 Sep 20 23:03:35 hirchesvr ipppd[21282]: Connect[0]: /dev/ippp0, fd: 8 Sep 20 23:03:35 hirchesvr kernel: isdn: HiSax,ch0 cause: E0110 Sep 20 23:03:35 hirchesvr kernel: ippp0: remote hangup Sep 20 23:03:35 hirchesvr kernel: ippp0: Chargesum is 0 Sep 20 23:03:35 hirchesvr kernel: ippp_ccp: freeing reset data structure c4f6b800 Sep 20 23:03:35 hirchesvr kernel: ippp, open, slot: 0, minor: 0, state: 0000 Sep 20 23:03:35 hirchesvr kernel: ippp_ccp: allocated reset data structure c4f6b800 **************und der nächste Anruf - jetzt die IP-Adresse eingestellt beim client Sep 20 23:05:13 hirchesvr kernel: isdn_net: Incoming call without CPN, assuming '0' Sep 20 23:05:13 hirchesvr kernel: ippp0: call from 61834255 -> 0 accepted Sep 20 23:05:14 hirchesvr ipppd[21282]: Local number: 0, Remote number: , Type: incoming Sep 20 23:05:14 hirchesvr ipppd[21282]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Sep 20 23:05:14 hirchesvr kernel: isdn_net: ippp0 connected Sep 20 23:05:14 hirchesvr kernel: isdn_net: chargetime of ippp0 now 180092638 Sep 20 23:05:17 hirchesvr ipppd[21282]: MPPP negotiation, He: No We: No Sep 20 23:05:17 hirchesvr ipppd[21282]: Could not determine local IP address Sep 20 23:05:17 hirchesvr kernel: isdn_net: local hangup ippp0 Sep 20 23:05:17 hirchesvr kernel: ippp0: Chargesum is 0 Sep 20 23:05:17 hirchesvr ipppd[21282]: Modem hangup Sep 20 23:05:17 hirchesvr ipppd[21282]: Connection terminated. Sep 20 23:05:17 hirchesvr ipppd[21282]: taking down PHASE_DEAD link 0, linkunit: 0 Sep 20 23:05:17 hirchesvr ipppd[21282]: closing fd 8 from unit 0 Sep 20 23:05:17 hirchesvr kernel: ippp_ccp: freeing reset data structure c4f6b800 Sep 20 23:05:17 hirchesvr ipppd[21282]: link 0 closed , linkunit: 0 Sep 20 23:05:17 hirchesvr ipppd[21282]: reinit_unit: 0 Sep 20 23:05:17 hirchesvr kernel: ippp, open, slot: 0, minor: 0, state: 0000 Sep 20 23:05:17 hirchesvr kernel: ippp_ccp: allocated reset data structure c4f6b800 Sep 20 23:05:17 hirchesvr ipppd[21282]: Connect[0]: /dev/ippp0, fd: 8 Sep 20 23:05:17 hirchesvr kernel: isdn: HiSax,ch0 cause: E0110 Sep 20 23:05:39 hirchesvr dhcpd: DHCPREQUEST for 10.1.1.10 from 00:48:54:5a:4f:52 via eth0 Sep 20 23:05:39 hirchesvr dhcpd: DHCPACK on 10.1.1.10 to 00:48:54:5a:4f:52 via eth0 *********************Ende******* Meine ifconfig sieht so aus *********Anfang*************** eth0 Link encap:Ethernet HWaddr 00:D0:B7:B2:50:EC inet addr:10.1.1.199 Bcast:10.1.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10853973 errors:0 dropped:0 overruns:2 frame:22 TX packets:11674330 errors:0 dropped:0 overruns:77 carrier:0 collisions:0 txqueuelen:100 Interrupt:11 Base address:0xc000 ippp0 Link encap:Point-to-Point Protocol inet addr:10.1.1.199 P-t-P:10.1.1.190 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 RX packets:12 errors:0 dropped:0 overruns:0 frame:0 TX packets:13 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:11565 errors:0 dropped:0 overruns:0 frame:0 TX packets:11565 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 *************Ende****************** Ich denke mal ok.... ...und noch meine ippp0 *******************Anfang********************* # /etc/ppp/options.ippp? # # for isdn4linux/syncPPP and dynamic IP-numbers # # # Klaus Franken, kfr(a)suse.de # Version: 27.08.97 (5.1) # # This file is copy by YaST from /etc/ppp/ioptions.YaST # to options.<device> # The device(s) # for more than one device try: # /dev/ippp0 /dev/ippp1 ... /dev/ippp0 proxyarp # The IP addresses: <local>:<remote> # just "0.0.0.0:" or nothing for dynamic IP #192.168.0.1:192.168.0.99 10.1.1.199:10.1.1.190 # my user name #user "heimfeld" # my system name (only for CHAP!) # name my_system_name #name suse # accept IP addresses from peer # use with dynamic IP #ipcp-accept-local #ipcp-accept-remote #noipdefault # default route should be set by ipppd # defaultroute # try to get IP address from interface # option specific to ipppd (as opposed to pppd) # use only with static IP useifip # disable all header-compression -vj -vjccomp -ac -pc -bsdcomp # max receive unit mru 1524 # max transmit unit mtu 1500 # If this machine is a server, force authentication by uncommenting one # of the following. However, if this machine is a client, doing this will # prevent a succesful connection! (message "peer refused to authenticate"). # So, only uncomment on a server. # "+pap" / "+chap" NUR AKTIVIEREN, WENN DIES EIN SERVER IST!!! +pap #+chap login auth # if you have problems with handshaking (no response for first # lcp-package) try to decrease the retry-cycle. Default is 3 sec, # try for example 2 sec: lcp-restart 2 # sometimes you need this: noccp # Get dns info from peer #ms-get-dns *****************und Ende******************* Weiss jemand, was ich einstellen muss, dass sich der client am Netzwerk anmelden kann, bzw. dieser nicht immer die Verbindung wieder abbricht? Vielen Dank.. Grüsse Nils

2 1

Dial-out ippp0, Dial-in ippp1 und chap
by Thorsten Marquardt 20 Sep '00

20 Sep '00

Hallo Liste, ich möchte 'ne Linuxbox (Suse 6.4) so einrichten, daß über ippp0 ein Dial on Demand gateway für ein locales Netzwerk arbeitet (das läuft derzeit mehr als zufriedenstellend) und über ippp1 ein Dial-In Server zum lokalen Netzwerk zur Verfügung steht. Auch das Einwählen funktioniert, nur leider kann ich für ippp1 keine chap-Identifizierung konfigurieren. Wenn ich chap+ in den /etc/ppp/otipons* aktiviere, dann wird auch für die Dial-Out Verbindung eine Authentifizierung angefordert und da macht mein Provider nicht mit :) Was habe ich falsch verstanden? Grüße Thom -- I like work ... I can sit and watch it for hours. ------------------------------------------------------------------- bye bye (c) by Thom | Thorsten Marquardt | EMail: THOM(a)kaupp.chemie.uni-oldenburg.de | Member of the pzt project. | http://www.pzt.de -------------------------------------------------------------------

4 5

Re: [suse-isdn] ITK Columbus Card V 3.0 (Pnp)
by Dieter Kluenter 20 Sep '00

20 Sep '00

Hallo, Joerg Bruestel <bruestel(a)elisa.in-chemnitz.de> writes: > Hallo, > > bei mir läuft die o.g. Karte unter Suse 5.3 als > > I4L_TELES_TYPE="9" ( itk micro Rev. 2 ). > > Geht soweit alles. > > Nun wollte ich auf Suse 6.4 umsteigen, die itk Rev 2.0 wird weiterhin > unterstützt, aber ich bekomme die o.g. Karte einfach nicht an. Mach ich > was falsch oder wird die Columbus mit den neueren Versionen vom isdn- > System definitiv nicht unterstützt? Sie wird definitiv unterstuetzt. Denn bei mir laeuft sie seit Suse-4.3 und hat bisher alle updates bis incl 6.4 problemlos mitgemacht. Gruss Dieter -- Dieter Kluenter mailto: dkluenter(a)gmx.de http: http://www.l4b.de

1 0

ITK Columbus Card V 3.0 (Pnp)
by Joerg Bruestel 20 Sep '00

20 Sep '00

Hallo, bei mir läuft die o.g. Karte unter Suse 5.3 als I4L_TELES_TYPE="9" ( itk micro Rev. 2 ). Geht soweit alles. Nun wollte ich auf Suse 6.4 umsteigen, die itk Rev 2.0 wird weiterhin unterstützt, aber ich bekomme die o.g. Karte einfach nicht an. Mach ich was falsch oder wird die Columbus mit den neueren Versionen vom isdn- System definitiv nicht unterstützt? Jörg -- * * Joerg Bruestel, August-Bebel-Strasse 19, 04618 Ziegelheim * * * Mail: Bruestel(a)Elisa.IN-Chemnitz.DE Phone: +49 34494 77583 *

4 3

Re: Novell - Emulation
by Florian Gross 20 Sep '00

20 Sep '00

Hallo, könntest du bitte in Zukunft _unter_ das gequotete schreiben? Hilfe gibt's unter http://www.ndh.net/home/schult/etikette.html Danke! cu flo -- Das ist hier eine technische Diskussionsgruppe, nicht ein Nachhilfeladen fuer Leute, die ihre Lehrbuecher nicht gelesen haben. [Detlef Bosau in dag°]

1 0

Probleme beim einloggen mit minicom
by Steffen Wagner 20 Sep '00

20 Sep '00

Hallo Zusammen, ich habe folgendes Problem: Ich möchte von einem Rechner zum Anderen mit minicom eine Verbindung aufbauen. Ich erhalte als Antwort immer busy (klar, ist natürlich NICHT tatsächlich busy!) Beide Rechner SuSE 6.3 und gleiche config. Mit dem Anrufenden Rechner kann ich mit exakt gleicher config zu einem weiteren identischen Rechner eine Verbindung aufbauen. Hier der Auzug aus messages: --------------schnipp----------------- Sep 19 12:02:55 kob02 isdnlog: Sep 19 12:02:55 --> RING (Datenuebertragung (64 kBit/s oder V.110)) Sep 19 12:02:55 kob02 isdnlog: Sep 19 12:02:55 --> UNKNOWN ELEMENT 21: 10 80 [ ], length=2 Sep 19 12:02:55 kob02 isdnlog: Sep 19 12:02:55 --> UNKNOWN ELEMENT 27: 41 6d 74 [Amt], length=3 Sep 19 12:02:55 kob02 isdnlog: Sep 19 12:02:55 --> NOTIFICATION: --------------schnapp----------------- Hier die /etc/minirc.isdn ----------schnipp---------- # Machine-generated file - use "minicom -s" to change parameters. pr port /dev/ttyI1 pu minit ~^M~AT S14=0 &B512 &E4711^M pu mdialpre ATD pu mdialpre2 ATD pu mdialpre3 ATD pu mdialsuf3 ^M pu escape-key ^T ----------schnapp----------- Die Dateien in /etc/mgetty+sendfax sind auch bis auf die eigene Nummer identisch. Also, wer kann mir bei der Interpretation der log-Datei helfen. Vielen Dank im voraus. -- Mit freundlichen Grüßen Steffen Wagner mailto:S.Wagner@st-elisabeth.de

1 0

RE: [suse-isdn] ippp0 und ippp1
by Martin Mielke 20 Sep '00

20 Sep '00

Hallo, und wie bastle ich alles zusammen, damit ich mit den 4 B-ISDN-Kanälen ins Internet gehen kann? Vielen Dank, Martin > -----Original Message----- > From: Volker Böhm [mailto:boehm@alpha-leasing.de] > Sent: Tuesday, September 19, 2000 7:51 PM > To: SuSE ISDN > Subject: Re: [suse-isdn] ippp0 und ippp1 > > > Sascha Haupt schrieb: > > Ich glaub zwar das die Frage schon ziemlich oft gestellt worden ist, > > aber ich bin weder durch das Howto noch durch deja schlau geworden. > > > > In wie weit hängen die Gerätedateien (ippp0 ippp1) mit den B-Kanälen > > zusammen ??? Wenn ich z.B. eine Fritz PnP in nem Rechner > habe, kann ich > > dann einen B-Kanal über ippp0 und den anderen über ippp1 > ansprechen und > > wie wird das so konfiguriert ??? > > Hallo Sascha, > die haben überhaupt nichts miteinander zu tun. Ich habe z.B. zu Hause > auch nur _eine_ Fritz aber ippp0 - ippp1 zuzüglich isdn0 bir > isdn4. Das > sind insgesamt sieben Verbindungen (2 ins Internet und 5 in > befreundete > Netze), die alle funktioneren, aber natürlich nur zwei > gleichzeitig. Du > kannst unabhängig von der Anzahl Deiner B-Kanäle - ich glaube - bis zu > 64 Verbindungen definieren. > > mfg Volker > > -- > Volker Böhm Tel.: 040/25 15 37-118 > Alpha Leasing GmbH Fax: 040/25 15 37-190 > Grevenweg 72 e-Mail: boehm(a)alpha-leasing.de > 20537 Hamburg vboehm(a)t-online.de > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com >

2 1

Re: [suse-isdn] Probleme mit rp-pppoe - Suse 6.4
by Harald Grodke 20 Sep '00

20 Sep '00

Hallo Jens, ersteinmal vielen Dank fuer Deinen Tip. > > Mal sehen, was man da tun kann. > > > Starting link > > Serial connection established. > > Connect: ppp0 <--> /dev/pts/4 > > LCP: timeout sending Config-Requests > > Connection terminated. > > pppoe: read (asyncReadFromPPP): Input/output error > > Script pppoe -I eth0 -m 1412 finished (pid 950), status = 0x100 > > Also wenn ich mich recht entsinne, hatte ich einen aehnlichen bzw. den > gleichen Fehler. Du rufst doch sicher pppd und dann noch ein paar > Parameter "pppoe -I eth0" dazu auf. Also wenn du jetzt dem pppoe noch > zusaetzlich den Parameter -s mitgibst, dann sollte es klappen. > Beispiel: > pppd file /etc/ppp/options "pppoe -I ethx -s" > Sag mal bescheid, wenn es geklappt hat. Verstehe ich das richtig: der etc/ppp/option den Eintrag: pppoe -I eth0 -s verpassen. Wenn ja, das klappt nicht. Dann geht garnichts mehr. Auszug aus var/log/messages Sep 19 12:44:09 linux adsl-connect: ADSL connection lost; attempting re-connection. Sep 19 12:44:09 linux pppd[21782]: In file /etc/ppp/options: unrecognized option 'pppoe' Sep 19 12:44:09 linux adsl-connect: ADSL connection lost; attempting re-connection. Sep 19 12:44:09 linux pppd[21784]: In file /etc/ppp/options: unrecognized option 'pppoe' Leider habe ich entweder Deinen Tip total falsch verstanden oder ich seh den Wald vor lauter Baeumen nicht mehr ..... Gruss Harald > Mach's gut > Jens

1 0

mppp Einstellungen
by Matthias Lenhardt 20 Sep '00

20 Sep '00

Hi Liste, ich habe Kanalbuendelung mit SuSE Linux 6.4 (Kernel 2.2.16) unter Anleitung des SDB-Artikels realisiert und funktioniert auch ganz gut mit Internet-by-call Providern. Wenn ich aber zu einem anderen Internet-by-call Provider mittels 'ISDN-Parameter konfigurieren' unter YaST wechsel, gehen die Einstellungen in der /etc/ppp/options.ippp? verloren, bzw. das '+mp' bleibt, allerdings das Slave Device ist weg {8-(. Es ist zwar kein echtes Problem, da man es einfach wieder einfuegen kann, aber ich haette es ganz gerne, das ich mir diesen Schritt spare. Auch wenn ich das Slave Device in die /etc/ppp/ioptions.YaST eintrage, ist das Slave Device nach Aendern der ISDN-Parameter verloren. Wuerde mich ueber Tipps sehr freuen und danke schon mal im voraus. Matthias -- <<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>> Matthias Lenhardt - Software Ingenieur mail:mlenhardt@inonet.com InoNet Computer GmbH http://www.inonet.com/ Am Bahnsteig 9 - D-82024 Taufkirchen Tel. +49 (0)89 666096-41 LinuX is like a wigwam: no windows, no gates, apache inside! <<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>

1 0

Einwahl mit lzs
by suse-isdn 20 Sep '00

20 Sep '00

Hallo Liste, Ich habe folgendes Problem, mein Linux Rechner ist zur Einwahl über ISDN konfiguriert, ipppX mit lzs 1:4 Option, mit w95/98/NT4/w2000 Clients klappt auch alles, nur die LZS Kommpression will nicht nicht mit W2000 klappen, er meldet immer "unsupportet Compression" beim aushandeln der Leitung... Weiß jemand was bei W2000 verändert wurde? Gruss Klaus

1 0

Re: [suse-isdn] ippp0 und ippp1
by Volker Böhm 19 Sep '00

19 Sep '00

Sascha Haupt schrieb: > Ich glaub zwar das die Frage schon ziemlich oft gestellt worden ist, > aber ich bin weder durch das Howto noch durch deja schlau geworden. > > In wie weit hängen die Gerätedateien (ippp0 ippp1) mit den B-Kanälen > zusammen ??? Wenn ich z.B. eine Fritz PnP in nem Rechner habe, kann ich > dann einen B-Kanal über ippp0 und den anderen über ippp1 ansprechen und > wie wird das so konfiguriert ??? Hallo Sascha, die haben überhaupt nichts miteinander zu tun. Ich habe z.B. zu Hause auch nur _eine_ Fritz aber ippp0 - ippp1 zuzüglich isdn0 bir isdn4. Das sind insgesamt sieben Verbindungen (2 ins Internet und 5 in befreundete Netze), die alle funktioneren, aber natürlich nur zwei gleichzeitig. Du kannst unabhängig von der Anzahl Deiner B-Kanäle - ich glaube - bis zu 64 Verbindungen definieren. mfg Volker -- Volker Böhm Tel.: 040/25 15 37-118 Alpha Leasing GmbH Fax: 040/25 15 37-190 Grevenweg 72 e-Mail: boehm(a)alpha-leasing.de 20537 Hamburg vboehm(a)t-online.de

1 0

ippp0 und ippp1
by Sascha Haupt 19 Sep '00

19 Sep '00

Hallo @ll Ich glaub zwar das die Frage schon ziemlich oft gestellt worden ist, aber ich bin weder durch das Howto noch durch deja schlau geworden. In wie weit hängen die Gerätedateien (ippp0 ippp1) mit den B-Kanälen zusammen ??? Wenn ich z.B. eine Fritz PnP in nem Rechner habe, kann ich dann einen B-Kanal über ippp0 und den anderen über ippp1 ansprechen und wie wird das so konfiguriert ??? Vielen Dank im voraus... Sascha Haupt Technik - Bürgernetz Dachau e.V. http://www.dachau.net

1 0

Fw: [suse-isdn] Dialin-Server konfigurieren ?
by Michael Helms 19 Sep '00

19 Sep '00

-----Ursprüngliche Nachricht----- Von: "Michael Helms" <mlsuseisdn(a)wvigmbh.de> An: "Ulrich Wahls (Suse-Liste)" <uwahls(a)gmx.net> Gesendet: Dienstag, 19. September 2000 11:56 Betreff: Re: [suse-isdn] Dialin-Server konfigurieren ? > Hallo, > > ich habe mit folgenden Hilfen einen dial-in-Server hinbekommen. Naja, > hinbekommen ist etwas geprahlt, aber zumindest kann man sich einwählen. > Machen kann man dann nix (nur ping funktioniert). Liegt evtl. an einer > Firewall Einstellung. Aber davon hab ich überhaupt keine Ahnung (kann mir > jemand mit 3 Sätzen sagen wie ich sehe ob ein Firewall konfiguriert ist, wo > die Einstellungen gemacht werden und welche Einstellung eine Einwahl > verhindert - ich verspreche auch irgendwann mal das HowTo zu lesen). > > Linux als Dialin-Server HOWTO (Dirk Bender; www.64-bit.de) > und > Der Linuxserver als Einwahlrechner (Detlev Reymann; > www.mnd.fh-wiesbaden.de/~dreymann/linux/linuxhtml.zip)) > > Geholfen hat am Ende wohl die Kombination beider Quellen, wobei ich mich > meistens an letztere gehalten habe. > > > > --- schnipp --- /etc/ppp/options ---- > > # /etc/ppp/options > # > # Not every option is listed here, see man pppd for more details. > # This file is read by the pppd, > # it is an error when it is not present. > # > # use the following command to see the active options: > # > # grep -v ^# /etc/ppp/options | grep -v ^$ > # > > # ---<Start of File>--- > > # > # > # Ab jetzt steht alles in den Gerätedateien /etc/ppp/options.ipppx > # 12.09.2000 hel > # > # Leider lassen sich die 3 Optionen unten nicht in /etc/ppp/options.ippp0 > # unterbringen. Da "init 2" sonst zu einer Fehlermeldung führt, z.B.: > # "In file /etc/ppp/options.ippp0: unrecogniced command asyncmap" > # Da ich nicht weiß wofür diese Ding gut sind, lass ich sie erstmal hier > # stehen. Wenn das dann zu Konflikten mit /etc/ppp/options.ippp1 (Konfig > # für Dial-In-Server) kommt, müssen wir mal sehen ob die Optionen evtl. bei > # Start von ippp0 (Dial-Out-Server) weggelassen werden können. > # 13.09.2000 hel > # > > # Use hardware flow control (i.e. RTS/CTS) to control the flow of data > # on the serial port. > crtscts > > # Use the modem control lines. > modem > > # async character map -- 32-bit hex; each bit is a character > # that needs to be escaped for pppd to receive it. 0x00000001 > # represents '\x01', and 0x80000000 represents '\x1f'. > # To allow pppd to work over a rlogin/telnet connection, ou should escape > # XON (^Q), XOFF (^S) and ^]: (The peer should use "escape ff".) > #asyncmap 200a0000 > asyncmap 0 > > --- schnapp --- > > > > --- schnipp --- /etc/ppp/ioptions ---- > > # /etc/ppp/ioptions > # for isdn4linux/syncPPP global options for ipppd > # > # > # Klaus Franken, kfr(a)suse.de > # Version: 15.05.97 (5.0) > # > # > > lock > > # Set 'debug' to create a lot of information in /var/log/messages > # debug > > # Set '+pwlog' for logging passwords in /var/log/messages > #+pwlog > > --- schnapp --- > > > --- schnipp --- /etc/ppp/options.ippp0 ---- > > # /etc/ppp/options.ippp? > # > # for isdn4linux/syncPPP and dynamic IP-numbers > # > # > # Klaus Franken, kfr(a)suse.de > # Version: 27.08.97 (5.1) > # > # This file is copy by YaST from /etc/ppp/ioptions.YaST > # to options.<device> > > # The device(s) > # for more than one device try: > # /dev/ippp0 /dev/ippp1 ... > /dev/ippp0 > > # The IP addresses: <local>:<remote> > # just "0.0.0.0:" or nothing for dynamic IP > #0.0.0.0: > > # my user name > user "....das muss ja nicht jeder wissen ...." > > # my system name (only for CHAP!) > # name my_system_name > > # accept IP addresses from peer > # use with dynamic IP > ipcp-accept-local > ipcp-accept-remote > noipdefault > > # try to get IP address from interface > # option specific to ipppd (as opposed to pppd) > # use only with static IP > #useifip > > # disable all header-compression > -vj > -vjccomp > -ac > -pc > -bsdcomp > > # sometimes you need this: > #noccp > > # max receive unit > mru 1524 > # max transmit unit > mtu 1500 > > # If this machine is a server, force authentication by uncommenting one > # of the following. However, if this machine is a client, doing this will > # prevent a succesful connection! (message "peer refused to authenticate"). > # So, only uncomment on a server. > # "+pap" / "+chap" NUR AKTIVIEREN, WENN DIES EIN SERVER IST!!! > #+pap > #+chap > > # if you have problems with handshaking (no response for first > # lcp-package) try to decrease the retry-cycle. Default is 3 sec, > # try for example 2 sec: > # lcp-restart 2 > > --- schnapp --- > > > --- schnipp --- /etc/ppp/options.ippp1 ---- > > # /etc/ppp/options.ippp? > # > # for isdn4linux/syncPPP and dynamic IP-numbers > # > # > # Klaus Franken, kfr(a)suse.de > # Version: 27.08.97 (5.1) > # > # This file is copy by YaST from /etc/ppp/ioptions.YaST > # to options.<device> > > # The device(s) > # for more than one device try: > # /dev/ippp0 /dev/ippp1 ... > /dev/ippp1 > > # Einwahlrechner als Bestandteil des lokalen Netzwerks erscheinen lassen > proxyarp > > # The IP addresses: <local>:<remote> > # just "0.0.0.0:" or nothing for dynamic IP > #0.0.0.0: > 192.168.1.250:192.168.0.42 > > # disable all header-compression > -vj > -vjccomp > -ac > -pc > -bsdcomp > > # sometimes you need this: > #noccp > > # max receive unit > mru 1524 > # max transmit unit > mtu 1500 > > # If this machine is a server, force authentication by uncommenting one > # of the following. However, if this machine is a client, doing this will > # prevent a succesful connection! (message "peer refused to authenticate"). > # So, only uncomment on a server. > # "+pap" / "+chap" NUR AKTIVIEREN, WENN DIES EIN SERVER IST!!! > +pap > #+chap > > # if you have problems with handshaking (no response for first > # lcp-package) try to decrease the retry-cycle. Default is 3 sec, > # try for example 2 sec: > # lcp-restart 2 > > login > auth > -d -d -d -d > > user "... hat auch keinen zu interessieren ..." > > --- schnapp --- > > > Geklappt hat alles aber erst als ich auch noch ip-up angepasst habe. Siehe > hierzu D.Reymann. > > Ich hoffe das hilft euch ein wenig weiter. > > Zur log-Datei: > > Sep 19 08:36:35 ISDNPC kernel: isdn_net: Incoming call without CPN, assuming > '0' > Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678,7,0 -> 0 > > ich weiß ja nicht was CPN bedeutet, nehme aber an, das damit die Nummer nach > dem Pfeil -> gemeit ist. Bei mir steht da die Nummer unter der der > Dial-In-Server angerufen wird. Vielleicht möchte dein Server ja nicht > mit/als 0 angesprochen werden. Aber was das bedeutet und wie man es ändert > weiß ich leider auch nicht. > > Michael > > > > > > -----Ursprüngliche Nachricht----- > Von: "Ulrich Wahls (Suse-Liste)" <uwahls(a)gmx.net> > An: <suse-isdn(a)suse.com> > Gesendet: Dienstag, 19. September 2000 09:50 > Betreff: [suse-isdn] Dialin-Server konfigurieren ? > > > > > > Hallo, > > > > ich moechte gerne einen Dialin-Server mit einem ISDN-PC aufbauen. > > Die Installation und ein Rauswaehlen funktioniert. Mit Rauswaehlen > > meine ich in diesem Fall ein Ping und auch ein FTP. Bis zu diesem > > Punkt bin ich jetzt gekommen. > > Aber mit dem Dialin-Server habe ich doch jetzt schon seit mehr als > > 2 Wochen boese Probleme. Auch diverse Artikel haben mir keine > > Loesung gebracht. > > Es sind wohl die Dateien options, ioptions und options.ippp0 die > > entsprechend angepasst werden muessen. /etc/inittab muss wohl auch > > noch angepasst werden ? > > Kann mir jemand vielleicht hierzu mal 3 Beispiel-Dateien liefern > > die auch funktionieren ? > > Nachfolgend noch ein Auszug aus der /var/log/messages. > > Gruss ULI > > > > Sep 19 08:36:35 ISDNPC kernel: isdn_net: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678,7,0 -> 0 > > Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 > > ignored > > Sep 19 08:36:35 ISDNPC kernel: isdn_tty: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:35 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 > ignored > > Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 from +49 > > 12/12345678, Hamburg on ? RING (Datenuebertragung (64 kBit/s oder V.110)) > > Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 from +49 > > 12/12345678, Hamburg on ? UNKNOWN ELEMENT 21: 10 83 [ ], length=2 > > Sep 19 08:36:36 ISDNPC kernel: isdn_net: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:36 ISDNPC kernel: isdn_net: call from 01212345678,7,0 -> 0 > > Sep 19 08:36:36 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 > > ignored > > Sep 19 08:36:36 ISDNPC kernel: isdn_tty: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:36 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 > ignored > > Sep 19 08:36:38 ISDNPC kernel: isdn_net: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:38 ISDNPC kernel isdn_net: call from 01212345678,7,0 -> 0 > > Sep 19 08:36:38 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 > > ignored > > Sep 19 08:36:38 ISDNPC kernel: isdn_tty: Incoming call without CPN, > assuming > > '0' > > Sep 19 08:36:38 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 > ignored > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > > For additional commands, e-mail: suse-isdn-help(a)suse.com > > >

1 0

Re: [suse-isdn] Dialin-Server konfigurieren ?
by Joerg Schwoeppe 19 Sep '00

19 Sep '00

> Hallo, > ich moechte gerne einen Dialin-Server mit einem ISDN-PC aufbauen. Ich auch! > Aber mit dem Dialin-Server habe ich doch jetzt schon seit mehr als > 2 Wochen boese Probleme. Auch diverse Artikel haben mir keine > Loesung gebracht. dto. > Es sind wohl die Dateien options, ioptions und options.ippp0 die > entsprechend angepasst werden muessen. /etc/inittab muss wohl auch > noch angepasst werden ? /etc/inittab ? das ist mir ja total neu > Kann mir jemand vielleicht hierzu mal 3 Beispiel-Dateien liefern > die auch funktionieren ? leider nicht > Nachfolgend noch ein Auszug aus der /var/log/messages. > Gruss ULI Ich möchte an dieser Stelle mal auf meine Probleme hinweisen (nochmal) > Sep 19 08:36:35 ISDNPC kernel: isdn_net: Incoming call without > CPN, assuming > '0' > Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678,7,0 > -> 0 > Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678 -> > 0 0 > ignored > Sep 19 08:36:35 ISDNPC kernel: isdn_tty: Incoming call without > CPN, assuming > '0' > Sep 19 08:36:35 ISDNPC kernel: isdn_tty: call from 01212345678 -> > 0 ignored > Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 > from +49 > 12/12345678, Hamburg on ? RING (Datenuebertragung (64 kBit/s oder > V.110)) > Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 > from +49 > 12/12345678, Hamburg on ? UNKNOWN ELEMENT 21: 10 83 [ ], length=2 > Sep 19 08:36:36 ISDNPC kernel: isdn_net: Incoming call without > CPN, assuming Bei mir alles ähnlich, bis auf das RING(). Beim Anwählen des PCs mit einem ISDN-Telefon steht da RING(speech). Beim Auswählen zu unserer FH per FRITZ!PCI steht da RING(data). Wenn ich mich per WIN98-FRITZ!USB einwählen will, steht da RING(). Warum ? Sind etwa die Gegenstellen inkompatibel (beide ISDN, am gleichen S0-Bus, ohne Telefon-Anlage) ???? Kann mir jemand helfen, warum dort keine Verbindung zustande kommt. Mit dem Windows-Rechner komme ich per FRITZ!USB auch auf unsere FH (UNIX), aber mit den gleichen Einstellungen nicht auf den LinuxPC. Danke und Gruß,Jörg

1 0

Dialin-Server konfigurieren ?
by Ulrich Wahls (Suse-Liste) 19 Sep '00

19 Sep '00

Hallo, ich moechte gerne einen Dialin-Server mit einem ISDN-PC aufbauen. Die Installation und ein Rauswaehlen funktioniert. Mit Rauswaehlen meine ich in diesem Fall ein Ping und auch ein FTP. Bis zu diesem Punkt bin ich jetzt gekommen. Aber mit dem Dialin-Server habe ich doch jetzt schon seit mehr als 2 Wochen boese Probleme. Auch diverse Artikel haben mir keine Loesung gebracht. Es sind wohl die Dateien options, ioptions und options.ippp0 die entsprechend angepasst werden muessen. /etc/inittab muss wohl auch noch angepasst werden ? Kann mir jemand vielleicht hierzu mal 3 Beispiel-Dateien liefern die auch funktionieren ? Nachfolgend noch ein Auszug aus der /var/log/messages. Gruss ULI Sep 19 08:36:35 ISDNPC kernel: isdn_net: Incoming call without CPN, assuming '0' Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678,7,0 -> 0 Sep 19 08:36:35 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 ignored Sep 19 08:36:35 ISDNPC kernel: isdn_tty: Incoming call without CPN, assuming '0' Sep 19 08:36:35 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 ignored Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 from +49 12/12345678, Hamburg on ? RING (Datenuebertragung (64 kBit/s oder V.110)) Sep 19 08:36:36 ISDNPC isdnlog: Sep 19 08:36:35 * Call to tei 127 from +49 12/12345678, Hamburg on ? UNKNOWN ELEMENT 21: 10 83 [ ], length=2 Sep 19 08:36:36 ISDNPC kernel: isdn_net: Incoming call without CPN, assuming '0' Sep 19 08:36:36 ISDNPC kernel: isdn_net: call from 01212345678,7,0 -> 0 Sep 19 08:36:36 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 ignored Sep 19 08:36:36 ISDNPC kernel: isdn_tty: Incoming call without CPN, assuming '0' Sep 19 08:36:36 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 ignored Sep 19 08:36:38 ISDNPC kernel: isdn_net: Incoming call without CPN, assuming '0' Sep 19 08:36:38 ISDNPC kernel isdn_net: call from 01212345678,7,0 -> 0 Sep 19 08:36:38 ISDNPC kernel: isdn_net: call from 01212345678 -> 0 0 ignored Sep 19 08:36:38 ISDNPC kernel: isdn_tty: Incoming call without CPN, assuming '0' Sep 19 08:36:38 ISDNPC kernel: isdn_tty: call from 01212345678 -> 0 ignored

1 0

RE: [suse-isdn] Probleme mit rp-pppoe - Suse 6.4
by Harald Grodke 18 Sep '00

18 Sep '00

Am Mon, 18 Sep 2000 schrieben Sie: > Also ich tippe mal, dass deine Gegenstelle nicht will. > > Versuch doch mal (wenn vorhanden) ob eine Win-Dose mit dem > Anschluss funktioniert. ich tippe auf nicht. > Sah bei mir mal ähnlich aus. Da hilft dann ( nach prüfen > aller Möglichkeiten - WinDose - und Telefonat mit der T-Online > Hotline 0130/0190 ) wahrscheinlich nur ein Anruf bei der > Störungsstelle der Telekom 0800 33 02000. > > Ich hoffe das hilft. Leider nicht, denn bei den bei dem manual von www.datenhighway.com ist auch ein Befehl dabei mit dem man testen kann ob ueberhaupt ein Zugang zur Telekom besteht und damit hat es geklappt. Den genauen Befehl hab ich gerade nicht, denn ich komme gerade nicht an den rechner ran. Sitze gerade woanders. Auch mit der Original Suse-Konfig klappt es ja nur eben nicht dial on demand (mit rp-pppoe). Und die manuelle Anwahl ist einfach nicht funktional sollte die Linux-Maschine mal als router laufen. Denke wohl es liegt doch an mir, leider .... Danke Dir trotzdem Joerg und vielleicht hat ja noch jemand einen Tip. > Mit freundlichen Grüßen, > > Jörg Gutowski > Gruesse Harald

1 0

Re: [suse-isdn] Probleme mit rp-pppoe - Suse 6.4
by Harald Grodke 18 Sep '00

18 Sep '00

Hallo Sascha, > > Hallo Harald! > > Für das neue Paket von Roaring Penguin mußt Du nichts mehr von Hand in den > Konfigurationsdateien einstellen! > Du benutzt "adsl-setup", um deine Verbindung zu konfigurieren und > "adsl-start" bzw. "adsl-stop" für den Verbindungsauf-/und Abbau! > Dann müßte es eigentlich laufen! Genau, aber es laeuft nicht ... > > Ansonsten überprüfe mal mit "ifconfig", ob die Netzwerkkarte richtig > eingestellt ist, bzw. welche Karte "eth0" und welche "eth1" ist! Vielleicht > sprichst Du ja auch die falsche Netzwerkkarte an, die nicht mit dem > ADSL-Modem verbunden ist! Neh hab ich schon ueberprueft. Werde mat den Tip vom Jens nachgehen sobald ich wieder an den Rechner rankann. > > ciao > Sascha Trotzdem Danke. Gruss Harald

1 0

T-dsl Modem 10Mbit oder 100Mbit
by Dieter Tremel 18 Sep '00

18 Sep '00

Hallo, kann mir jemand sagen, ob das Tdsl Modem der Telekom an einem 100Mbit Hub betrieben werden kann? Danke, Dieter Tremel

8 15

Dial-In macht Dial-Out
by Michael Helms 18 Sep '00

18 Sep '00

Hallo, ich versuche hier gerade einen Linux Rechner mit 1 ISDN-Karte und einem S0-Bus als Dial-In und Dial-Out Server zu konfigurieren. ippp0 = Dial-Out, ippp1 = Dial-In. Inzwischen bin ich so weit, dass ich mich von außerhalb einwählen kann. Leider kriege ich dann nicht mehr als einen ping hin; sprich, auf dem benutzten Windows Rechner kriege ich weder den Dial-In-Server noch irgendeinen anderen Rechner des Netztes zu sehen. Aber das nur nebenbei. Interessanter ist, das irgendwann nach einer Einwahl mal wieder rausgewält wird und ab da dann die folgende Meldung immer wieder in der messages-Datei auftaucht: Sep 18 09:59:05 mps kernel: isdn_net: ippp1: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Hat jemand eine Idee wie das zustande kommt. Wieso will sich ippp1 rauswählen?? Aus Solidarität zu ippp0? Grüße Michael --- Start - Auszug: /var/log/messages ---------------------- Sep 18 09:59:00 mps kernel: ippp0: dialing 1 00191011... Sep 18 09:59:00 mps isdnlog: Sep 18 09:59:00 * tei 110 calling +1 91011, USA with WVI-DialOut RING (Data) Sep 18 09:59:04 mps isdnlog: Sep 18 09:59:04 tei 110 calling +1 91011, USA with WVI-DialOut Time:Mon Sep 18 09:53:00 2000 Sep 18 09:59:04 mps isdnlog: Sep 18 09:59:04 tei 110 calling +1 91011, USA with WVI-DialOut COLP +1 91011, USA Sep 18 09:59:04 mps isdnlog: Sep 18 09:59:04 tei 110 calling +1 91011, USA with WVI-DialOut CONNECT (Data) Sep 18 09:59:04 mps isdnlog: Sep 18 09:59:04 tei 110 calling +1 91011, USA with WVI-DialOut Unknown provider 33 Sep 18 09:59:05 mps ipppd[2037]: Local number: 4421719, Remote number: 00191011, Type: outgoing Sep 18 09:59:05 mps ipppd[2037]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Sep 18 09:59:05 mps kernel: isdn_net: ippp0 connected Sep 18 09:59:05 mps kernel: isdn_net: chargetime of ippp0 now 33076116 Sep 18 09:59:05 mps ipppd[2037]: Remote message: Sep 18 09:59:05 mps ipppd[2037]: MPPP negotiation, He: No We: No Sep 18 09:59:05 mps ipppd[2037]: CCP enabled! Trying CCP. Sep 18 09:59:05 mps ipppd[2037]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Sep 18 09:59:05 mps ipppd[2037]: ccp_resetci! Sep 18 09:59:05 mps ipppd[2037]: local IP address 62.155.192.3 Sep 18 09:59:05 mps ipppd[2037]: remote IP address 193.158.138.209 Sep 18 09:59:05 mps kernel: isdn_net: ippp1: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Sep 18 09:59:05 mps kernel: isdn_net: ippp1: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Sep 18 09:59:10 mps kernel: isdn_net: ippp1: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Sep 18 09:59:20 mps last message repeated 2 times --- Stop - Auszug: /var/log/messages ----------------------

1 0

AW: [suse-isdn] X-Envelope-To ???
by Stefan Pledl 18 Sep '00

18 Sep '00

> -----Ursprüngliche Nachricht----- > Von: Michael Helms [SMTP:mlsuseisdn@wvigmbh.de] > Gesendet am: Freitag, 15. September 2000 17:46 > An: suse-isdn(a)suse.com > Betreff: Re: [suse-isdn] X-Envelope-To ??? > > Danke, das mit fetchmail -v -v und dem via post.webmailer.de war genau das > Problem das ich die ganze Zeit suchte und nicht fand. > > Nun noch schnell 2 Fragen zu den unten stehenden Optionen in .fetchmailrc. > > Vor welchen Problemen bewahren mich "localdomains" und "pass8bits". Die > manpage gibt hier zwar technische Auskunft, aber welche konkreten, für den > Admin/Mail-User sichtbaren, Unterschied im Verhalten von fetchmail lösen > diese Optionen aus? > > Grüße > Michael localdomains sorgt dafür, dass sich fechtmail im multi drop Modus für die Domanis your-domain1.de your-domain2.de verantwortlich fühlt pass8bits behebt einen Bug, der von einigen Microsoft Programmen verursacht wird. Im Header wird Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit obwohl sich im Body der E-Mail 8Bit Zeichen befinden. Fetchmail respektive sendmail würde dann die das höchste Bit (MSB) der Zeichen im Body der E-Mail ausmaskieren und somit gehen Informationen verloren (z.B. bei Umlauten) Grüße Stefan

1 0

vbox laeuft nicht mehr seit update auf 7.0
by Peter Koellner 17 Sep '00

17 Sep '00

ich habe wirklich alle scripte durchsucht. Da hat sich nichts veraendert. Die alten Nachrichten kann ich abhoeren, wie immer. Nur der Anrufbeantworter startet bei einem Anruf nicht mehr. gebe ich 'vboxd' ein: oneway vboxd[851]: can't get peername [Socket operation on non-socket]. damit kann ich Urmel leider nichts anfangen. :-) Irgendein Hinweis auf den Fehler? bye pk

1 0

Probleme mit rp-pppoe - Suse 6.4
by Harald Grodke 17 Sep '00

17 Sep '00

Hallo an alle, nachdem unser tdsl Zugang mit manueller An- und Abwahl funktionierte, haben wir versucht das ganze per dial on demand "aufzuruesten". Tja also rp-pppoe runtergeladen und alles nach manual entsprechend eingerichtet tja und jetzt klappt das ganze nicht so ganz: Zuerst dachten wir es liegt vielleicht an der mru, aber nachdem wir einige Einstellungen durchprobiert hatten kam immer noch die gleiche Meldung: Input/ Output Error, siehe unten: linux:/etc/ppp # pppd pty "pppoe -I eth0 -m 1412" local IP address 192.168.1.1 remote IP address 10.112.112.112 Starting link Serial connection established. Connect: ppp0 <--> /dev/pts/4 sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 21 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 20 7d 3f 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 22 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 d7 7d 31 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 23 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 7a 7d 34 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 24 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 39 7d 2c 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 25 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 94 7d 29 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 26 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 63 7d 27 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 27 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 ce 7d 22 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 28 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 e5 37 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 29 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 48 32 7e sent [LCP ConfReq id=0x1 <mru 1412> <asyncmap 0x0> <magic 0x46f9dcbc>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 2a 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 69 7c 87 bf 3c 7e LCP: timeout sending Config-Requests Connection terminated. pppoe: read (asyncReadFromPPP): Input/output error Script pppoe -I eth0 -m 1412 finished (pid 950), status = 0x100 Starting link Serial connection established. Connect: ppp0 <--> /dev/pts/4 sent [LCP ConfReq id=0x2 <mru 1412> <asyncmap 0x0> <magic 0x1592b7e1>] sent [LCP ConfReq id=0x2 <mru 1412> <asyncmap 0x0> <magic 0x1592b7e1>] rcvd [proto=0x7eff] 7d 23 c0 21 7d 21 7d 21 7d 20 7d 2e 7d 23 7d 24 c0 23 7d 257d 26 a6 6b 51 24 42 ae 7e sent [LCP ConfReq id=0x2 <mru 1412> <asyncmap 0x0> <magic 0x1592b7e1>] ..... Also Chap / pap secrets ueberprueft, Eintraege stimmen. Options ueberprueft auch da stimmen die Eintraege. Tja hat jemand eine idee ?? Gruss Harald

1 0

immer noch vbox!
by Marcus Wagner 17 Sep '00

17 Sep '00

Hallo Leute!! Ich habe hier mit dem vbox immernoch das Problem dass er einerseits tierisch rauscht, nachdem ein Sound abgespielt wurde, andererseits, dass er nach einer Sekunde Aufnahmezeit den Timeout Beep bringt und auflegt! Vbox zeigt dann eine 1sekündige leere Nachricht an! Kann mir da jemand weiterhelfen? Danke im voraus!! MfG Marcus Wagner -- Marcus Wagner - <Linux(a)McWHome.de> - www.mcwhome.de

1 0

Re: AW: [suse-isdn] kinternet
by John di Stefano 17 Sep '00

17 Sep '00

Egal ob root oder user, es erscheint nicht in der unteren Leiste! john On Sun, 17 Sep 2000, you wrote: > Ich hab mich nicht als root angemeldet und schon war es in der unteren > Leiste!"! > > -----Ursprüngliche Nachricht----- > Von: John di Stefano [mailto:john@ctv.es] > Gesendet: Sonntag, 17. September 2000 16:11 > An: suse-isdn(a)suse.com > Betreff: [suse-isdn] kinternet > > > Hallo Liste > > Ich benutze kinternet fuer meine ISDN Verbindung. > Kann mir irgend jemand sagen wie ich die Anzeige von kinternet in die > untere Leiste (kpanel) kriege, sodass ich sehe, ob eine Verbindung besteht > oder nicht? > > SuSE 7.0 - englisch > > Im Voraus vielen dank fuer die Hilfe > John > > Hatte schon viele Fragen und eine Menge dummer Antworten > so bitte helft einem Newby > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com

1 0

Aktiv + xxl
by Marcus Wagner 17 Sep '00

17 Sep '00

Hallo Leute!!! Wie sage ich isdnlog nochmal, dass ich aktiv + xxl habe? Danke im voraus MfG Marcus Wagner -- Marcus Wagner - <Linux(a)McWHome.de> - www.mcwhome.de

1 0

kinternet
by John di Stefano 17 Sep '00

17 Sep '00

Hallo Liste Ich benutze kinternet fuer meine ISDN Verbindung. Kann mir irgend jemand sagen wie ich die Anzeige von kinternet in die untere Leiste (kpanel) kriege, sodass ich sehe, ob eine Verbindung besteht oder nicht? SuSE 7.0 - englisch Im Voraus vielen dank fuer die Hilfe John Hatte schon viele Fragen und eine Menge dummer Antworten so bitte helft einem Newby

1 0

isdnlog??
by Stephan Loges 17 Sep '00

17 Sep '00

Hi, habe von SuSE 5.1 auf 7.0 upgedatet. Seither schreibt mir isndlog immer: Sep 16 15:22:51 dk8lv isdnlog: Sep 16 15:22:51 tei 74 calling 0191011 with T-Online 53.CI 1.537 DM (after 0:52:03) Sep 16 15:23:51 dk8lv isdnlog: Sep 16 15:23:51 tei 74 calling 0191011 with T-Online 54.CI 1.566 DM (after 0:53:03) usw. usw. obwohl die Verbindung besteht. Wie gewoehne ich ihm das ab? Vielen dank vorab fuer Hinweise. mfg Stephan -- Join http://www.dk0wcy.de for ONLINE Magnetometer, our Earthmagnetic Beacon project. [] dk8lv(a)dk8lv.net [eMail] [] dk8lv(a)dk8lv.ampr.org [ampr.org Mail 44.130.127.14] [] dk8lv(a)db0fhf.ampr.org [eMail+ampr.org 193.175.189.174 44.130.127.111] [] dk8lv(a)db0hes.#slh.deu.eu [AX.25 BBS]

2 1

Probleme mit dod unter suse 6.4
by Harald Grodke 17 Sep '00

17 Sep '00

Hallo, checking size of unsigned int... 4 checking size of unsigned long... 4 checking for pppd... /usr/sbin/pppd *** Oops. I cannot figure out what version of pppd you have. *** All I got back was ''conect'' Ist das Problematisch ?? Anschliessend wie in der Anleitung bei www.datenhighway.com wollte ich die pppoe nach /usr/sbin kopieren, aber die fehlt leider. liegt das vielleicht an obiger Fehlermeldung oder muss ich meine "alte" pppoe nehmen die ich bisher zur manuellen Einwahl verwendet habe ? Fuer Tips sage ich schonmal im voraus danke Gruss Harald

1 0

Re: AW: [suse-isdn] T-dsl Modem 10Mbit oder 100Mbit
by Dieter Tremel 17 Sep '00

17 Sep '00

Vielen Dank für die aufschlußreichen Antworten. Gibt es so ein Kabel fertig im Handel oder vom rosaroten Panther? Gruß Dieter Tremel At 21:21 16.09.2000 +0200, you wrote: >wenn Du nur die Leitungen 1 ,2, 3, und 6 anschließt, ist alles im grünen >Bereich. Ich hatte damals aber ein fertiges Kabel genommen und das war ganz >schlecht. Ich hatte noch Glück, daß das Modem die Programmierung beibehielt. >Das Kabel von der Telekom ist ein Crossover-Kabel mit 4 Adern, paßt also >nicht an den HUB, sondern nur direkt an den PC.

1 0

mehrere passive ISDNKarten
by Markus Schlichting 16 Sep '00

16 Sep '00

Hallo! Ich würde gerne 2 passive Teles ISDN-Karten unter Linux einrichten. Eine soll zur einwahl von eingenen Rechnern dienen, die andere soll zur Verbindung ins Internet genutzt werden. Ich hatte mir vorgestellt, das Yast eine solche Konfiguration genauso einfach macht, wie die Konfuguration mehrerer NW-Karten, doch leider ist dem nicht so. Nun frage ich mich, ob es überhaupt möglich ist, und wenn ja, in welchen config-dateien muss ich dann manuell was ändern? danke & bis bald markus

1 0

AVM B1 Karte
by Joerg Schwoeppe 15 Sep '00

15 Sep '00

Hallo Liste Ich hab da zu hause noch eine alte AVM B1 v2.0 rumliegen. Ich weiß davon nur soviel, daß es eine aktive ISDN-Karte ist. Kann mir da einer mehr zu sagen ? Auf der AVM Homepage ist nur die Rede von der neueren v3.0. Die hat auch den RJ45 ähnlichen Stecker, meine v2.0 hat jedoch nur 2 9pol. Buchsen. Gibt's da irgendwelche Adapter für (kann man die selber machen)? Hätte die Nutzung dieser Karte irgendwelche vorteile gegenüber meiner verwendeten AVM Fritz!PCI ? Ich hab nach einer Firmenauflösung nur diese "nackte" Karte bekommen, ohne Treiber und alles. Was kann ich jetzt damit machen? Danke schonmal für eure Hinweise Jörg

4 3

Einwahlserver
by Helmut Kraemer 15 Sep '00

15 Sep '00

Hallo Liste Ich versuche die Einwahl in einen Remote-Linux-Server (S) von einem Linux-Client(C) aus zu realisieren (beide 7.0 ) Ich habe mit Yast der FritzPCI (S) die IP 192.168.1.3 gegeben. Die FritzPCI des (C) hat die IP 192.168.1.52 Beim (S) habe ich eingetragen, dass alle anrufen duerfen. Beim (C) steht in der route.conf: 192.168.1.3 0.0.0.0 255.255.255.255 ippp0 Ich habe ein ping zum (S) versucht: ping 192.168.1.3 Ergebnis: Der Client waehlt, aber es wird keine Verbindung aufgebaut, d.h. die Pakete kommen nicht zurueck. Der (S) nimmt also nicht ab. In der /var/log/messages (S) findet sich kein Eintrag. Wo liegt mein Denkfehler, bzw. was habe ich nicht beachtet? (siehe das Listing von isdnctrl list ippp0 beim Server) !-----------------------------------! Current setup of interface 'ippp0': EAZ/MSN: 5XXXXX Phone number(s): Outgoing: 0191011 Incoming: Dial mode: auto Secure: off Callback: off Reject before Callback: off Callback-delay: 2 Dialmax: 5 Hangup-Timeout: 180 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 --------------------------------- Danke Helmut

1 0

Re: [suse-isdn] X-Envelope-To ???
by Michael Helms 15 Sep '00

15 Sep '00

Danke, das mit fetchmail -v -v und dem via post.webmailer.de war genau das Problem das ich die ganze Zeit suchte und nicht fand. Nun noch schnell 2 Fragen zu den unten stehenden Optionen in .fetchmailrc. Vor welchen Problemen bewahren mich "localdomains" und "pass8bits". Die manpage gibt hier zwar technische Auskunft, aber welche konkreten, für den Admin/Mail-User sichtbaren, Unterschied im Verhalten von fetchmail lösen diese Optionen aus? Grüße Michael -----Ursprüngliche Nachricht----- Von: "Stefan Pledl" <stefan.pledl(a)mesutronic.de> An: "'Michael Helms'" <mlsuseisdn(a)wvigmbh.de> Cc: <suse-isdn(a)suse.com> Gesendet: Freitag, 15. September 2000 11:36 Betreff: AW: [suse-isdn] X-Envelope-To ??? > > Hallo, > > > > ich hab hier ein kleines Problem mit dem Linux.Mail-Server. Der ist nämlich > > nicht in der Lage einige mails korrekt zuzustellen. Alle mails die den > > korrekten > > Empfänger in X-Envelope-To verbergen gehen an den Postmeister. Beispiel > > eines Mail-Headers: > > > > --- Auszug start ---- > > ... > > Received: from localhost (root@localhost [127.0.0.1]) > > by mps.wvigmbh.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id .... > > for <postmaster@localhost>; Fri, 15 Sep 2000 06:01:09 +0200 > > X-Envelope-From: <suse-isdn-return-3727-mlsuseisdn=wvigmbh.de(a)suse.com> > > X-Envelope-To: <mlsuseisdn(a)wvigmbh.de> > > ... > > by localhost with POP3 (fetchmail-5.1.2) > > for postmaster@localhost (multi-drop); Fri, 15 Sep 2000 06:01:09 +0200 > > Received: from lists.suse.com (host1.SuSE.com [202.58.118.3]) > > by post.webmailer.de (8.9.3/8.8.7) with SMTP id AAA24028 > > for <mlsuseisdn(a)wvigmbh.de>; Fri, 15 Sep 2000 00:09:50 +0200 (MET DST) > > Received: (qmail 21137 invoked by alias); 14 Sep 2000 22:09:32 -0000 > > Mailing-List: contact suse-isdn-help(a)suse.com; run by ezmlm > > Precedence: bulk > > X-No-Archive: yes > > list-help: <mailto:suse-isdn-help@suse.com> > > list-unsubscribe: <mailto:suse-isdn-unsubscribe@suse.com> > > list-post: <mailto:suse-isdn@suse.com> > > X-Mailinglist: suse-isdn > > Delivered-To: mailing list suse-isdn(a)suse.com > > Received: (qmail 21130 invoked from network); 14 Sep 2000 22:09:32 -0000 > > Delivered-To: suse-isdn(a)suse.com > > ... > > To: suse-isdn(a)suse.com > > ... > > MIME-Version: 1.0 > > Content-Type: TEXT/PLAIN; charset=US-ASCII > > Subject: [suse-isdn] Suse Firewall > > X-Fetchmail-Warning: recipient address suse-isdn(a)suse.com didn't match any > > local name > > X-UIDL: 3f1ac6747d4c091df993139a928 > > ... > > --- Auszug stop --- > > > > Installiert ist hier (so ich das durchschauen kann) sendmail und fetchmail. > > DasZusammensspiel stelle ich mir etwa so vor: sendmail befördert mails nach > > draußen und leitet die internen weiter. fetchmail holt und übergibt dann an > > sendmail. sendmail benutzt dann /etc/aliases zur Verteilung. > > > > Wer ist für das X-Envelope-To verantwortlich. Kriegt man das weg oder kann > > man evtl daruf abfragen wenn kein To gefunden wird? > > > > > > Nebenbei: Manchmal kann sendmail aus irgenwelchen Gründen mail nicht > > beim Provider abliefern. In den dann folgenden 1-2 Std. kriegt man die mail > > dann einfach nicht raus. sendmail -q wählt sich dann noch nicht mal ein, > > sondern liefert einfach nur die vorhergehende Fehlermeldung ab. Gibt es in > > sendmail sowas wie einen "Fehlerchach", so das sendmail weiß (oder glaubt > > zu wissen) das es in nächster Zeit keinen Sinn macht Post zu versenden? > > > > Grüße > > Michael > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > > For additional commands, e-mail: suse-isdn-help(a)suse.com > > > Hallo Michael, > > > ich hatte bei uns in der Firma kürzlich ein ähnliches Problem. > > Bei uns lag es daran, dass in der Datei .fetchmailrc der Server > post.strato.de gepollt wurde, in der ersten Received: Zeile der E-Mail > aber die angabe ... by post.webmailer.de ... steht. > > fetchmail ignorierte diese Received: Zeile mit der Meldung > post.webmailer.de is not an alias of post.strato.de > (diese Meldung wird nur ausgegeben, wenn fetchmail mit der Option -v -v > gestartet wurde) > Da aber nur in dieser Received: Zeile deine E-Mail Adresse steht kann die > E-Mail auch nicht richtig zugestellt werden. > > fetchmail versucht nun die Empfängerangabe aus der To: Zeile zu extrahieren, > dort steht allerdings suse-isdn(a)suse.com für diese Adresse existiert aber kein > kein Alias in Sendmail und Sendmail fühlt sich wahrscheinlich auch nicht für die > Domain suse.com verantwortlich -> die E-Mail wird an postmaster zugestellt. > > > Abhilfe haben bei uns folgende Einträge in der Datei .fetchmailrc geschaft: > > poll post.strato.de via post.webmailer.de > localdomains your-domain1.de your-domain2.de > protocol pop3 > user "username" password "password" is * pass8bits > > > Zur genaueren Analyse wären die Dateien .fetchmailrc, sendmail.cf, aliases > hilfreich. > > > mfg > Stefan Pledl > >

1 0

/var/log/messages bleibt leer
by Michael Helms 15 Sep '00

15 Sep '00

Hallo, ich hab hier den hübschen Effekt, dass, wenn /var/log/messages wegen Überfüllung vom System gepackt wird, die neue leere /var/log/messages immer leer bleibt. Sprich kein Programm ist mehr in der Lage irgendwas dort zu loggen. Ich glauge isdn.log macht das auch. Bin mir aber nicht sicher. Michael

8 8

ipppd pap authentication
by Carlyle Sutphen 15 Sep '00

15 Sep '00

Hallo, (Deutsches Text unten) I'm looking for a way to respond to the user authentication prompts by hand. There doesn't appear to be a pap_auth_hook in ipppd as in pppd. I can and do establish a working network connection using the pap-secrets file. My problem is, that the password is constantly changing and I have to stop i4l, edit the pap-secrets, start i4l and dial before the password changes again. This is not usually a problem but the dial in server occasionally sends a challenge, a request to enter the next new password, which, of course fails. Once a challenge has been issued, it will be issued on each subsequent attempt to connect until it is successfully answered. That means I have to find somebody with a windows machine so I can get a teminal on connect. ----------------------------------------- Deutsch Ich suche nach einer Möglichkeit, die Benutzer-Authentifizierung per Hand durchzuführen. Es scheint so, als wäre kein pap_auth_hook im ipppd, wie es im pppd gibt. Ich kann, in der Tat, eine functionierende Netzwerkverbindung mit der pap-secrets Datei aufbauen. Das Problem ist, dass das Passwort sich ständig ändert. D.h., dass ich i4l stoppen, pap-secrets editieren, i4l starten und wählen bevor das Passwort sich wieder ändert. Normalerweise klappt das auch so aber ab und zu sendet der Dial-in-Server eine Herausforderung, d.h. das nächste neue Passwort wird gefragt, was natürlich fehlschlägt. Wenn die Herausforderung einmal gestellt wurde, wird sie, bei jedem folgenden Versuch eine Verbindung aufzubauen, wieder gestellt, bis sie richtig geantwortet wurde. In solchen Fällen, muß ich mich auf die suche nach einem Windowsrechner machen, damit ich ein Terminal bei der Verbundung bekomme. VdOaRnAkUeS Carlyle Sutphen GTS GCI IT BLTG FX MeCo LSS 3b Phone: +49 69 910 67699 FAX: +49 69 910 32217 99 little bugs in the code, 99 bugs in the code, fix one bug, compile it again... 101 bugs in the code.... -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GIT d-(++) s: a+ C+++ UL+++ P+ L+++ E--- W+++ N+ o K++ w++ O M- V-- PS+ PE- Y+ PGP- t++ 5 X+ R tv+ b++ DI++ D-- G e++ h-- r+++ y++++ ------END GEEK CODE BLOCK------ -- Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

1 0

AW: [suse-isdn] X-Envelope-To ???
by Stefan Pledl 15 Sep '00

15 Sep '00

> Hallo, > > ich hab hier ein kleines Problem mit dem Linux.Mail-Server. Der ist nämlich > nicht in der Lage einige mails korrekt zuzustellen. Alle mails die den > korrekten > Empfänger in X-Envelope-To verbergen gehen an den Postmeister. Beispiel > eines Mail-Headers: > > --- Auszug start ---- > ... > Received: from localhost (root@localhost [127.0.0.1]) > by mps.wvigmbh.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id .... > for <postmaster@localhost>; Fri, 15 Sep 2000 06:01:09 +0200 > X-Envelope-From: <suse-isdn-return-3727-mlsuseisdn=wvigmbh.de(a)suse.com> > X-Envelope-To: <mlsuseisdn(a)wvigmbh.de> > ... > by localhost with POP3 (fetchmail-5.1.2) > for postmaster@localhost (multi-drop); Fri, 15 Sep 2000 06:01:09 +0200 > Received: from lists.suse.com (host1.SuSE.com [202.58.118.3]) > by post.webmailer.de (8.9.3/8.8.7) with SMTP id AAA24028 > for <mlsuseisdn(a)wvigmbh.de>; Fri, 15 Sep 2000 00:09:50 +0200 (MET DST) > Received: (qmail 21137 invoked by alias); 14 Sep 2000 22:09:32 -0000 > Mailing-List: contact suse-isdn-help(a)suse.com; run by ezmlm > Precedence: bulk > X-No-Archive: yes > list-help: <mailto:suse-isdn-help@suse.com> > list-unsubscribe: <mailto:suse-isdn-unsubscribe@suse.com> > list-post: <mailto:suse-isdn@suse.com> > X-Mailinglist: suse-isdn > Delivered-To: mailing list suse-isdn(a)suse.com > Received: (qmail 21130 invoked from network); 14 Sep 2000 22:09:32 -0000 > Delivered-To: suse-isdn(a)suse.com > ... > To: suse-isdn(a)suse.com > ... > MIME-Version: 1.0 > Content-Type: TEXT/PLAIN; charset=US-ASCII > Subject: [suse-isdn] Suse Firewall > X-Fetchmail-Warning: recipient address suse-isdn(a)suse.com didn't match any > local name > X-UIDL: 3f1ac6747d4c091df993139a928 > ... > --- Auszug stop --- > > Installiert ist hier (so ich das durchschauen kann) sendmail und fetchmail. > DasZusammensspiel stelle ich mir etwa so vor: sendmail befördert mails nach > draußen und leitet die internen weiter. fetchmail holt und übergibt dann an > sendmail. sendmail benutzt dann /etc/aliases zur Verteilung. > > Wer ist für das X-Envelope-To verantwortlich. Kriegt man das weg oder kann > man evtl daruf abfragen wenn kein To gefunden wird? > > > Nebenbei: Manchmal kann sendmail aus irgenwelchen Gründen mail nicht > beim Provider abliefern. In den dann folgenden 1-2 Std. kriegt man die mail > dann einfach nicht raus. sendmail -q wählt sich dann noch nicht mal ein, > sondern liefert einfach nur die vorhergehende Fehlermeldung ab. Gibt es in > sendmail sowas wie einen "Fehlerchach", so das sendmail weiß (oder glaubt > zu wissen) das es in nächster Zeit keinen Sinn macht Post zu versenden? > > Grüße > Michael > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com Hallo Michael, ich hatte bei uns in der Firma kürzlich ein ähnliches Problem. Bei uns lag es daran, dass in der Datei .fetchmailrc der Server post.strato.de gepollt wurde, in der ersten Received: Zeile der E-Mail aber die angabe ... by post.webmailer.de ... steht. fetchmail ignorierte diese Received: Zeile mit der Meldung post.webmailer.de is not an alias of post.strato.de (diese Meldung wird nur ausgegeben, wenn fetchmail mit der Option -v -v gestartet wurde) Da aber nur in dieser Received: Zeile deine E-Mail Adresse steht kann die E-Mail auch nicht richtig zugestellt werden. fetchmail versucht nun die Empfängerangabe aus der To: Zeile zu extrahieren, dort steht allerdings suse-isdn(a)suse.com für diese Adresse existiert aber kein kein Alias in Sendmail und Sendmail fühlt sich wahrscheinlich auch nicht für die Domain suse.com verantwortlich -> die E-Mail wird an postmaster zugestellt. Abhilfe haben bei uns folgende Einträge in der Datei .fetchmailrc geschaft: poll post.strato.de via post.webmailer.de localdomains your-domain1.de your-domain2.de protocol pop3 user "username" password "password" is * pass8bits Zur genaueren Analyse wären die Dateien .fetchmailrc, sendmail.cf, aliases hilfreich. mfg Stefan Pledl -- Sent through GMX FreeMail - http://www.gmx.net

1 0

Ungültiger Dateideskriptor
by Harald Wolf 15 Sep '00

15 Sep '00

Hallo, beim Versuch das script "relay-server.pl" aus dem Net::SMTP::Server-Perl -Modul zu starten, bekomme ich den Fehler: Unable to handle client connection: Ungültiger Dateideskriptor" kennt jemand das Problem ? hat schon jemand mal was mit diesem Modul gemacht ? was ist ein "Ungültiger Dateideskriptor" ? HILFE

1 0

Re: [suse-isdn] SuSE 7.0 und DSL-routing
by root 15 Sep '00

15 Sep '00

Hey, danke für Eure Hilfe! DSL funktioniert, ich habe die MTU-Werte auf den Win-Kisten verändert und schon lief alles. Die Geschwindigkeit überzeugt wirklich, so macht der Netzzugang Spaß, ich kann jedem nur dazu raten, gerade bei dem momentanen Angebot! Gruß Christian Von dieser Liste könnten sich diverse LUG´s eine Scheibe abschneiden. Hier wird einem wirklich geholfen und nicht nur überheblich daher gefaselt.

1 0

X-Envelope-To ???
by Michael Helms 15 Sep '00

15 Sep '00

Hallo, ich hab hier ein kleines Problem mit dem Linux.Mail-Server. Der ist nämlich nicht in der Lage einige mails korrekt zuzustellen. Alle mails die den korrekten Empfänger in X-Envelope-To verbergen gehen an den Postmeister. Beispiel eines Mail-Headers: --- Auszug start ---- ... Received: from localhost (root@localhost [127.0.0.1]) by mps.wvigmbh.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id .... for <postmaster@localhost>; Fri, 15 Sep 2000 06:01:09 +0200 X-Envelope-From: <suse-isdn-return-3727-mlsuseisdn=wvigmbh.de(a)suse.com> X-Envelope-To: <mlsuseisdn(a)wvigmbh.de> ... by localhost with POP3 (fetchmail-5.1.2) for postmaster@localhost (multi-drop); Fri, 15 Sep 2000 06:01:09 +0200 Received: from lists.suse.com (host1.SuSE.com [202.58.118.3]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id AAA24028 for <mlsuseisdn(a)wvigmbh.de>; Fri, 15 Sep 2000 00:09:50 +0200 (MET DST) Received: (qmail 21137 invoked by alias); 14 Sep 2000 22:09:32 -0000 Mailing-List: contact suse-isdn-help(a)suse.com; run by ezmlm Precedence: bulk X-No-Archive: yes list-help: <mailto:suse-isdn-help@suse.com> list-unsubscribe: <mailto:suse-isdn-unsubscribe@suse.com> list-post: <mailto:suse-isdn@suse.com> X-Mailinglist: suse-isdn Delivered-To: mailing list suse-isdn(a)suse.com Received: (qmail 21130 invoked from network); 14 Sep 2000 22:09:32 -0000 Delivered-To: suse-isdn(a)suse.com ... To: suse-isdn(a)suse.com ... MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [suse-isdn] Suse Firewall X-Fetchmail-Warning: recipient address suse-isdn(a)suse.com didn't match any local name X-UIDL: 3f1ac6747d4c091df993139a928 ... --- Auszug stop --- Installiert ist hier (so ich das durchschauen kann) sendmail und fetchmail. DasZusammensspiel stelle ich mir etwa so vor: sendmail befördert mails nach draußen und leitet die internen weiter. fetchmail holt und übergibt dann an sendmail. sendmail benutzt dann /etc/aliases zur Verteilung. Wer ist für das X-Envelope-To verantwortlich. Kriegt man das weg oder kann man evtl daruf abfragen wenn kein To gefunden wird? Nebenbei: Manchmal kann sendmail aus irgenwelchen Gründen mail nicht beim Provider abliefern. In den dann folgenden 1-2 Std. kriegt man die mail dann einfach nicht raus. sendmail -q wählt sich dann noch nicht mal ein, sondern liefert einfach nur die vorhergehende Fehlermeldung ab. Gibt es in sendmail sowas wie einen "Fehlerchach", so das sendmail weiß (oder glaubt zu wissen) das es in nächster Zeit keinen Sinn macht Post zu versenden? Grüße Michael

1 0

Suse Firewall
by Jens Knoepchen 14 Sep '00

14 Sep '00

Hallo, ich habe bei mir Suse Linux 7.0 mit den Firewall Scripten installiert. Wenn ich nun mit fetchmail meine Mails abholen will dauert das relativ lange ca. (30 Sekunden) bis ueberhaupt eine Verbindung zum Mailserver steht. Ohne aktivierter Firewall geht das in ca. 5 Sekunden. Das gleiche Problem tritt beim Senden von Mails auf nur das es hier noch laenger dauert. HTTP und FTP funktionieren dagegen einwandfrei und auch recht schnell. Hier mal ein Auszug aus /var/log/firewall nach dem Aufruf von Fetchmail: Sep 15 01:38:21 sv1 kernel: OPEN: 192.168.0.99 -> 212.185.248.20 UDP, port: 1024 -> 53 Sep 15 01:38:21 sv1 kernel: ippp0: dialing 1 0191011... Sep 15 01:38:22 sv1 kernel: isdn_net: ippp0 connected Sep 15 01:38:26 sv1 kernel: Packet log: input ACCEPT ippp0 PROTO=17 194.25.2.129:53 62.158.112.32:1024 L=268 S=0x00 I=28490 F=0x0000 T=57 (#46) Sep 15 01:38:26 sv1 kernel: Packet log: input ACCEPT ippp0 PROTO=6 195.222.124.26:110 62.158.112.32:1034 L=60 S=0x00 I=16293 F=0x4000 T=54 (#41) Sep 15 01:38:26 sv1 kernel: Packet log: input REJECT ippp0 PROTO=6 195.222.124.26:4524 62.158.112.32:113 L=60 S=0x00 I=16298 F=0x4000 T=54 SYN (#23) Sep 15 01:38:26 sv1 kernel: Packet log: output DENY ippp0 PROTO=1 62.158.112.32:3 195.222.124.26:3 L=108 S=0xC0 I=288 F=0x0000 T=255 (#3) Sep 15 01:38:29 sv1 kernel: Packet log: input REJECT ippp0 PROTO=6 195.222.124.26:4524 62.158.112.32:113 L=60 S=0x00 I=16425 F=0x4000 T=54 SYN (#23) Sep 15 01:38:29 sv1 kernel: Packet log: output DENY ippp0 PROTO=1 62.158.112.32:3 195.222.124.26:3 L=108 S=0xC0 I=289 F=0x0000 T=255 (#3) Sep 15 01:38:35 sv1 kernel: Packet log: input REJECT ippp0 PROTO=6 195.222.124.26:4524 62.158.112.32:113 L=60 S=0x00 I=16718 F=0x4000 T=54 SYN (#23) Sep 15 01:38:35 sv1 kernel: Packet log: output DENY ippp0 PROTO=1 62.158.112.32:3 195.222.124.26:3 L=108 S=0xC0 I=290 F=0x0000 T=255 (#3) Sep 15 01:38:47 sv1 kernel: Packet log: input REJECT ippp0 PROTO=6 195.222.124.26:4524 62.158.112.32:113 L=60 S=0x00 I=17452 F=0x4000 T=54 SYN (#23) Sep 15 01:38:47 sv1 kernel: Packet log: output DENY ippp0 PROTO=1 62.158.112.32:3 195.222.124.26:3 L=108 S=0xC0 I=291 F=0x0000 T=255 (#3) Sep 15 01:38:52 sv1 kernel: Packet log: input ACCEPT ippp0 PROTO=6 195.222.124.26:110 62.158.112.32:1034 L=92 S=0x00 I=17945 F=0x4000 T=54 (#41) Sep 15 01:38:52 sv1 kernel: Packet log: input ACCEPT ippp0 PROTO=6 195.222.124.26:110 62.158.112.32:1034 L=52 S=0x00 I=17951 F=0x4000 T=54 (#41) Sep 15 01:38:52 sv1 kernel: Packet log: input ACCEPT ippp0 PROTO=6 195.222.124.26:110 62.158.112.32:1034 L=58 S=0x00 I=17952 F=0x4000 T=54 (#41) Sep 15 01:38:52 sv1 kernel: Packet log: input ACCEPT ippp0 PROTO=6 195.222.124.26:110 62.158.112.32:1034 L=52 S=0x00 I=17959 F=0x4000 T=54 (#41) Sep 15 01:38:53 sv1 kernel: Packet log: input ACCEPT ippp0 PROTO=6 195.222.124.26:110 62.158.112.32:1034 L=58 S=0x00 I=17986 F=0x4000 T=54 (#41) Sep 15 01:38:56 sv1 kernel: Packet log: input ACCEPT ippp0 PROTO=6 195.222.124.26:110 62.158.112.32:1034 L=61 S=0x00 I=18162 F=0x4000 T=54 (#41) Sep 15 01:38:56 sv1 kernel: Packet log: input ACCEPT ippp0 PROTO=6 195.222.124.26:110 62.158.112.32:1034 L=58 S=0x00 I=18163 F=0x4000 T=54 (#41) Sep 15 01:38:56 sv1 kernel: Packet log: input ACCEPT ippp0 PROTO=6 195.222.124.26:110 62.158.112.32:1034 L=52 S=0x00 I=18164 F=0x4000 T=54 (#41) Sep 15 01:38:56 sv1 kernel: Packet log: input ACCEPT ippp0 PROTO=6 195.222.124.26:110 62.158.112.32:1034 L=52 S=0x00 I=18166 F=0x4000 T=54 (#41) Sep 15 01:39:19 sv1 kernel: isdn_net: local hangup ippp0 Sep 15 01:39:19 sv1 kernel: ippp0: Chargesum is 0 Sep 15 01:39:19 sv1 kernel: ippp, open, slot: 1, minor: 0, state: 0000 Sep 15 01:39:19 sv1 kernel: ippp_ccp: allocated reset data structure c0389000 Sep 15 01:39:19 sv1 kernel: ippp_ccp: freeing reset data structure c2eee000 Und hier noch meine Konfiguration : FW_DEV_WORLD="ippp0" FW_DEV_INT="eth0" FW_DEV_DMZ="" FW_ROUTE="yes" FW_MASQUERADE="yes" FW_MASQ_NETS="10.1.1.0/255.255.255.128" FW_MASQ_DEV="ippp0" FW_PROTECT_FROM_INTERNAL="no" FW_AUTOPROTECT_GLOBAL_SERVICES="yes" FW_SERVICES_EXTERNAL_TCP="" # Common: smtp domain FW_SERVICES_EXTERNAL_UDP="" # Common: domain FW_SERVICES_DMZ_TCP="" # Common: smtp domain FW_SERVICES_DMZ_UDP="" # Common: domain syslog FW_SERVICES_INTERNAL_TCP="" # Common: ssh smtp domain FW_SERVICES_INTERNAL_UDP="" # Common: domain FW_TRUSTED_NETS="" FW_SERVICES_TRUSTED_TCP="" # Common: ssh FW_SERVICES_TRUSTED_UDP="" # Common: syslog time ntp FW_ALLOW_INCOMING_HIGHPORTS_TCP="ftp-data" FW_ALLOW_INCOMING_HIGHPORTS_UDP="dns" FW_SERVICE_DNS="no" # if yes, FW_SERVICES_*_TCP needs to have port 53 # (or "domain") set to allow incoming queries. # also FW_ALLOW_INCOMING_HIGHPORTS_UDP needs to be "yes" FW_SERVICE_DHCLIENT="no" FW_SERVICE_DHCPD="no" FW_SERVICE_SAMBA="no" FW_FORWARD_TCP="" # Beware to use this! FW_FORWARD_UDP="" # Beware to use this! FW_FORWARD_MASQ_TCP="" # Beware to use this! FW_FORWARD_MASQ_UDP="" # Beware to use this! FW_REDIRECT_TCP="" FW_REDIRECT_UDP="" FW_LOG_DENY_CRIT="yes" FW_LOG_DENY_ALL="yes" FW_LOG_ACCEPT_CRIT="yes" FW_LOG_ACCEPT_ALL="yes" FW_KERNEL_SECURITY="yes" FW_STOP_KEEP_ROUTING_STATE="yes" FW_ALLOW_PING_FW="yes" FW_ALLOW_PING_DMZ="no" FW_ALLOW_FW_TRACEROUTE="no" FW_ALLOW_FW_SOURCEQUENCH="yes" FW_MASQ_MODULES="ftp" Ich hoffe das mir jemand weiterhelfen kann da ich langsam an mir selbst zweifle. Jens Knoepchen

1 0

ippp0 fehlt in /proc?
by Thomas Fick 14 Sep '00

14 Sep '00

Hallo ich habe den AVM Capi Treiber installiert, faxen funktioniert einwandfrei, nur beim starten sopricht mein PC mit mir und schimpft er findet kein ipp0 in der /proc/net/dev. Ich musste den Kernel neu backen, kann es sein das ich da was vergessen habe? Für jeden Hinweis dankbar Gruß Thomas

2 1

Apollo PCMCIA Card
by Werner Heuser 14 Sep '00

14 Sep '00

Hallo, gerade habe ich eine Apollo ISDN TA PCMCIA Card bekommen. 'cardctl ident' zeigt als Hersteller der Karte "Intelligent" an. Da ich im WWW keine Linux Infos ueber diese Karte bekommen konnte, habe ich alle verfuegbaren PCMCIA ISDN Treiber aus der SuSE 7.0 nacheinander an die Karte gebunden. Bis jetzt ohne Erfolg. Habt ihr noch einen Tip? Gruesse Werner

1 0

vbox nimmt keine Nachricht auf!
by Marcus Wagner 14 Sep '00

14 Sep '00

Hallo ISDN-Exberdde!!! Ich habe meinen vbox jetzt soweit zum laufen bekommen, dass er den Anruf entgegen nimmt! Nun habe ich aber noch folgende Probleme: Nach Ausgabe der einzelnen Klänge kommt erstmal einen Moment lang richtig Rauschen! Das kann nicht im Sinne eines Anrufbeantworters sein! Nach dem Abspielen der beep.msg kommt - natürlich erstmal kurz Rauschen - nach ca. einer Sekunde sofort das Timeout Signal und er legt auf! Der Benutzer erhält dann eine 1 sekündige Nachricht ohne Inhalt! Ich habe die Datei- und Verzeichnissrechte überprüft, logs gelesen aber finde keinen Anhaltspunkt! Weiß da jemand weiter? Danke im voraus! MfG Marcus Wagner -- Marcus Wagner - <Linux(a)McWHome.de> - www.mcwhome.de

1 0

AW: [suse-isdn] Suse Firewall und Dial on demand
by Lüttich Holger 14 Sep '00

14 Sep '00

Dank Dir Norbert, die Idee mit den eigenen Regeln hatte ich auch schon, bleiben aber noch ein par probleme: 1 dynamische ip vom provider - deshalb der aufruf in ip-up damits die firewall mitbekommt wie mach ich das ? 2 wenn ich die firewall routen uns masq machen lasse wozu brauche ich dann noch einen proxy 3 und andersrum wenn ich einen proxy verwende (squid) muß die firewall dann routen, womit ich wieder bei 2 bin ( das könnten die unbekannten ports sein die geblockt werden ) 4 bequemlicherweise arbeite ich noch mit t-online 194.25.2.129 ist der dns00.btx.dtag.de 212.185.249.244 ist der www-proxy.ef1.srv.t-online.de kann sein das die parallel antworten da ja die *.btx.dtag.de umbenannt werden sollen > -----Ursprüngliche Nachricht----- > Von: Dr Norbert Boese [mailto:Norbert.Boese@ptb.de] > Gesendet: Donnerstag, 14. September 2000 11:55 > An: SUSE-ISDN(a)suse.com > Betreff: Re: [suse-isdn] Suse Firewall und Dial on demand > > > > > ---------- > > Von: Dr Norbert Boese[SMTP:NORBERT.BOESE@PTB.DE] > > Gesendet: Donnerstag, 14. September 2000 11:54:39 > > An: SUSE-ISDN(a)suse.com > > Betreff: Re: [suse-isdn] Suse Firewall und Dial on demand > > Diese Nachricht wurde automatisch von einer Regel weitergeleitet. > > > Hallo, > > > mit meiner ersten linux installation habe ich so meine > probleme das meiste > > konnte ich mit viel, viel howtos und readmes lösen > > aber seit einiger zeit plage ich mit der Firewall von Suse, > sobald sie > > installiert ist werden die DNS-Antworten aus dem Internet geblockt, > > meiner meinung nach ist die konfiguration richtig ( Suse > 6.4 mit firewall > > 2.1) > > kann mich einer in die richtige richtung schubsen ich > stochere nur noch > > ich bin kein Freund der vorgegebenen Konfiguration. Mein > persoenlicher Ratschlag waere: bau Dir eine eigene Regeldatei, in der > Du zu Anfang alle Regeln loeschst und die Default-Policy fuer die > Chains input, forward und output auf DENY setzt. Dann schaust Du in > Deine /var/log/firewall und gibst von den abgewiesenen Paketen genau > die frei, die Du erlauben willst. > > > > > route.conf > > #192.168.1.0 internes netz > > #192.168.2.99 ippp0 > > #192.168.2.100 ppp partneradresse ippp0 > > # > > # Ziel |Dummy oder Gateway | Netzmaske > > |Device > > 192.168.1.0 0.0.0.0 > 255.255.255.0 eth0 > > 192.168.2.100 0.0.0.0 255.255.255.255 > > ippp0 > > default 192.168.2.99 > > scheinen keine grundlegenen Fehler drin zu sein. > > > die konfigurationsanleitung aus der SUSE sdb stimmt leider > nicht mit der > > SuSEfirewall-technical überein > > > > sdb: für dialup verbindungen "/sbin/SuSEfirewall" in ip-up > eintragen > > technical: "/sbin/init.d/rc2.d/S99firewall_setup" start > in ip-up eintragen > > wenn Du in rc2.d den Link S99firewall_setup stehen hast und die > Variable START_FW auf yes gesetzt hast, dann wird das Startscript > mit dem Parameter start bei jedem Wechsel in Runlevel 2 (Systemstart) > in der Gruppe der letzten Scripte (alle mit 99) aufgerufen. Du > brauchst also nichts mehr in ip-up aufrufen. > > > Sep 13 19:59:30 linux1 kernel: Packet log: input DENY ippp0 PROTO=6 > > 62.224.38.48:3084 62.224.154.120:27374 L=48 S=0x00 I=62973 > F=0x4000 T=116 > > SYN (#135) > > ist ein Verbindungsaufbau (SYN gesetzt) auf mir unbekannten Ports > mit TCP-Protokoll > > > Sep 13 19:59:38 linux1 kernel: Packet log: input DENY ippp0 PROTO=17 > > 194.25.2.129:53 62.224.154.120:1027 L=136 S=0x00 I=55581 > F=0x0000 T=57 > > (#135) > > das ist z.B. ne DNS-Rueckmeldung. 194.25.2.129 will auf Port 53 mit > Protokoll UDP den Rechner 62.224.154.120 auf Port 1027 erreichen. > Wenn Du das erlauben willst, waere also folgender Eintrag sinnvoll: > > ipchains -A input -p UDP -s 194.25.2.129 domain -d > 62.224.154.120 -i ippp0 -l ACCEPT > > > Sep 13 19:59:58 linux1 kernel: Packet log: input DENY ippp0 PROTO=17 > > 212.185.249.244:53 62.224.154.120:1027 L=145 S=0x00 I=55822 > F=0x0000 T=59 > > (#135) > > > Sep 13 20:00:03 linux1 kernel: Packet log: input DENY ippp0 PROTO=17 > > 194.25.2.129:53 62.224.154.120:1027 L=145 S=0x00 I=3149 > F=0x0000 T=57 (#135) > > > Sep 13 20:00:08 linux1 kernel: Packet log: input DENY ippp0 PROTO=17 > > 212.185.249.244:53 62.224.154.120:1027 L=145 S=0x00 I=58860 > F=0x0000 T=59 > > (#135) > > > Sep 13 20:00:13 linux1 kernel: Packet log: input DENY ippp0 PROTO=17 > > 194.25.2.129:53 62.224.154.120:1027 L=145 S=0x00 I=8189 > F=0x0000 T=57 (#135) > > dto. Nameserver-Antworten. Arbeitest Du mit zwei Nameservern > (194.25.2.129 und > 212.185.249.244) ? Dann musst Du natuerlich auch beide freigeben. > > Ich hoffe, es hilft etwas > > Gruss Norbert > -- > Nur fuer Segelbegeisterte: http://www.wscg.de/ > Norbert Boese eMail: norbert.boese(a)ptb.de > Phone +49-531-18533 Fax +49-531-592693231 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com >

2 1

Suse Firewall und Dial on demand
by Lüttich Holger 14 Sep '00

14 Sep '00

Hallo, mit meiner ersten linux installation habe ich so meine probleme das meiste konnte ich mit viel, viel howtos und readmes lösen aber seit einiger zeit plage ich mit der Firewall von Suse, sobald sie installiert ist werden die DNS-Antworten aus dem Internet geblockt, meiner meinung nach ist die konfiguration richtig ( Suse 6.4 mit firewall 2.1) kann mich einer in die richtige richtung schubsen ich stochere nur noch holger lüttich firewall.rc.config FW_DEV_WORLD="ippp0" FW_DEV_WORLD_ippp0="192.168.2.99 255.255.255.0" # e.g. for external interface FW_DEV_INT="eth0" FW_DEV_INT_eth0="192.168.1.71 255.255.255.0" # e.g. for internal interface eth0 FW_DEV_DMZ="" FW_ROUTE="yes" FW_MASQUERADE="yes" FW_MASQ_NETS="192.168.1.0/24" FW_MASQ_DEV="ippp0" # e.g. "ippp0" or "$FW_DEV_WORLD" FW_PROTECT_FROM_INTERNAL="yes" FW_AUTOPROTECT_GLOBAL_SERVICES="yes" # "yes" is a good choice FW_SERVICES_EXTERNAL_TCP="53 3000" # Common: smtp domain FW_SERVICES_EXTERNAL_UDP="53 3000" # Common: domain FW_SERVICES_DMZ_TCP="" # Common: smtp domain FW_SERVICES_DMZ_UDP="" # Common: domain syslog FW_SERVICES_INTERNAL_TCP="53 23 80 3000 3128 137:139" # Common: ssh smtp domain FW_SERVICES_INTERNAL_UDP="53 23 80 3000 3128 137:139" # Common: domain #dns telnet hcbi squid smb FW_TRUSTED_NETS="" FW_SERVICES_TRUSTED_TCP="" # Common: ssh FW_SERVICES_TRUSTED_UDP="" # Common: syslog time ntp FW_ALLOW_INCOMING_HIGHPORTS_TCP="dns 3000" # Common: "ftp-data" (sadly!) FW_ALLOW_INCOMING_HIGHPORTS_UDP="dns 3000" # Common: "dns" FW_SERVICE_DNS="yes" FW_SERVICE_DHCLIENT="no" FW_SERVICE_DHCPD="no" FW_FORWARD_TCP="" # Beware to use this! FW_FORWARD_UDP="" # Beware to use this! FW_REDIRECT_TCP="" FW_REDIRECT_UDP="" FW_LOG_DENY_CRIT="yes" FW_LOG_DENY_ALL="yes" #zum testen FW_LOG_ACCEPT_CRIT="yes" FW_LOG_ACCEPT_ALL="yes" #zum testen FW_KERNEL_SECURITY="no" #bis es funktioniert FW_STOP_KEEP_ROUTING_STATE="yes" FW_ALLOW_PING_FW="no" FW_ALLOW_PING_DMZ="no" route.conf #192.168.1.0 internes netz #192.168.2.99 ippp0 #192.168.2.100 ppp partneradresse ippp0 # # Ziel |Dummy oder Gateway | Netzmaske |Device 192.168.1.0 0.0.0.0 255.255.255.0 eth0 192.168.2.100 0.0.0.0 255.255.255.255 ippp0 default 192.168.2.99 die konfigurationsanleitung aus der SUSE sdb stimmt leider nicht mit der SuSEfirewall-technical überein sdb: für dialup verbindungen "/sbin/SuSEfirewall" in ip-up eintragen technical: "/sbin/init.d/rc2.d/S99firewall_setup" start in ip-up eintragen welches ist denn nun das richtige /sbin/SuSEfirewall check bringt folgende Meldung ipchains produced errors, no default routing set up? ipchains produced errors, no default routing set up? ipchains produced errors, no default routing set up? und zum Schluß der langen Mail noch ein Stück aus /var/log/messages Sep 13 19:59:30 linux1 kernel: Packet log: input DENY ippp0 PROTO=6 62.224.38.48:3084 62.224.154.120:27374 L=48 S=0x00 I=62973 F=0x4000 T=116 SYN (#135) Sep 13 19:59:38 linux1 kernel: Packet log: input DENY ippp0 PROTO=17 194.25.2.129:53 62.224.154.120:1027 L=136 S=0x00 I=55581 F=0x0000 T=57 (#135) Sep 13 19:59:58 linux1 kernel: Packet log: input DENY ippp0 PROTO=17 212.185.249.244:53 62.224.154.120:1027 L=145 S=0x00 I=55822 F=0x0000 T=59 (#135) Sep 13 20:00:03 linux1 kernel: Packet log: input DENY ippp0 PROTO=17 194.25.2.129:53 62.224.154.120:1027 L=145 S=0x00 I=3149 F=0x0000 T=57 (#135) Sep 13 20:00:08 linux1 kernel: Packet log: input DENY ippp0 PROTO=17 212.185.249.244:53 62.224.154.120:1027 L=145 S=0x00 I=58860 F=0x0000 T=59 (#135) Sep 13 20:00:13 linux1 kernel: Packet log: input DENY ippp0 PROTO=17 194.25.2.129:53 62.224.154.120:1027 L=145 S=0x00 I=8189 F=0x0000 T=57 (#135)

2 2

isdnrep nimmt nur eine msn
by Uwe KLAUS 14 Sep '00

14 Sep '00

seit gestern zeigt isdnrep nur noch eine von vier msn an. warum?? Danke Uwe KLAUS

1 0

Beep für RawIP
by Karsten Heymann 14 Sep '00

14 Sep '00

Hallo! Neulich gabs ja schon mal einen Thread, wie man in der ip-up ein Piepser bei der Einwahl erzeugt. Leider klappt das für eine RawIP-Einwahl (via isdnX) nicht. Weiß jemand dafür eine Möglichkeit? -- Karsten Heymann Netzwerkverwaltung Forschungsstelle für Ökosystemtechnik Universität Kiel

1 0

[SuSE 7.0] Dial on demand funktioniert nicht
by Stefan Fricke 13 Sep '00

13 Sep '00

Ich habe folgendes Problem: Bei mir funktioniert Dial on demand nicht. Folgendes passiert: Wenn ich explizit "isdnctrl dial ippp0" eingebe, wird die Verbindung aufgebaut. Wenn ich unter KDE auf das kinternet-Symbol clicke, wird sie auch aufgebaut. Benutze ich jedoch stattdessen kimon, klappt der Verbindungsaufbau nicht. Das automatische Trennen bei Inaktivität funktioniert jedoch. Unmittelbar nach Beenden der Verbindung funktioniert die automatische Anwahl für einen begrenzten Zeitraum. Wenn bei einem Versuch, auf einen Rechner im Internet zuzugreifen keine Anwahl erfolgt, sondern eine Fehlermeldung, dass der Server nicht erreicht werden kann, erfolgt *kein* Eintrag in /var/log/massages. route -n ergibt folgendes, wenn keine Verbindung besteht: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 ippp0 Bei bestehender Verbindung wird folgendes angegeben: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface x.x.x.x 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 x.x.x.x 0.0.0.0 UG 0 0 0 ippp0 wobei x.x.x.x für die dynamisch zugewiesene IP beim Provider steht. Meine /etc/route.conf sieht so aus: # yast2 default entry for ippp0 default 192.168.0.1 0.0.0.0 ippp0 Woran könnte es liegen? Stefan

2 2

standard.tcl-vbox
by Alexander Meinecke 13 Sep '00

13 Sep '00

Hallo Liste, kann mir irgend jemand einen Hinweis geben, wo ich docs zum Thema vbox: standard.tcl finde? was ich wissen will: welche Variablen des vboxd muss das tcl-script bekommen um touchtones 1. zu erkennen, 2. diese auszuwerten? die man-pages geben leider nicht ausreichend Auskunft, im Internet finde ich nur tcl-Programmierhilfen, die mir aber mit meinem vbox-problem nicht weiterhelfen. ich moechte bei einem Anruf auf meiner vbox dann per Zahlencode auswaehlen, was ich tun moechte. Bsp: dtmf "1" fuer Nachricht aufsprechen oder dtmf "2" um eine bestimmte Nachricht anzuhoeren. Hat das irgendjemand schon einmal gemacht/versucht? wenn ja wie? bitte helft mir mit ein paar netten kleinen Hinweisen wo ich etwas docu finde, oder beschreibt ein kleines Beispiel, was ich nach "vbox_init_touchtones" machen muss, damit ich bei Eingabe "2" (am Telefon) eine vorher definierte xx.msg abspielen kann. Danke Alex

3 2

Re:
by Thomas Schürmann 13 Sep '00

13 Sep '00

Hallo Horst, Horst Grolms schrieb: > > Hallo und danke für deine Antwort vom 6.9., Nichts zu danken. > > in der Hoffnung, Du könntest mit Novell/Mars etwas zu tun haben, Ich hatte mal 2 Mars-Server in unserer Verwaltung aufgesetzt, aber als nur noch Netware 4.X mit NDS angesagt war und Mars nur Bindary-Modus unterstützt, habe ich es aufgegeben. Zudem hatte Mars Probleme mit Token-Ring-Interfaces. > würde ich gern wissen, wo man bei Novell, die Option > Set reply to get nearest server=off > einstellt. Direkt an der Netware-Server-Console genau diesen Befehl absetzen. Damit wird verhindert, dass der/die Netware-Server von sich aus Boot-Requests entgegen nimmt. > Abgesehen davon habe ich ein ätzendes Problem : > > Ist mein Client (inzwischen habe ich es vorerst aufgegeben, mit > Netzwerkkarte zu booten und mache dies mit der Diskette) > allein mit dem Mars-Server kommt die Meldung : A File Server could > not be found (Analog mit Netzwerkkarte : No File Server) > > Ist er mit Diskette gebootet zusammen mit den anderen im Netz, dann > funktioniert alles wunderbar. > Ist das ein Routing-Problem, Timing ? > > Hast Du da vielleicht eine Idee, die mich weiterbringt ? Bist du dir sicher, dass Mars überhaupt in der Lage ist, Boot-Requests von Boot-Proms entgegenzunehmen? Unterstützt er die Funktionaltät von Boot-Disk-Image-Files "BDIFs" (Bootconf.sys und BDIFs im Login-Verzeichnis). Ich habe weder in der MARS- noch LinWare-Doku solche Funktionalitäten gesehen. Vielleicht kann dir http://www.linuxdoc.org/HOWTO/Diskless-HOWTO.html weiterhelfen. Ansonsten: Was spricht dagegen, in deinem Netz einen kleinen Novell-Server (mit z. B. 5 User-Lizenz) zur Entgegennahme von Boot-Requests und Weitergabe des entsprechenden BDIFs (darin über NET.CFG/VLM an preferred server verweisen) vorzuhalten? > > Gruß > > Horst Grolms > > Horst Grolms > System-Administration Prints & More GmbH > horst_grolms(a)prints-more.de Kanns mir nicht verkneifen ;) System-Administration Stadt Gladbeck, 23 Server, 420 Workstations (oder wird dir dein Footer vorgeschrieben?) -- *---------------------------------------------* | Thomas Schürmann | | mailto:thomas.schuermann@stadt-gladbeck.de | *---------------------------------------------*

1 1

Re: [suse-isdn] Dialin
by Joerg Schwoeppe 13 Sep '00

13 Sep '00

> hiho, > On Wed, 13 Sep 2000, Joerg Schwoeppe wrote: >> Hallo >> ok, es gab bestimmt schon viele Threads zu diesem Thema, >> aber mein Problem ist, laut suse-linux-ML, daß bei einem >> Dialin-Versuch von meinem Win98-Rechner per Fritz!CardUSB >> auf den Suse6.4 Rechner mit Fritz!CardPCI, am gleichen >> S0-Bus, die Geräte angeblich nicht kompatibel sind. >> Im Logfile stehen Sachen wie >> "Ring()" und "destination unknown(USER)". >> Wenn ich mit meinem ISDN Telefon den Rechner anwähle, >> erscheint wenigstens ein "Ring(Speech)". >> Wenn mein Linux oder Win Rechner unsere FH anwählt >> (dialout funktioniert ja), kommt ein "Ring(data)". > Hab es noch nicht probiert mit dem USB-Teil, probier mal mit > vorwahl-nummer(-nebenstelle) Vorwahl hab ich auch schon probiert, klappt auch nicht (mit Telefon geht's ja auch ohne vorwahl) > Aber mit interen Karte geht es intern, auch über eine Anlage. ja schön, ich hab allerdings KEINE ANLAGE, also auch keine Probleme mit evtl. Vorwahlen (0), Nebenstellen.... Einfach nur NTBA----------------------------------------------- S0 | | | | Tel 1 Tel 2 FritzPCI FritzUSB >> Beim Dialin vom Windoofrechner weiß er offenbar nicht, >> was gemeint ist. WARUM DENN NICHT ? >> Die Telefonnummer vom Win-PC ist unter Suse erlaubt, >> als Protokoll ist nut TCP/IP ausgewählt, die Verbindung >> steht auf "AVM Internet Windows98,..." und >> "Internet (PPP over ISDN)" >> halt auch genauso, wie zu unserem FH-Server (UNIX) >> >> Wo liegt denn jetzt der Fehler ? >> Warum kommt kein Verbindungsaufbau zustande ? >> P.S. das Windoof-Hyperterminal meint auch nur, das die >> Gegenstelle nicht reagiert. >> >> Danke schonmal Jörg

1 0

PPP Einwahl bei T-Online mit capi4linux
by Kaj Merten Berggreen 13 Sep '00

13 Sep '00

Moin, moin! Ich habe eben schon im Archiv der Liste geschaut und dort wie auch in der SDB und auch bei AVM kein HOWTO gefunden, um ueber das bei mir inzwischen funktionierend installierte capi4linux PPP Verbindungen aufzubauen. Kann mir jemand von Euch der das schon gemacht hat in kurzen Stichworten sagen, wie ich PPP und wvdial konfigurieren musz? Evtl. reicht sogar schon zu wissen, wie das Device des neu angelegten Modems unter /dev heiszt. Vielen Dank im Voraus, Euer Kaj M.

1 0

Re: AW: [suse-isdn] SuSE 7.0 und DSL-routing
by root 13 Sep '00

13 Sep '00

MTU Clients? Wo kann ich das denn bei Windows machen? Christian Hast Du die MTU auf den Clients auch auf 1492 gesetzt? (wenn Du dir das ganze gefummel mit der MTU sparen willst, dann benutzt doch rp_pppoe!) MfG Joerg > -----Ursprüngliche Nachricht----- > Von: root(a)master.enconet.de [mailto:root@master.enconet.de]Im Auftrag > von root > Gesendet: Montag, 11. September 2000 15:14 > An: suse-isdn(a)suse.com > Betreff: Re: [suse-isdn] SuSE 7.0 und DSL-routing > > > > Danke Steffen, > die Seite hab ich schon angesehen, > MTU auf 1492 gesetzt, MRU bleibt auf <n>. > Leider keine Veränderung! > > Was könnte es noch sein ? > > Christian > > Hallo, > > root wrote: > > > Ping und tracert gehen, kleine Webseiten > > werden auch aufgebaut, bei grossen wird > > manchmal der Header angezeigt, manchmal > > aber auch gar nichts. Mails kann ich auch > > nicht abholen, > > Liegt wohl an einem zu grossen MTU-Wert. > > Schau Dir mal die Seite: > > http://lists.suse.com/archives/suse-linux/2000-Mar/4492.html > > an. > > HTH! > > Gruss > Steffen > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com >

5 4

Re: [suse-isdn] SuSE - Firewall und ITK Columbus PNP ISDN Karte
by Dieter Kluenter 13 Sep '00

13 Sep '00

Hallo, UJaecksch(a)t-online.de (Ulrich Jaecksch) writes: > Hallo, > > Ich habe gerade ein Problem und kann es mir nicht so recht erklaeren. > Ich habe einen Rechner mit der o.g. ISDN - Karte bestückt. Nachdem ich den > Internet - Zugang eingerichtet hatte funktionierte ein Ping ins Netz > problemlos. > Bis ich die SuSE Firewall eingerichtet und gestartet habe. Danach werden > alle nach einem Ping eingehenden Pakete mit einem "DENY" abgelehnt. > > Nun meine freundliche Bitte an die Liste, wer kann mir helfen. Das hat vermutlich wenig mit der ISDN-Karte zu tun, aber wohl mehr mit deinen Firewall Regeln, dazu sagst du aber garnichts. Gruss Dieter -- Dieter Kluenter mailto: dkluenter(a)gmx.de http: http://www.l4b.de

2 1

Re: [suse-isdn] vbox
by Dieter Kluenter 13 Sep '00

13 Sep '00

Marcus Wagner <Linux(a)McWHome.de> writes: > Hallo Leute!! > > Ich bekomme hier mein vbox nicht zum laufen! Ich rufe mich an, er > nimmt den Anruf entgegen, dann kommt die begrüßung, rauschen, beep, > rauschen, _1 Sekunde, timeout, Hangup! > > Ich habe also laut log nur eine Sekunde Zeit etwas aufzunehmen! Er > nimmt dann auch eine 1 sekündige Nachricht in die VBox liste auf kommt > aber nichts wenn ich sie abspiele!!! Also Fisch ist!!! > > Hat da jemand eine Idee? Ein aehnliches Phaenomen habe ich, wenn vbox aus einigen Telefonzellen mit einer Telefonkarte angerufen wird. Es ist zwar eigenartig, aber reproduzierbar, bei der Telekom konnte mir bisher auch noch keiner einer vernuenftige Erklaerung geben. Gruss Dieter -- Dieter Kluenter mailto: dkluenter(a)gmx.de http: http://www.l4b.de

1 0

Re: [suse-isdn] Dialin
by Joerg Schwoeppe 13 Sep '00

13 Sep '00

> hiho, > On Wed, 13 Sep 2000, Joerg Schwoeppe wrote: >> Hallo >> ok, es gab bestimmt schon viele Threads zu diesem Thema, >> aber mein Problem ist, laut suse-linux-ML, daß bei einem >> Dialin-Versuch von meinem Win98-Rechner per Fritz!CardUSB >> auf den Suse6.4 Rechner mit Fritz!CardPCI, am gleichen >> S0-Bus, die Geräte angeblich nicht kompatibel sind. >> Im Logfile stehen Sachen wie >> "Ring()" und "destination unknown(USER)". >> Wenn ich mit meinem ISDN Telefon den Rechner anwähle, >> erscheint wenigstens ein "Ring(Speech)". >> Wenn mein Linux oder Win Rechner unsere FH anwählt >> (dialout funktioniert ja), kommt ein "Ring(data)". > Hab es noch nicht probiert mit dem USB-Teil, probier mal mit > vorwahl-nummer(-nebenstelle) Vorwahl hab ich auch schon probiert, klappt auch nicht (mit Telefon geht's ja auch ohne vorwahl) > Aber mit interen Karte geht es intern, auch über eine Anlage. ja schön, ich hab allerdings KEINE ANLAGE, also auch keine Probleme mit evtl. Vorwahlen (0), Nebenstellen.... Einfach nur NTBA----------------------------------------------- S0 | | | | Tel 1 Tel 2 FritzPCI FritzUSB >> Beim Dialin vom Windoofrechner weiß er offenbar nicht, >> was gemeint ist. WARUM DENN NICHT ? >> Die Telefonnummer vom Win-PC ist unter Suse erlaubt, >> als Protokoll ist nut TCP/IP ausgewählt, die Verbindung >> steht auf "AVM Internet Windows98,..." und >> "Internet (PPP over ISDN)" >> halt auch genauso, wie zu unserem FH-Server (UNIX) >> >> Wo liegt denn jetzt der Fehler ? >> Warum kommt kein Verbindungsaufbau zustande ? >> P.S. das Windoof-Hyperterminal meint auch nur, das die >> Gegenstelle nicht reagiert. >> >> Danke schonmal Jörg

1 0

Dialin
by Joerg Schwoeppe 13 Sep '00

13 Sep '00

Hallo ok, es gab bestimmt schon viele Threads zu diesem Thema, aber mein Problem ist, laut suse-linux-ML, daß bei einem Dialin-Versuch von meinem Win98-Rechner per Fritz!CardUSB auf den Suse6.4 Rechner mit Fritz!CardPCI, am gleichen S0-Bus, die Geräte angeblich nicht kompatibel sind. Im Logfile stehen Sachen wie "Ring()" und "destination unknown(USER)". Wenn ich mit meinem ISDN Telefon den Rechner anwähle, erscheint wenigstens ein "Ring(Speech)". Wenn mein Linux oder Win Rechner unsere FH anwählt (dialout funktioniert ja), kommt ein "Ring(data)". Beim Dialin vom Windoofrechner weiß er offenbar nicht, was gemeint ist. WARUM DENN NICHT ? Die Telefonnummer vom Win-PC ist unter Suse erlaubt, als Protokoll ist nut TCP/IP ausgewählt, die Verbindung steht auf "AVM Internet Windows98,..." und "Internet (PPP over ISDN)" halt auch genauso, wie zu unserem FH-Server (UNIX) Wo liegt denn jetzt der Fehler ? Warum kommt kein Verbindungsaufbau zustande ? P.S. das Windoof-Hyperterminal meint auch nur, das die Gegenstelle nicht reagiert. Danke schonmal Jörg

2 1

SuSE - Firewall und ITK Columbus PNP ISDN Karte
by UJaecksch＠t-online.de 13 Sep '00

13 Sep '00

Hallo, Ich habe gerade ein Problem und kann es mir nicht so recht erklaeren. Ich habe einen Rechner mit der o.g. ISDN - Karte bestückt. Nachdem ich den Internet - Zugang eingerichtet hatte funktionierte ein Ping ins Netz problemlos. Bis ich die SuSE Firewall eingerichtet und gestartet habe. Danach werden alle nach einem Ping eingehenden Pakete mit einem "DENY" abgelehnt. Nun meine freundliche Bitte an die Liste, wer kann mir helfen. MFG Ulrich Jaecksch

1 0

vbox
by Marcus Wagner 13 Sep '00

13 Sep '00

Hallo Leute!! Ich bekomme hier mein vbox nicht zum laufen! Ich rufe mich an, er nimmt den Anruf entgegen, dann kommt die begrüßung, rauschen, beep, rauschen, _1 Sekunde, timeout, Hangup! Ich habe also laut log nur eine Sekunde Zeit etwas aufzunehmen! Er nimmt dann auch eine 1 sekündige Nachricht in die VBox liste auf kommt aber nichts wenn ich sie abspiele!!! Also Fisch ist!!! Hat da jemand eine Idee? Danke im voraus!! MfG Marcus Wagner -- Marcus Wagner - <Linux(a)McWHome.de> - www.mcwhome.de

3 2

Technische Daten ISDN Anschluß, Spannungsversorgung NTBA
by Marcus Heger 12 Sep '00

12 Sep '00

Technische Daten ISDN Anschluß Spannungsversorgung NTBA Grundsätzliche Anschlußdaten eines NTBA "Network Terminator Basis Anschluß" (Netzabschlußgerät), bei ISDN (Integrated Services Digital Network) Anschlüssen der Deutsche Telekom AG An einem NTBA können an sogenannten externen S0-Schnittstelle/ S0-Bus (sprich: S Null-Bus) bis zu 12 IAE "ISDN Anschluß Einheiten" (ISDN Steckdosen) angeschlossen werden. Daran wiederum dürfen bis zu acht ISDN Endgeräte angeschlossen werden. Maximal vier passive ISDN Endgeräte also Geräte ohne eigene Netzversorgung, (hierfür muss dann zur Speisung der Netzstecker des NTBA eingesteckt werden!) Die anderen Endgeräte müssen sogenennte aktive ISDN Endgeräte also Geräte mit eigener Netzversorgung sein. Sind nur aktive ISDN Endgeräte am externen S0-Bus (am NTBA) angeschlossen, muss der Netzstecker des NTBA nicht gesteckt werden. Der NTBA wird über das ISDN gespeist. Soweit ich weiß sind die meisten isdn Karten aktive ISDN Endgeräte, da sie die zum Betrieb nötige Spannungsversorgung über den PC erhalten. Werden am externen S0 Bus also lediglich PC und ein a/b Wandler (ISDN analog Wandler) bzw. eine kleine TK-Anlage betrieben, muß der Netzstecker des NTBA nicht gesteckt sein. Ausführlichere Informationen gibt es in der Broschüre "ISDN leichtgemacht ..." (Din-A5 Format) gibts im T-Punkt. Im Normalbetrieb wird vom NTBA eine Versorgungsleistung von 4,5 W mit 40 V (+5% - 15%) für die S0-Schnittstelle zur Verfügung gestellt. Bei einem Netzspannungsausfall (Absinken der Versorgungsspannung um mehr als 15%) am NTBA schaltet dieser in den Notbetrieb um, d.h. die S0-Schnittstelle wird nicht mehr aus dem Netzteil des NTBA gespeist, sondern aus der Vermittlungsstelle. Diese Notversorgung liefert 410 mW (gegenüber 4,5 W im Normabetieb). Daher darf nur ein ISDN Endgerät (Telefon) für den Notstrombetrieb konfiguriert werden. Wenn das aktive ISDN Gerät über einen anderen Stromkreis abgesichert ist, der nicht vom Netzausfall betroffen ist, oder über eine Unabhängige Spannungsversorgung verfügt, kann dies ohne weiteres den ISDN Anschluß in vollem Umfang weiternutzen. Marcus Heger ? mailto:Linux@m-heger.de

1 0

Re: AW: AW: [suse-isdn] SuSE 7.0 und DSL-routing
by Dieter Kluenter 12 Sep '00

12 Sep '00

Christian Schmidt <webmaxx(a)web.de> writes: > Hallo Leute, > danke fuer eure Hilfe, aber meine Nerven liegen blank! > Ich hab jetzt alle Varianten getestet, aber meine Client kommen nicht > ins Netz. [...] > Benutzt leider irgendeinen Nameserver, den ich nicht kennen und auch > nicht eingegeben habe. > So etwas wie 10.112.112.112, es geht also auch unter Linux nichts mehr! Das ist die lokale Adresse des ADSL-Modems, du bist noch nicht im Netz. Gruss Dieter -- Dieter Kluenter mailto: dkluenter(a)gmx.de http: http://www.l4b.de

1 0

SuSE 7.0 und DSL-routing
by root 12 Sep '00

12 Sep '00

Hallo, nachdem ich vom Absturz von Surf1 betroffen war, habe ich mich fuer einen T-DSL Anschluss entschieden. Kann ja nicht so schwierig sein, dachte ich mir, aber es kam anders... DSL unter Linux funzt einwandfrei, jedoch das routing zu Windoof will nicht so ganz. Ping und tracert gehen, kleine Webseiten werden auch aufgebaut, bei grossen wird manchmal der Header angezeigt, manchmal aber auch gar nichts. Mails kann ich auch nicht abholen, Outlook verbindet zwar mit dem Mailserver, zeigt auch an wie viele Mails sich dort befinden, aber dann stirb es. Was mache ich falsch ? Christian

3 2

Problem Linux (2.2.14) <--- 64k leased line ---> BinTec Router
by Björn Schotte 11 Sep '00

11 Sep '00

Hallo, ich versuche seit kurzem, eine Standleitung auf Basis eines Linux-Rechners in Betrieb zu nehmen. Kurze History: - Basissystem war ein altes SuSE6.0 - Update auf SuSE6.2 erfolgt - danach Austausch von Kernel 2.2.10 durch Kernel 2.2.14 Damit der Kernel lief und auch die ISDN-Karte (eine Fritz!Classic) erkannte, hatte ich im ISDN-Subsystem folgende Kernel-Optionen eingestellt: <M> ISDN Support [*] Support synchronous PPP [*] Use VJ-compression with synchronous PPP <M> HiSax SiemensChipSet driver support [*] Support for EURO/DSS1 [*] support for german chargeinfo etc. Karte wurde prima erkannt. Danach entfernte ich die Scripte i4l, i4l_hardware aus /sbin/init.d/ und legte dort mein eigenes Standleitungsscript[1], das hier bei mir lokal (128kBit leased line, Gegenstelle ein Cisco Router) prima funktioniert. Nachdem ich in diesem Standleitungsscript LOCAL_IP und REMOTE_IP auf die lokalen Gegebenheiten angepaßt hatte, änderte ich in der /etc/route.conf noch ein paar Einträge: re.mo.te.ip 0.0.0.0 255.255.255.255 ippp0 default re.mo.te.ip [re.mo.te.ip ist die IP des BinTec Routers auf der Gegenseite; zusätzlich waren noch weitere Routings aktiv, da am Linux-Rechner noch 4 Class-C-Netze über eth0 hängen] Und startete das standleitungs script. Ein Aufruf von imon zeige einen aktiven Eintrag für LEASED0 an. Im Kernel stand dann: Sep 11 16:31:30 pestboile kernel: HiSax: German D133361J CETECOM ICT Services GmbH Sep 11 16:31:30 pestboile kernel: HiSax: EU (D133362J) CETECOM ICT Services GmbH Sep 11 16:31:30 pestboile kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Sep 11 16:31:30 pestboile kernel: HiSax: Warning - no protocol specified Sep 11 16:31:30 pestboile kernel: HiSax: Note! module load syntax has changed. Sep 11 16:31:30 pestboile kernel: HiSax: using protocol EURO Sep 11 16:31:30 pestboile kernel: HiSax: Total 1 card defined Sep 11 16:31:30 pestboile kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Sep 11 16:31:30 pestboile kernel: HiSax: AVM driver Rev. 2.11 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b00 is 6 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b03 is 3 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b02 is 2 Sep 11 16:31:30 pestboile kernel: AVM A1: Byte at 1b00 is 6 Sep 11 16:31:30 pestboile kernel: HiSax: AVM A1 config irq:7 cfg:0x1B00 Sep 11 16:31:30 pestboile kernel: HiSax: isac:0x1700/0x1300 Sep 11 16:31:30 pestboile kernel: HiSax: hscx A:0x700/0x300 hscx B:0xF00/0xB00 Sep 11 16:31:30 pestboile kernel: AVM A1: ISAC version (0): 2086/2186 V1.1 Sep 11 16:31:30 pestboile kernel: AVM A1: HSCX version A: V2.1 B: V2.1 Sep 11 16:31:30 pestboile kernel: AVM A1: IRQ 7 count 223 Sep 11 16:31:30 pestboile kernel: AVM A1: IRQ 7 count 228 Sep 11 16:31:30 pestboile kernel: HiSax: DSS1 Rev. 2.21 Sep 11 16:31:30 pestboile kernel: HiSax: 2 channels added Sep 11 16:31:30 pestboile kernel: HiSax: MAX_WAITING_CALLS added Sep 11 16:31:30 pestboile kernel: isdn: Verbose-Level is 7 Sep 11 16:31:30 pestboile kernel: HiSax: debugging flags card 1 set to ffff Sep 11 16:31:30 pestboile kernel: HiSax: l1 debugging flags card 1 set to 4ff Sep 11 16:31:30 pestboile kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Sep 11 16:31:30 pestboile kernel: isdn_net: call from LEASED0,7,0 -> 1 Sep 11 16:31:30 pestboile kernel: ippp0: call from LEASED0 -> 1 accepted Sep 11 16:31:31 pestboile kernel: isdn_net: ippp0 connected Sep 11 16:31:31 pestboile kernel: isdn_net: chargetime of ippp0 now 51416 Sep 11 16:31:31 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:32 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:33 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:33 pestboile popper[1227]: connect from 194.115.60.138 Sep 11 16:31:33 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:35 pestboile last message repeated 2 times Sep 11 16:31:36 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:36 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:38 pestboile last message repeated 2 times Sep 11 16:31:39 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:39 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:41 pestboile last message repeated 2 times Sep 11 16:31:42 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:42 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:44 pestboile last message repeated 2 times Sep 11 16:31:45 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:45 pestboile kernel: ippp0: 97 bogocps Sep 11 16:31:46 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:47 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:48 pestboile kernel: ippp0: 34 bogocps Sep 11 16:31:48 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:49 pestboile kernel: ippp0: 0 bogocps Sep 11 16:31:49 pestboile kernel: isdn_net: local hangup ippp0 Sep 11 16:31:49 pestboile kernel: ippp0: Chargesum is 0 Sep 11 16:31:49 pestboile kernel: isdn: HiSax,ch0 cause: L0010 Sep 11 16:31:49 pestboile kernel: HiSax module removed Sep 11 16:31:49 pestboile kernel: ISDN-subsystem unloaded local hangup usw. kam dann, weil ich das Standleitungsscript wieder beendete. Das Problem war, dass weder ein ping noch ein traceroute auf die IP des BinTec Routers an der Gegenstelle ging. Als ich dann testweise wieder auf DialUp umstellte (i4l, i4l_hardware wieder gestartet, route.conf entsprechend geändert), bekam ich unter Kernel 2.2.14 die Fehlermeldung, dass das ippp0 Device nicht für SyncPPP im Kernel konfiguriert worden wäre -- ein "make menuconfig" in /usr/src/linux-2.2.14 zeigte jedoch, dass (s.o.) SyncPPP für ISDN mit eincompiliert sei. Also mußte ich wieder mit dem alten 2.2.10 Kernel (out-of-the-box beim SuSE-Update von 6.0 auf 6.2) booten, dann ging auch das DialUp wieder über die normale ISDN-Telefonleitung. Auf der Gegenstelle beim Provider sei alles richtig konfiguriert mit dem BinTec-Router, die Leitung ist physikalisch auch in Ordnung. Wenn ich mir mittels ifconfig anschaue, was da so los ist, ist zu beobachten, dass pro Sekunde etwa ein RX-Paket ankommt and ab und zu auch ein TX- Paket gesendet wird. Ergo vermute ich einen Fehler in meiner Konfiguration/Routing. Nur bin ich etwas ratlos, wo/wie der Fehler sein soll ... manchmal bekam ich auch die Fehlermeldung, dass "ipppd V 0.0.0" outdated sei (beim Versuch, unter 2.2.14 wieder auf den normalen DialUp-Betrieb zu gehen) TIA, Björn. [1]: das Standleitungsscript #!/bin/sh # Start/Stop ISDN lesaed line connection I4L_AS_MODULE=yes I4L_REMOTE_IS_CISCO=no I4L_MODULE_PARAMS="type=5 io=0x300 irq=7 " I4L_DEBUG=no I4L_LEASED_128K=no LOCAL_IP=lo.cal.i.p REMOTE_IP=re.mo.te.ip case "$1" in start) echo "Starting ISDN ..." if [ ${I4L_AS_MODULE} = "yes" ]; then echo "loading modules..." /sbin/modprobe hisax ${I4L_MODULE_PARAMS} fi # configure interface /sbin/isdnctrl addif ippp0 /sbin/isdnctrl secure ippp0 on if [ ${I4L_DEBUG} = "yes" ]; then /sbin/isdnctrl verbose 7 /sbin/hisaxctrl HiSax 1 0xffff /sbin/hisaxctrl HiSax 11 0xff #cat /dev/isdnctrl >/tmp/lea.log & fi if [ ${I4L_REMOTE_IS_CISCO} = "yes" ]; then /sbin/isdnctrl encap ippp0 cisco-h fi /sbin/isdnctrl huptimeout ippp0 0 # B-CHANNEL 1 /sbin/isdnctrl eaz ippp0 1 /sbin/isdnctrl l2_prot ippp0 hdlc # 1. card /sbin/isdnctrl addphone ippp0 in LEASED0 if [ ${I4L_LEASED_128K} = "yes" ]; then /sbin/isdnctrl addslave ippp0 ippp0s /sbin/isdnctrl secure ippp0s on /sbin/isdnctrl huptimeout ippp0s 0 # B-CHANNEL 2 /sbin/isdnctrl eaz ippp0s 2 /sbin/isdnctrl l2_prot ippp0s hdlc # 1. card /sbin/isdnctrl addphone ippp0s in LEASED0 if [ ${I4L_REMOTE_IS_CISCO} = "yes" ]; then /sbin/isdnctrl encap ippp0s cisco-h fi fi /sbin/isdnctrl dialmode ippp0 manual # configure tcp/ip /sbin/ifconfig ippp0 ${LOCAL_IP} pointopoint ${REMOTE_IP} /sbin/route add -host ${REMOTE_IP} ippp0 /sbin/route add default gw ${REMOTE_IP} # switch to leased mode # B-CHANNEL 1 /sbin/hisaxctrl HiSax 5 1 if [ ${I4L_LEASED_128K} = "yes" ]; then # B-CHANNEL 2 sleep 10; /* Wait for master */ /sbin/hisaxctrl HiSax 5 2 fi ;; stop) /sbin/ifconfig ippp0 down /sbin/isdnctrl delif ippp0 if [ ${I4L_DEBUG} = "yes" ]; then killall cat fi if [ ${I4L_AS_MODULE} = "yes" ]; then /sbin/rmmod hisax /sbin/rmmod isdn /sbin/rmmod ppp /sbin/rmmod slhc fi ;; *) echo "Usage: $0 {start|stop}" exit 1 esac exit 0 -- Björn Schotte ++ Heimgartenweg 11a :: D-97074 Würzburg ++ 0931/7843804 Online-Applikationen für das E-Business: <http://rent-a-phpwizard.de/> => inklusive Newsletter rund um PHP & das E-Biz <=

1 0

Re: Surf1 ist pleite (was: Re: OT: Surf1)
by Dieter Resnikschek 11 Sep '00

11 Sep '00

Am Son, 10 Sep 2000 schrieben Sie: > Hallo Falk, > > On Sun, Sep 10, 2000 at 18:44 +0200, Falk Sauer wrote: > > On Sun, 10 Sep 2000, Michael Schulz wrote: > > > > > was macht denn die Telekom mit ihren ganzen ISDN-Kunden. Bei > > > vielen (den meisten?) bedeutet doch kein Strom, kein ISDN, da die > > > meisten Telefone nicht Notspeisefähig sind. > > > > Das liegt dann nicht mehr in der Verantwortung der T, wie du weist endet > > am NTBA deren Verantwortung. wenn der Kunde so blöd ist nicht ein einziges > > Notspeisefähiges Telefon zu haben ist er selber Schuld. > > Das NTBA braucht aber auch Strom aus der Steckdose. Meiner aber nicht. Der bekommt genug Saft von der Telekom. Seh mal in der Betriebsanleitung nach, da steht spogar darüber was drin, dass dieser nicht unbedingt an den Strom angeschlosen werden braucht. An den ist aber eine TK-Anlage angeschlossen, damit ich mit meinem Analogen Telefon über ISDN telefonieren kann. Die TK-Anlage ist aber an den Stromkreis angeschlossen. Der PC bzw. die ISDN-Karte ist direkt an den NTBA angeschlossen. Cu Dieter -- Dieter Resnikschek, Stephanstrasse 18, 90478 Nürnberg Tel: +49911468608; eMail: dieter.resnikschek(a)gmx.de Registered Linux-User #129446

3 2

Re: [suse-isdn] SuSE 7.0 und DSL-routing
by root 11 Sep '00

11 Sep '00

Danke Steffen, die Seite hab ich schon angesehen, MTU auf 1492 gesetzt, MRU bleibt auf <n>. Leider keine Veränderung! Was könnte es noch sein ? Christian Hallo, root wrote: > Ping und tracert gehen, kleine Webseiten > werden auch aufgebaut, bei grossen wird > manchmal der Header angezeigt, manchmal > aber auch gar nichts. Mails kann ich auch > nicht abholen, Liegt wohl an einem zu grossen MTU-Wert. Schau Dir mal die Seite: http://lists.suse.com/archives/suse-linux/2000-Mar/4492.html an. HTH! Gruss Steffen

3 2

c2faxrecv von Capi4Linux fuer fritzPCI nimmt an allen MSNs an
by Stefan Mueller 11 Sep '00

11 Sep '00

Hi. AVM schreibt in der readme, dass man das konfigurieren muss. Schoen waer's, leider ist der Faxempfang so dominant, dass nur noch Anrufe aus den Mobilfunknetzen (und vermutlich von ISDN-Telefonen) als Sprachanrufe erkannt werden, ansonsten geht immer der schrille Pfeifton fuer den Faxempfang los. Das Syslog gibt dann einen 3,1KHz-Ton an und c2faxrecv legt los mit der "synchronisation" mit was auch immer. Ich habe jetzt schon einen Haufen an Infos gelesen, die vorgegebenen Fax-Configs werden aber nicht beachtet, weil die binaries wahrscheinlich fertig sind. Die config.faxCAPI ist hoffentlich korrekt, da es ja vom Handy aus funktioniert. Ist jetzt mein ISDN-Anschluss "defekt" (eine Rufnummer ist dank T-Net-Box wirklich "defekt") oder gibt es doch noch einen Parameter? Vielen Dank im vorraus. -- Good luck, bye for now Stefan may your data be with you

1 0

vbox-problem
by UweThraen＠t-online.de 10 Sep '00

10 Sep '00

Hallo!!!! Unter Suse6.3 hatte ich vbox am Laufen.Nun mit Suse7.0 klappte eigentlich auch alles,bis auf ein kleines Problem. Wenn ich als normaler Benutzer vbox aufrufe und die eingegangenen Anrufe mit der Entertaste abhören will,kommt nur ein Kratzen.Dagegen als root ist die Qualität bedeutend besser. Am besten geht es mit vboxplay Dateiname. Die Rechtevergabe der Dateien unter /usr/bin stimmt meiner Meinung nach. Unter Suse6.3 hatte ich dieses Problem nicht! Vielleicht kann jemand mit dieser Sache etwas anfangen? Bedanke mich schon mal im voraus Uwe!!

2 1

isdnrep
by Thomas Hoth 10 Sep '00

10 Sep '00

Hi, vermutlich ist es ganz einfach und ich steh einfach nur auf der leitung oder überlese es ständig :) bei isdnrep kann man mit dem parameter -wX die daten im html format ausgeben lassen... nun würde ich diese daten aber auch gerne als html-file speichern und nicht nur auf dem bildschirm dargestellt haben... Danke Thomas

4 3

Anrufbeantworter
by Thomas Hoth 10 Sep '00

10 Sep '00

Hey, gibt es eine (gute) soft unter linux die mir ein anrufbeantworter macht? (unter win hatte ich immer das fritz zeug am laufen) Und tut das dann auch wenn der Rechner über die gleiche isdn-karte online ist? danke mfg Thomas

2 1

Cache-only DNS waehlt sich dauernd ein (DoD)
by Rudolf Buerger 09 Sep '00

09 Sep '00

Hallo,nachdem ich diverse Archive durchwuehlt habe und auf Deja.com auch nichts gefunden habe, hoffe ich, dass mir in dieser Liste jemand helfen kann: Ich habe mir ein Mini-Netz mit einem SuSE 7.0 als Gateway und (bis jetzt) einem SuSE 6.4-Client eingerichtet. Masquerading und Firewall laufen soweit. Ich wollte mir nun einen Cache-only DNS auf dem Gateway installieren. Das Problem ist nun, dass sich das Gateway bei jedem Start von named einwaehlt: /var/log/messages nach dem Booten oder "ndc restart": Sep 7 22:39:44 gateway named[3216]: starting. named 8.2.3-T5B Sat Jul 29 13:24:30 GMT 2000 ^Iroot@Egal:/usr/src/packages/BUILD/bind8-8.2.3/bin/named Sep 7 22:39:44 gateway named[3216]: hint zone "" (IN) loaded (serial 0) Sep 7 22:39:44 gateway named[3216]: master zone "0.0.127.in-addr.arpa" (IN) loaded (serial 1) Sep 7 22:39:44 gateway named[3216]: master zone "local" (IN) loaded (serial 1) Sep 7 22:39:44 gateway named[3216]: master zone "1.168.192.in-addr.arpa" (IN) loaded (serial 1) Sep 7 22:39:44 gateway named[3216]: listening on [127.0.0.1].53 (lo) Sep 7 22:39:44 gateway named[3216]: listening on [192.168.0.99].53 (ippp0) Sep 7 22:39:44 gateway named[3216]: listening on [192.168.1.99].53 (eth0) Sep 7 22:39:44 gateway named[3216]: Forwarding source address is [0.0.0.0].1026 Sep 7 22:39:44 gateway named[3217]: Ready to answer queries. Sep 7 22:39:44 gateway kernel: OPEN: 192.168.0.99 -> 195.62.97.10 UDP, port: 1026 -> 53 Sep 7 22:39:44 gateway kernel: ippp0: dialing 1 0xxxxxxx... 195.62.97.10 ist einer der in der /etc/named.conf eingetragenen forwarders: /etc/named.conf: options { directory "/var/named"; check-names master warn; pid-file "/var/run/named.pid"; datasize default; stacksize default; coresize default; files unlimited; recursion yes; multiple-cnames no; forward only; forwarders { 195.62.97.2; 195.62.97.10; }; }; zone "." IN { type hint; file "root.hint"; }; zone "0.0.127.in-addr.arpa" IN { type master; file "127.0.0.zone"; }; zone "local" { type master; notify no; file "local.zone"; }; zone "1.168.192.in-addr.arpa" { type master; notify no; file "192.168.1.zone"; }; Die Datei /var/named/rodig habe ich mittels "dig @A.ROOT-SERVERS.NET > root.hint" neu erstellt. Nslookup-Anfragen vom Client funktionieren ohne Einwahl: rudi@linux:~ > nslookup Default Server: gateway.local Address: 192.168.1.99 > linux Server: gateway.local Address: 192.168.1.99 Name: linux.local Address: 192.168.1.1 Kann mir jemand erklaeren, wieso mein DNS bei jedem Start seinen Kollegen beim ISP befragt? B.r. (bin ratlos) Rudi -- Rudolf Buerger Bochum Germany

2 2

Transfervolumen mit isdnlog ermiteln
by Andreas Wurf 08 Sep '00

08 Sep '00

hallo liste, ich möchte mir auf möglichst einfache weise eine zusammenfassung über das transfervolumen holen, welches über unseren server (router) pro Monat aus dem/in das internet läuft. Hat jemand einen tip, wie das mit isdnlog geht? gibts andere möglichkeiten? danke! andreas -------------------------- mediaTools Schnur & Wurf Informatik // Neue Medien Andreas Wurf a.wurf(a)mediaTools.de Fon: +49-40-56004650 Fax: +49-40-56004656 http://www.mediaTools.de --------------------------

2 1

Re: [suse-isdn] Cache-only DNS waehlt sich dauernd ein (DoD)
by Dieter Kluenter 08 Sep '00

08 Sep '00

Hallo Rudi Ratlos :-) Rudolf Buerger <email(a)rudolf-buerger.de> writes: > Hallo,nachdem ich diverse Archive durchwuehlt habe und auf Deja.com auch > nichts gefunden habe, hoffe ich, dass mir in dieser Liste jemand helfen > kann: [...] > Kann mir jemand erklaeren, wieso mein DNS bei jedem Start seinen Kollegen > beim ISP befragt?> > B.r. (bin ratlos) > Rudi Warum musst du auch deinen Server staendig ausschalten :-) Bei der Initialisierung von named muss dieser ja seinen cache laden und dazu hast du named die Anweisung gegeben, den forwarder zu befragen. Die einzige Loesung, lass den Server laufen. Gruss Dieter -- Dieter Kluenter mailto: dkluenter(a)gmx.de http: http://www.l4b.de

3 2

AVM ISDN Fritz und Capi2.0
by Thomas Burauen 08 Sep '00

08 Sep '00

Hallo, ich hab's gewagt, auch auf meinem Server die AVM CAPI-Treiber zu installieren. In dem PC steckt eine AVM Fritz!Classic, ich bin straight nach Installationsanweisung vorgegangen.... Also, das install-Skript ausgefuhrt, die /etc/capi.conf angepasst (Interupt + I/O) und dann in yast die ISDN-Karte von Fritz!Classic auf AVM B1 PCI umgestellt. der CAPI-Kram scheint auch zu funktionieren, lsmod zeigt mir die korrekten Module an, nur mit dem ipppx-Krempel habe ich Probleme.... Bei der ISDN-Hardware funktioniert das noch wunderbar, in der Maske ISDN.Parameter bekomme ich aber folgende Fehlermeldung: Starting isdn4linux on device ippp0 /dev/isdninfo: No such device /sbin/init.d/i4l: ippp0 doesn't exist in /proc/net/dev Check ISDN hardware confiuration and activate Unnotig zu sagen, da? ich die Hardware-Konfig ungefahr 1000x gecheckt habe und naturlich ist i4l auch aktiviert. Hat jemand eine Idee? Danke Thoams

3 2

Re: [suse-isdn] Beep
by Dieter Kluenter 07 Sep '00

07 Sep '00

Volker Böhm <boehm(a)alpha-leasing.de> writes: > Moritz Reinemund schrieb: > > > > Hi, > > wie bekomme ich das hin das meine Linuxmuehle beim einwaehlen ins internet 3 > > mal piept ? > > In welches Script muss ich das eintragen und wie lautet der Befehl ?? > > In /etc/ppp/ip-up Zum piepen koenntest du dir folgendes script schreiben #!/bin/bash echo "^G" # und ausfuehrbar machen. Hierbei wird die Tastenkombination "Ctrl G" erzeugt. Gruss Dieter -- Dieter Kluenter mailto: dkluenter(a)gmx.de http: http://www.l4b.de

2 1

Re: [suse-isdn] ISDN Dialin
by Joerg Schwoeppe 07 Sep '00

07 Sep '00

> Falls Du in Yast die Sicherheitsoptions aktiviert hast (in den > ISDN- > Einstellungen für IPPP1), ist es erforderlich diejenige MSN > anzugeben von der > aus Du dich einwählen willst. Ansonsten reagiert der > Server-Rechner nicht auf > den Anruf. Nach meiner Erfahrung wird vom Caller die Haupt-MSN an > den Callee > übermittelt. > Gruß Florian. Ja ne, das hab ich schon ausgestellt: Jede MSN soll angenommen werden (erstmal zum testen) In welchen Logfiles ausser /var/log/messages sollte ich denn eigentlich (Fehler-)meldungen sehen ? Danke schonmalJörg > Zitiere Joerg Schwoeppe <webmaster(a)web-tick.de>: >> Hallo, ich versuche mal hier main Glück... >> Ich habe zuhause einen Linux-Rechner, der mein LAN >> 192.168.99.x per DoD an der AVM FRITZ!PCI >> (ippp0, 192.168.0.99) ins Internet einwählt. >> Klappt auch ganz gut. >> >> So jetzt wollte ich aber den umgekehreten Weg gehen >> und mich von aussen ins LAN einwählen. >> >> Ich bin dabei nach dem HowTo von www.64-bit.de vorgegangen >> und es funzt nicht ! >> Ich versuche mich von einem Win98 PC per DFÜ mit (ebenfalls >> von zuhause) einzuwählen und dieser sagt mir nur, daß die >> Gegenstelle nicht reagiert. >> >> Ich bin streng nach dem Howto vorgegangen, mit Ausnahme des >> Devices. ippp0 benutze ich zum wählen ins Internet und ippp1 >> wollte ich so konfigurieren, daß ich mich einwählen kann. >> Ist das schon falsch ? >> Kann das evtl. schon gar nicht funktionieren ? >> Muß ich mich über ippp0 ins LAN einwählen ? >> >> Kann mir jemand helfen, und/oder HowTos vorschlagen. >> >> Wie ist das mit mgetty, brauch ich das ? >> >> DankeJörg >> >> ----------------------------------------------------------------- >> ---- >> To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com >> For additional commands, e-mail: suse-isdn-help(a)suse.com >>

1 0

Beep
by Reinemund＠t-online.de 07 Sep '00

07 Sep '00

Hi, wie bekomme ich das hin das meine Linuxmuehle beim einwaehlen ins internet 3 mal piept ? In welches Script muss ich das eintragen und wie lautet der Befehl ?? Danke

4 3

ISDN Dialin
by Joerg Schwoeppe 07 Sep '00

07 Sep '00

Hallo, ich versuche mal hier main Glück... Ich habe zuhause einen Linux-Rechner, der mein LAN 192.168.99.x per DoD an der AVM FRITZ!PCI (ippp0, 192.168.0.99) ins Internet einwählt. Klappt auch ganz gut. So jetzt wollte ich aber den umgekehreten Weg gehen und mich von aussen ins LAN einwählen. Ich bin dabei nach dem HowTo von www.64-bit.de vorgegangen und es funzt nicht ! Ich versuche mich von einem Win98 PC per DFÜ mit (ebenfalls von zuhause) einzuwählen und dieser sagt mir nur, daß die Gegenstelle nicht reagiert. Ich bin streng nach dem Howto vorgegangen, mit Ausnahme des Devices. ippp0 benutze ich zum wählen ins Internet und ippp1 wollte ich so konfigurieren, daß ich mich einwählen kann. Ist das schon falsch ? Kann das evtl. schon gar nicht funktionieren ? Muß ich mich über ippp0 ins LAN einwählen ? Kann mir jemand helfen, und/oder HowTos vorschlagen. Wie ist das mit mgetty, brauch ich das ? DankeJörg

1 0

Re: vbox: No free B Channel
by Roland_Wehrer＠mn.man.de 07 Sep '00

07 Sep '00

Danke Dieter, der Tip mit der Datei callerid.conf war der Schlüssel zum Erfolg. Hab dort alle MSN's und die zugehörigen SI eingetragen. Und schon hats funktioniert. Roland

1 0

Kernel 2.2.17 und Teles 16.3c PNP
by Christoph Maurer 07 Sep '00

07 Sep '00

Hallo zusammen! Folgendes Problem: Habe eine SuSE 6.2 mit Kernel 2.2.10 Darin läuft eine Teles 16.3c PNP ohne Probleme mit IRQ 11 und IO 0x580 (wird über /sbin/init.d/i4l_hardware beim Start geladen) Gestern habe ich mit jetzt den Kernel 2.2.17 kompiliert und wenn ich mit diesem Kernel boote, kann er aus irgendwelchen Gründen das Modul hisax nicht laden. Anbei die Meldungen: ------------------ Loading ISDN drivers ... Loading HiSax driver ... /sbin/insmod /lib/modules/2.2.17/net/slhc.o /sbin/insmod /lib/modules/2.2.17/misc/isdn.o /sbin/insmod /lib/modules/2.2.17/misc/hisax.o id=HiSax type=14 protocol=2 irq=11 io=0x580 /lib/modules/2.2.17/misc/hisax.o: init_module: Das Gerät oder die Ressource ist belegt /lib/modules/2.2.17/misc/hisax.o: insmod /lib/modules/2.2.17/misc/hisax.o failed # delete isdn # delete slhc /lib/modules/2.2.17/misc/hisax.o: insmod hisax failed Initialization of HiSax failed! Check /var/log/messages and /var/log/warn. Check that the values in '/etc/rc.config.d/*' are correct: I4L_TYPE: 14 I4L_MEMBASE: 0xd2000 I4L_IRQ: 11 I4L_PORT: 0x580 I4L_IO0: I4L_IO1: I4L_PROTOCOL: 2 I4L_MODUL_OPTIONS: --------------------- In /var/log/messages steht u.a. -------- Sep 7 07:07:30 cmac kernel: HiSax: Total 1 card defined Sep 7 07:07:30 cmac kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Sep 7 07:07:30 cmac kernel: HiSax: Support for Teles 16.3c Card not selected Sep 7 07:07:30 cmac kernel: HiSax: Card Teles 16.3c not installed ! ------- Wenn ich mir /proc/interrupts oder /proc/ioports anschaue sind die gewünschten Ressourcen nicht belegt. Allerdings beschwert sich isapnp, wenn man es aufruft (nur hat es das auch unter 2.2.10 gemacht, ich habe dort kein isapnp aufgerufen) Kann es sein, daß ich irgendwelche Einstellungen im Bios verändern muß? Hat jemand sonst eine Idee? Vielen Dank. Gruß Christoph -- Christoph Maurer Jülicher Str. 80 - 52070 Aachen mailto:christoph-maurer@gmx.de

1 0

Re: [suse-isdn] Vbox: No free B-Channel
by Dieter Kluenter 06 Sep '00

06 Sep '00

Hallo Roland, Roland_Wehrer(a)mn.man.de writes: > Danke Dieter für deine Antwort, > > vielleicht kannst du mir ja noch ein wenig auf die Sprünge helfen. > > Ich hab drei MSN's: > ippp0 ist gebunden auf 4180950 (mit dieser gehts ins Internet) > vbox soll einmal 4180850 und 428703 überwachen. (WG-Telefone) > > Wo muß ich den den ganzen Nummern-Salat angeben? > Für den reinen Internet Zugang passt alles. Genauso für die vbox. Nur gemeinsam > wollen sie net. > In der Datei Callerid.conf stehen alle drei Nummern. > Muß ich in der callerid.conf bei allen drei MSN's das devoce angeben? Oder muß > ich noch ein zweites Device erzeugen ähnlich wie bei der Kanalbündelung? > > Vielleicht kannst du mir ja deine Config mal schicken. Deine Datei etc/isdn/callerid.conf sollte etwa folgende Eintraege haben: [MSN] NUMBER=4180950 ALIAS=irgendwas ZONE=1 INTERFACE=ippp0 SI=7 [MSN] NUMBER=4180850 ALIAS=wasanderes ZONE=1 SI=1 [MSN] NUMBER=428703 ALIAS=nochwasanderes ZONE=1 SI=1 In /etc/vbox/vboxgetty.conf sollten u.a. folgende Eintraege sein: #Settings for port ttyI1 port /dev/ttyI1 modeminit ATZ&B512&E4180850 user user1 group users spooldir /var/spool/vbox/user1 #Settings for port ttyI2 port /dev/ttyI2 modeminit ATZ&B512&E428703 user user2 group users spooldir /var/spool/vbox/user2 Gruss Dieter -- Dieter Kluenter mailto: dkluenter(a)gmx.de http: http://www.l4b.de

1 0

Masquerading unter 7.0
by th.brenner＠t-online.de 06 Sep '00

06 Sep '00

Hallo Liste, habe Masquerading unter SuSE 7 eingerichtet. Läuft auch alles ganz gut, nur die Netzwerkrechner die über den SuSE Router ins Internet kommen, bekommen lange nicht die volle Bandbreite an Übertragung. Wenn ich mich mit dem Router selbst ins Internet einwähle bekomme ich anscheinend die volle Bandbreite von ISDN. Konfiguration: Router ippp0 192.168.0.1/255.255.255.255 Wird "dynamisch" vom Provider überschrieben eth0 192.168.0.2/255.255.255.0 Client eth0 192.168.0.3/255.255.255.0 Als Gateway ist die 192.168.0.2 eingetragen. Bin für jede Hilfe sehr dankbar !!! Gruß Rave PS: bitte Antworten an t.brenner(a)ambrosius.de

2 1

massenweise "freeing stale packet"-meldungen
by Andreas Wurf 06 Sep '00

06 Sep '00

hallo liste, ich habe ein problem mit dem ipppd, bei dem ich ziemlich auf dem schlauch stehe. ich benutze den POP-Easy by-call-zugang, die unterstützen kanalbündelung. auf meinem system läuft also ippp0 mit ippp2 als slave und ibod zum triggern. das ganze lief wochenlang ohne probleme. seit einigen tagen kriege ich keine verbindung mehr hin und ich sehe - ohne erkennbaren grund - nur noch folgende meldungen in "/var/log/messages": Sep 6 11:25:27 bigone ipppd[161]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, Sep 6 11:25:27 bigone ipppd[161]: Remote message: Sep 6 11:25:27 bigone ipppd[161]: MPPP negotiation, He: Yes We: Yes Sep 6 11:25:28 bigone kernel: ippp: trying ;) to fill mp_queue 0 .. UNTESTED!! Sep 6 11:25:29 bigone kernel: ippp: freeing stale packet(s), min_sq: 3727! Sep 6 11:25:29 bigone kernel: ippp, freeing packet with sqno: 3725 Sep 6 11:25:30 bigone kernel: ippp: freeing stale packet(s), min_sq: 3729! Sep 6 11:25:30 bigone kernel: ippp, freeing packet with sqno: 3727 Sep 6 11:25:31 bigone kernel: ippp: freeing stale packet(s), min_sq: 3731! Sep 6 11:25:31 bigone kernel: ippp, freeing packet with sqno: 3729 ...etcetcetc... hat jemand eine idee? danke! andreas -------------------------- mediaTools Schnur & Wurf Informatik // Neue Medien Andreas Wurf a.wurf(a)mediaTools.de Fon: +49-40-56004650 Fax: +49-40-56004656 http://www.mediaTools.de --------------------------

1 0

RE: [suse-isdn] Eicon Diehl Karte läuft nicht
by Martin Mielke 06 Sep '00

06 Sep '00

Hallo allerseits, ich habe 2 Eicon 2.01 PCI unter SuSE 6.4 und die laufen wie geschmiert... Nach der Installation, habt Ihr als root die I4L-Skripten aufgerufen? # rci4l_hardware start # rci4l start # rcroute start Was ergibt 'ifconfig' ?? Was ergibt 'lsmod' ?? Ihr könnt mir privat emailen, wenn Ihr wollt... Martin

1 0

RE: [suse-isdn] Eicon Diehl Karte läuft nicht
by Stijnman, Gijs 06 Sep '00

06 Sep '00

Ich hebe auch das selbe problem -----Original Message----- From: Ulrich Schmitt [mailto:ulrich.schmitt@gmx.de] Sent: woensdag, september 06, 2000 2:44 To: suse-isdn(a)suse.com Subject: [suse-isdn] Eicon Diehl Karte läuft nicht Hallo liebe Mailingliste, ich habe ein Problem mit einer Eicon Diehl Diva 2.01 PCI ISDN-Karte unter SUSE 6.4 :-( Die Karte lässt sich klaglos installieren nur rauswählen oder einwählen geht nicht. Es sieht so aus. als ob die Karte überhaupt nicht den S0-Bus erkennt und umgekehrt. Die Karte (nebst dem Kabel und NTBA) läuft unter Windows einwandfrei.... Anbei habe ich einen Log-Auszug bzgl. des S0-Busses. Was läuft da schief?? Was bedeutet 'no routine'? Ich bin für jede Anregung/Hilfe dankbar :-) Gruß, Ulrich 20:02.72 Ch0 LL->HL SETL2 card 1 3 20:02.72 Ch0 LL->HL SETL3 card 1 0 20:02.72 Ch0 LL->HL DIAL 972586 -> 0191011 (7,0) 20:02.72 Ch0 callc State ST_NULL Event EV_DIAL 20:02.72 Ch0 callc ChangeState ST_OUT_DIAL 20:02.72 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 20:06.72 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 20:10.67 Ch0 LL->HL SETL2 card 1 3 20:10.67 Ch0 LL->HL SETL3 card 1 0 20:10.67 Ch0 LL->HL DIAL 972586 -> 0191011 (7,0) 20:10.72 Ch0 callc State ST_OUT_DIAL Event EV_DIAL no routine 20:10.72 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 20:10.72 Ch0 callc State ST_OUT_DIAL Event EV_NOSETUP_RSP 20:10.72 Ch0 HL->LL STAT_DHUP 20:10.72 Ch0 callc ChangeState ST_NULL 20:10.72 l3 release_l3_process: last process 20:10.72 l3 release_l3_process: not release link

1 0

Eicon Diehl Karte läuft nicht
by Ulrich Schmitt 06 Sep '00

06 Sep '00

Hallo liebe Mailingliste, ich habe ein Problem mit einer Eicon Diehl Diva 2.01 PCI ISDN-Karte unter SUSE 6.4 :-( Die Karte lässt sich klaglos installieren nur rauswählen oder einwählen geht nicht. Es sieht so aus. als ob die Karte überhaupt nicht den S0-Bus erkennt und umgekehrt. Die Karte (nebst dem Kabel und NTBA) läuft unter Windows einwandfrei.... Anbei habe ich einen Log-Auszug bzgl. des S0-Busses. Was läuft da schief?? Was bedeutet 'no routine'? Ich bin für jede Anregung/Hilfe dankbar :-) Gruß, Ulrich 20:02.72 Ch0 LL->HL SETL2 card 1 3 20:02.72 Ch0 LL->HL SETL3 card 1 0 20:02.72 Ch0 LL->HL DIAL 972586 -> 0191011 (7,0) 20:02.72 Ch0 callc State ST_NULL Event EV_DIAL 20:02.72 Ch0 callc ChangeState ST_OUT_DIAL 20:02.72 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 20:06.72 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 20:10.67 Ch0 LL->HL SETL2 card 1 3 20:10.67 Ch0 LL->HL SETL3 card 1 0 20:10.67 Ch0 LL->HL DIAL 972586 -> 0191011 (7,0) 20:10.72 Ch0 callc State ST_OUT_DIAL Event EV_DIAL no routine 20:10.72 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine 20:10.72 Ch0 callc State ST_OUT_DIAL Event EV_NOSETUP_RSP 20:10.72 Ch0 HL->LL STAT_DHUP 20:10.72 Ch0 callc ChangeState ST_NULL 20:10.72 l3 release_l3_process: last process 20:10.72 l3 release_l3_process: not release link

1 0

Teles 16.3c PnP
by Philipp 05 Sep '00

05 Sep '00

Hallo! Ich habe eine Teles 16.3c PnP ISDN-Karte. Ich kann die Karte ohne Probleme mit isapnp initialisieren. Das Problem ist folgendes: Wenn ich den HiSax-Treiber laden bricht er mit folgender Fehlermeldung ab: Device or resource busy Kann mir jemand helfen? Ich verwende Suse 6.3

3 2

Antwort:AW: Re: [suse-isdn] Vbox: No free B-Channel
by Roland_Wehrer＠mn.man.de 05 Sep '00

05 Sep '00

Danke Stefan, in /etc/vbox/vboxgetty.conf stehen zwei Abschnitte mit der jeweiligen Nummer: ATZ.... und der User Zuordnung. Soweit schon klar. Trotzdem Danke Roland ___________________________________________________________ Roland Wehrer Abteilung: WPKV-N Werk: Nürnberg MAN Nutzfahrzeuge AG Telefon: 0911/420-3025 Vogelweiherstraße 33 Fax: 0911/420-1931 90441 Nürnberg E-Mail: roland_wehrer(a)mn.man.de

1 0

Re: Re: [suse-isdn] Vbox: No free B-Channel
by Roland_Wehrer＠mn.man.de 05 Sep '00

05 Sep '00

Danke Dieter für deine Antwort, vielleicht kannst du mir ja noch ein wenig auf die Sprünge helfen. Ich hab drei MSN's: ippp0 ist gebunden auf 4180950 (mit dieser gehts ins Internet) vbox soll einmal 4180850 und 428703 überwachen. (WG-Telefone) Wo muß ich den den ganzen Nummern-Salat angeben? Für den reinen Internet Zugang passt alles. Genauso für die vbox. Nur gemeinsam wollen sie net. In der Datei Callerid.conf stehen alle drei Nummern. Muß ich in der callerid.conf bei allen drei MSN's das devoce angeben? Oder muß ich noch ein zweites Device erzeugen ähnlich wie bei der Kanalbündelung? Vielleicht kannst du mir ja deine Config mal schicken. Danke für die Hilfe Gruß Roland

1 0

Re: [suse-isdn] Vbox: No free B-Channel
by Dieter Kluenter 05 Sep '00

05 Sep '00

Hallo, Roland_Wehrer(a)mn.man.de writes: > Hy Linux Fans, > > ich hab mit vbox ein Problem. Ich möchte auf meinem Linuxrechner der als Gateway > dient ebenfalls meinen Anrufbeantworter einrichten. Funktioniert auch schon > soweit alles ganz gut. > Allerdings nur solange der Linuxrechner sich nicht gerade im Internet befindet. > Das ist aber sehr oft der Fall. ;-) > In /var/log/messages taucht dann folgende Fehlermeldung auf: > > vbox No free B-Channel > > Ich wähle mich aber nur mit einem Kanal ins Internet ein. Folglich ist ncoh > einer frei. > Weiß jemand von euch rat. Was muß ich tuen, damit der Rechner während er im > Internet ist auf dem 2. B-Channal die Anrufe entgegen nimmt. > > Ich verwende eine Fritz Classic Erwartet denn vbox eine andere MSN als du fuer ippp benutzt ? Ist denn fuer diese MSN auch Service Indikator 1 angegeben ? Obwohl das nicht unbedingt sein muss, bei mir hats geholfen :-) Gruss Dieter -- Dieter Kluenter mailto: dkluenter(a)gmx.de http: http://www.l4b.de

1 0

Vbox: No free B-Channel
by Roland_Wehrer＠mn.man.de 05 Sep '00

05 Sep '00

Hy Linux Fans, ich hab mit vbox ein Problem. Ich möchte auf meinem Linuxrechner der als Gateway dient ebenfalls meinen Anrufbeantworter einrichten. Funktioniert auch schon soweit alles ganz gut. Allerdings nur solange der Linuxrechner sich nicht gerade im Internet befindet. Das ist aber sehr oft der Fall. ;-) In /var/log/messages taucht dann folgende Fehlermeldung auf: vbox No free B-Channel Ich wähle mich aber nur mit einem Kanal ins Internet ein. Folglich ist ncoh einer frei. Weiß jemand von euch rat. Was muß ich tuen, damit der Rechner während er im Internet ist auf dem 2. B-Channal die Anrufe entgegen nimmt. Ich verwende eine Fritz Classic Danke für die Hilfe Roland

1 0

TDSL tuning war pap secrets oder Probs. mit TDSL
by Harald Grodke 04 Sep '00

04 Sep '00

Morgen Peter, morgen Andreas, vielen Dank fuer eure Tips. Vor lauter Eintraege hier und Eintreage da, hat sich doch ein kleiner Zahlendreher mit ungeheurer Wirkung eingeschlichen. Dank eurer Hilfe hab ich nur zwei Tage gebraucht um TDSL zu laufen zu bringen. DANKE !!! Ein ganz anderes Thema: TDSL Tuning: EIn Beispiel: Web-Site von Adobe.com 1,5 -2 KB / sec. Download des Acrobat Readers 4-5 KB / sec. Das ist ja langsamer als ISDN. Hatte zwar auch eine andere Site getestet, da waren es immerhin 11-15 KB / sec. aber fuer DSL doch entschieden zu wenig. Vorallem im Aufbau von Web-Sites geht das ganze doch sehr schleppend. Ueber 3 KB / sec. war nicht drin. Das liegt bestimmt an meinen EInstellungen !! Kann mir jemand sagen an welchen "Schraeubchen" ich drehen muss damit das ganze etwas flotter laeuft ?? Danke und einen Gruss an alle Harald

3 2

[suse-isdn] charge int abstellen
by Timo Proescholdt 04 Sep '00

04 Sep '00

Hallo liebe Liste Ihr seid meine letzte Hoffnung, nachdem ich nun t-online flat habe und ziemlich viel online binn ergibt sich ein laestiges Problem. Der isdnlog schreibt meine /var/log/messages mit lauter chargeint Meldungen voll. etwa so (unt zwar alle 60 sekunden eine) ruft Telekom (t-online flat) an 174.CI 8.700 DM (after 2:53:00) ruft Telekom (t-online flat) an 175.CI 8.750 DM (after 2:54:00) ruft Telekom (t-online flat) an 176.CI 8.800 DM (after 2:55:00) ruft Telekom (t-online flat) an 177.CI 8.850 DM (after 2:56:00) ruft Telekom (t-online flat) an 178.CI 8.900 DM (after 2:57:00) das Dumme. Ich kriege das nicht weg. Das sonderbare ist dass die Karte gar nicht auflegt und neuwaehlt wie mann aus der Anzeige schließen koennte. ich habe mich zwar intensievst mit isdnlog - isdnctlr chargeint usw. beschaeftige, und weiss dass chargeint normalerweise ausgeschaltet ist (aktivierung mit isdnlog -h oder ueber isdnctrl ) aber in keinem meiner startscripte steht isdnlog mit so einem Parameter drinn. auch /etc/rc.config.d/i4l_sp_options i4l_chargemax ist auf "off" koennte es vielleicht sein dass das ein Signal von der VmS ist welches der isdnlog ausgibt. Wenn ja wie krieg ich ihn dazu das zu lassen. Gibt es vielleicht eine Moeglichkeit in der Anbietertabelle von i4l zu manipulieren? Mein zweites Problem ruft Telekom (t-online flat) an CHARGEMAX exhausted: stop script `/etc/isdn/stop` nicht gefunden da ich fast den ganzen Tag online binn moechte ich diese Anzeige auch aus der /v/l/messages verbannen. Die Frage also wie kann ich chargemax auf unendlich gross stellen, ich hab ja t-online flat, da brauch ich das nicht. vielen Dank /var/log/messages fuellender timo proescholdt

2 1

RE: [suse-isdn] ISDN-Verbindung nie unterbrechen
by Martin Mielke 04 Sep '00

04 Sep '00

Hallo Martin und alle, hmmm... auch mit Flachtarif? das wäre gemein, oder? Martin > Das Hauptproblem besteht wohl darin, daß bei allen mir bekannten > Anbietern die Verbindung spätestens nach 24 Stunden unterbrochen wird > (aus "technischen Gründen" :-) ) > > cu > Martin Schreiber > > > Martin Mielke wrote: > > > > Hallo allerseits, > > > > dumme Frage: wie stellt man die ISDN-Konfiguration, damit die > > ISDN-Verbindung nie unterbrochen wird? (Flachtarif). > > > > Vielen Dank im voraus! > > > > Martin > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com >

6 7

kISDN funktioniert nicht mehr
by Thomas Schürmann 04 Sep '00

04 Sep '00

Hallo zusammen, ich bin neu in dieser Liste und habe ein Problem bei dem ich hoffe, dass mir einer auf dieser Liste _den_ heissen Tipp geben kann... Ich habe mir vor einigen Tagen eine GeForce-256MX-Karte eingebaut. Mein laufendes System _war_ SuSE 6.1. Da ich die Karte weder mit xFree 3.3.5 noch 3.3.6 zum Laufen gekriegt habe, habe ich auf xFree 4.01 aufdatiert (mit nvidia-Treibern). Dies bedingte aber ein Kernel-Update. Das habe ich durch ein Update meines Systems auf SuSE 6.4 erreicht. Den neuen Kernel habe ich dann noch meinen Gegebenheiten angepasst, aber... kISDN funktioniert nicht mehr (das alte Modem aber immer noch)! kISDN in Console aufgerufen bringt keine Fehlermeldung, erst wenn ich auf den Button zum Wählen klicke, kommt eine Meldung wie "ippp0 nicht erfogreich" oder so (Rechner steht leider zu Hause) und kISDN blinkt bzw. leuchtet nicht. Kann mir jemand einen Ansatz geben, mit dem ich dann am Wochenende weiter probieren kann? Danke im voraus Thomas P.S. Auf millennium.de habe ich schon nachgeschaut. Leider erfolglos. P.P.S. ISDN-Device unter YAST ist disabled. Laden des Treibers dort aber erfolgreich. -- *---------------------------------------------* | Thomas Schürmann | | mailto:thomas.schuermann@stadt-gladbeck.de | *---------------------------------------------*

2 2

Eumex 404 PC
by Clemens Rodegast 03 Sep '00

03 Sep '00

Hallo, ich habe nur eine einfache Frage; gibt es eine Lösung die Eumex 404 PC Tk über Linux suse 6.2 anzusprechen?? Wenn ja, welche, wenn nein wird es eine geben und wann?? Danke Molto -- Sent through GMX FreeMail - http://www.gmx.net

3 2

ISDN Router
by Spickmann 03 Sep '00

03 Sep '00

Hallo Was für ISDN Router gibt es, die mit SUSE Linux 7 professional funktionieren. Habe in meinem Netz noch einen W98 PC. Ist der ebenfalls dann kompatibel oder ist es eher ratsam, auch Linux zu installieren. PS: Der Router soll in der Schweiz funktionieren. Gruss René

2 1

T-Concept X(I)321
by Patrick Michaelis 03 Sep '00

03 Sep '00

Hi Liste, in der suse-cdb steht, dass Telekom t-concept unterstützt wird. Ich hoffe, dass das im Prinzip das gleiche ist, wie T-Concept X(I)321. Diese Anlage hat ein integriertes ISDN-Modem, dass über Serielle Schnittstelle angesprochen werden kann. In der cdb steht, man sollte den hisax type 35 nehmen. Leider kennt mein Hisax-Modul diesen Typ nicht. Beim Aufruf von i4l_hardware: unknown type 35. Ich hab mir die neusten ISDN-Kernel-patches runtergeladen, und die module neu compiliert. Leider das gleiche Problem. MfG, Patrick Michaelis

1 0

pap secrets oder Probs. mit TDSL
by Harald Grodke 03 Sep '00

03 Sep '00

Hallo Peter, hallo an alle, Folgendes zu pap habe ich unter man pppd gefunden: pap-max-authreq n Set the maximum number of PAP authenticate-request transmissions to n (default 10). Hab ich nachgezaehlt. Er probiert es 10x und dann ist Ende. pap-restart n Set the PAP restart interval (retransmission time out) to n seconds (default 3). pap-timeout n Set the maximum time that pppd will wait for the peer to authenticate itself with PAP to n seconds (0 means no limit). Ausser diesen 3 Möglichkeiten habe ich nichts gefunden um unter umstaenden im Bereich der pppd Options pap zu aktivieren bzw. zu deaktivieren. Bezueglich der pap-secrets muss ich da eigentlich auch etwas bei: Secrets for authentication using PAP # client server secret IP addresses eintragen ? Eigentlich nicht oder etwa doch ?? Ansonsten sieht meine pap-secrets so aus: # Secrets for authentication using PAP # client server secret IP addresses # OUTBOUND CONNECTIONS # Here you should add your PPP Login and PPP password to connect to your # provider via pap. The * means that the entry(login and passoword may be # used for ANY host you connect to. # Thus you do not have to worry about the foreign machine name. Just # replace password with your password. #hostname * password "xxxxxxxxxxxxxxxxxxxxxxx0001(a)t-online.de" * "yyyyyyyy" x = die 28 Nummern bestehend aus der Anschlusskennung, der Anschlussnummer sowie der Mitbenutzer-Nr. Dabei ist es egal ob ich die 0001 verwende oder 0000 denn so wie es ausieht kommt linux garnicht bis dahin !!!! y = die 8 Zahlen des Kennwortes # PREDIFINED CONNECTIONS # These are user and password entries for publically accessible call-by-call # Internet providers in Germany. If they confict with your config, remove them. "Drillisch@internet" * "notneeded" "LN" * "online" "anything" * "anything" "arcor" * "internet" "call" * "pop" "callino" * "internet" "esprit" * "telecom" "goOnline" * "bundesweit" "gts" * "internet" "knuut" * "knuut" "otelo" * "online" "talknet" * "talknet" "yahoo" * "yahoo" # INBOUND CONNECTIONS #client hostname <password> 192.168.1.1 # If you add "auth login -chap +pap" to /etc/mgetty+sendfax/login.config, # all users in /etc/passwd can use their password for pap-authentication. # # Every regular user can use PPP and has to use passwords from /etc/passwd #* hostname "" # UserIDs that cannot use PPP at all. Check your /etc/passwd and add any # other accounts that should not be able to use pppd! Replace hostname # with your local hostname. #guest hostname "*" - #master hostname "*" - #root hostname "*" - #support hostname "*" - #stats hostname "*" - Den Rest habe ich so gelassen wie er war da er fuer meine Zwecke nicht benoetigt wird. Tja auch die manuals unter usr/doc/packages zu dem Thema inkl. faq haben mich wachgehalten heute nacht allerdings hat es mir keine neuen Erkenntisse eingebracht. Hoffe mir kann immer noch jemand helfen bzw. hat einen Tip fuer mich, wo ich noch ansetzen koennte. In diesem Sinne hoffe ich auf Hilfe bzw. hat vielleicht jemand schonmal ein aehnliches Problem und es schon geloest. Danke Harald P.S. Muss ich unter Umstaenden die YAST ppp konfiguration noch durchfuehren. Habe es schon einmal probiert, allerdings zeigte yast sich nicht gerade kooperativ, da ich die default Eintreage nicht aendern konnte. Ich konnte den Cursor nicht bewegen, komisch.

3 2

ISDN-Wartung
by Martin Mielke 03 Sep '00

03 Sep '00

Hallo, ich suche ein NICHT-graphisches Tool, damit man ISDN-Werte wie Last, Kbps usw. überwachen kann. Es muss ohne Graphiken geschehen, denn diese Dateien werden an eine HTML-Seite weitergeleitet, u.a. ... Irgendwelche Hilfe ist (wie immer) willkommen! Martin

3 2

RE: [suse-isdn] ISDN-Verbindung nie unterbrechen
by Martin Mielke 02 Sep '00

02 Sep '00

Hallo Leute, dies ist ausser Kontrolle geraten! Ich wollte nur wissen, wie man eine ISDN-Verbindung nicht unterbrechen konnte und jetzt labbert Ihr alle über Grundgebühren, Telekom, Gesetze oder was weiss ich... und so verliert man den Spur... Martin > -----Original Message----- > From: Volker Böhm [mailto:boehm@alpha-leasing.de] > Sent: Thursday, August 31, 2000 12:39 PM > To: SuSE ISDN > Subject: Re: [suse-isdn] ISDN-Verbindung nie unterbrechen > > > Manfred Tremmel schrieb: > > > > Am Wed, 30 Aug 2000 schrieb Volker Böhm: > > > > > Verkehr Geld kostet. Mein (derzeit wohl auch machbarer) > Traum wäre eine > > > Standleitung (64 KBit/sec) für 20 - 40 DM Grundgebühr > zuzüglich 20 - 40 > > > DM pro GB Transfervolumen. Das wäre für einen Provider > derzeit wohl > > > kostendeckend und für mich hieße es, daß ich als > Normal-Surfer billiger > > > > Du übersiehst die "letzte Meile", für die die der Anbieter > stolze 1,5 > > Pfennige je Minute an die Telekom abdrücken darf. Das > ergibt bei 30 Tagen a > > 24 Stunden, a 60 Minuten ergibt das 648 DM nur für das > offenhalten der > > Leitung. > Das würde ja bedeuten, eine Flatrate für 80 DM wird ab 89 Stunden pro > Monat das Geld von der 'letzten Meile' aufgebraucht wäre. Aber wie > Jürgen glaubhaft versicherte, kostet der Verkehr auch noch (richtig) > was. Irgendwie wäre damit eine Flatrate für jeden Provider außer der > Telekom ein Wahnsinn. > Für einen Benutzer rechnet sich eine Flatrate (t-online, 80 > DM) erst ab > 42 Stunden/Monat. Das bedeutet, da der durchschnittliche Flatrate-User > wohl deutlich mehr als 50 Stunden/Monat online ist. > Ein Extrem-User könnte damit 648 DM Zugangs- und 18 GB * 50 > DM/GB = 900 > DM Volumen-Kosten erzeugen und das ist mit 1548 DM fast das > Zwanzigfache > der berechneten Gebühren. > Dann würde ich persönlich jedem, der irgendwo postet, er > würde gerne mit > einer Flatrate seinen Rechner die ganze Zeit am Netz halten, > persönlich > einen Baseball-Schläger über die Rübe ziehen wegen seines asozialen > Verhaltens. > Also ganz so teuer kann's nicht sein. > > Außerdem ist es nicht Gesetz, daß die Minute 'letzte Meile' > 1,5 Pfennig > kostet. Das ist nur eine kleine Gemeinheit der Telekom, um es anderen > Anbietern schwer zu machen und sich die Taschen zu füllen. Wenn die > Zugänge zu reellen Preisen abgerechnet würden - so wie die Telekom > intern rechnet, wenn sie eine Flatrate anbietet - wäre das durchaus in > ein, zwei Jahren möglich, wie ich es mir vorstellte. > > mfg Volker >

4 3

TDSL Connection terminated-Suse 6.4
by Harald Grodke 02 Sep '00

02 Sep '00

Hallo an alle, ich habe ein Problem mit TDSL. Hier ein Auszug aus var/log/messages. Hoffe mir kann dadurch jemand weiterhelfen: Mar 25 20:38:53 linux pppoed[468]: ppp_connect: total retries to go 1 Mar 25 20:38:53 linux pppoed[468]: PPPoE tag: type=0101 length=0000 (Service name) Mar 25 20:38:53 linux pppoed[468]: PPPoE tag: type=0102 length=000b (AC Name) data (UTF-8): STGC13-nrp3 Mar 25 20:38:53 linux pppoed[468]: PPPoE tag: type=0104 length=0010 (AC Cookie) data (bin): e6 c4 fe f6 6c 47 77 01 7b 0d ba 6f cb 7c e6 8f Mar 25 20:38:53 linux pppoed[468]: PPPoE tag: type=0101 length=0000 (Service name) Mar 25 20:38:53 linux pppoed[468]: PPPoE tag: type=0102 length=000b (AC Name) data (UTF-8): STGC13-nrp3 Mar 25 20:38:53 linux pppoed[468]: PPPoE tag: type=0104 length=0010 (AC Cookie) data (bin): e6 c4 fe f6 6c 47 77 01 7b 0d ba 6f cb 7c e6 8f Mar 25 20:38:53 linux pppoed[469]: starting /usr/sbin/pppd to interface /dev/pppox0 using options file: /etc/ppp/peers/pppoe Mar 25 20:38:53 linux pppd[469]: pppd 2.3.11 started by root, uid 0 Mar 25 20:38:53 linux pppd[469]: Perms of /dev/pppox0 are ok, no 'mesg n' neccesary. Mar 25 20:38:53 linux pppd[469]: Using interface ppp0 Mar 25 20:38:53 linux pppd[469]: Connect: ppp0 <--> /dev/pppox0 Mar 25 20:38:53 linux pppd[469]: sent [LCP ConfReq id=0x1 <mru 1490> <asyncmap 0x0> <magic 0x82185367>] Mar 25 20:38:53 linux pppd[469]: rcvd [LCP ConfReq id=0x1 <auth pap> <magic 0x546943a0>] Mar 25 20:38:53 linux pppd[469]: sent [LCP ConfRej id=0x1 <auth pap>] Mar 25 20:38:53 linux pppd[469]: rcvd [LCP ConfNak id=0x1 <mru 1500>] Mar 25 20:38:53 linux pppd[469]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x82185367>] Mar 25 20:38:53 linux pppd[469]: rcvd [LCP ConfReq id=0x2 <auth pap> <magic 0x546943a0>] Mar 25 20:38:53 linux pppd[469]: sent [LCP ConfRej id=0x2 <auth pap>] Mar 25 20:38:53 linux pppd[469]: rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <magic 0x82185367>] Mar 25 20:38:53 linux pppd[469]: rcvd [LCP ConfReq id=0x3 <auth pap> <magic 0x546943a0>] Mar 25 20:38:53 linux pppd[469]: sent [LCP ConfRej id=0x3 <auth pap>] Mar 25 20:38:53 linux pppd[469]: rcvd [LCP ConfReq id=0x4 <auth pap> <magic 0x546943a0>] Mar 25 20:38:53 linux pppd[469]: sent [LCP ConfRej id=0x4 <auth pap>] Mar 25 20:38:53 linux pppd[469]: rcvd [LCP ConfReq id=0x5 <auth pap> <magic 0x546943a0>] Mar 25 20:38:53 linux pppd[469]: sent [LCP ConfRej id=0x5 <auth pap>] Mar 25 20:38:53 linux pppd[469]: rcvd [LCP ConfReq id=0x6 <auth pap> <magic 0x546943a0>] Mar 25 20:38:53 linux pppd[469]: sent [LCP ConfRej id=0x6 <auth pap>] Mar 25 20:38:53 linux pppd[469]: rcvd [LCP ConfReq id=0x7 <auth pap> <magic 0x546943a0>] Mar 25 20:38:53 linux pppd[469]: sent [LCP ConfRej id=0x7 <auth pap>] Mar 25 20:38:54 linux pppd[469]: rcvd [LCP ConfReq id=0x8 <auth pap> <magic 0x546943a0>] Mar 25 20:38:54 linux pppd[469]: sent [LCP ConfRej id=0x8 <auth pap>] Mar 25 20:38:54 linux pppd[469]: rcvd [LCP ConfReq id=0x9 <auth pap> <magic 0x546943a0>] Mar 25 20:38:54 linux pppd[469]: sent [LCP ConfRej id=0x9 <auth pap>] Mar 25 20:38:54 linux pppd[469]: rcvd [LCP ConfReq id=0xa <auth pap> <magic 0x546943a0>] Mar 25 20:38:54 linux pppd[469]: sent [LCP ConfRej id=0xa <auth pap>] Mar 25 20:38:54 linux pppd[469]: rcvd [LCP ConfReq id=0xb <auth pap> <magic 0x546943a0>] Mar 25 20:38:54 linux pppd[469]: sent [LCP ConfRej id=0xb <auth pap>] Mar 25 20:38:54 linux pppd[469]: rcvd [LCP TermReq id=0xc] Mar 25 20:38:54 linux pppd[469]: sent [LCP TermAck id=0xc] Mar 25 20:38:56 linux pppd[469]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x82185367>] Mar 25 20:39:23 linux last message repeated 9 times Mar 25 20:39:26 linux pppd[469]: LCP: timeout sending Config-Requests Mar 25 20:39:26 linux pppd[469]: Connection terminated. Mar 25 20:39:26 linux pppd[469]: Exit. Mar 25 20:39:26 linux pppoed[468]: Line id which died is: 0 Mar 25 20:39:26 linux pppoed[468]: OK we got killed Mar 25 20:39:26 linux pppoed[468]: ppp_connect came back! Irgendwie erhalte ich keine Rueckmeldung vom Telekom-Server, daher wohl auch der timeout. pppoed sowie pap- und chap-secrets habe ich entsprechend der Anleitung geaendert b zw. den entsprechenden Eintrag hinzugefuegt. AUch in der modules.conf habe ich den entsprechenden EIntrag hinzugefuegt. Den Telekomnameserver habe ich entsprechend den Daten eingetragen. Braucht jemeand Auszuege aus diesen Dateien, poste ich Sie gerne jederzeit. Mit einem Windows Rechner (mit der t-online-software) klappt es dagegen. Hoffe mir kann jemand helfen. Danke. Harald P.S. muss ich hinter der Anschlusskennung + Benutzername (28 Zeichen) das @t-online.de stehen lassen ? Z.B. in pap- und chap-secrets ? Habe zwar schon beide Varianten (mit-und-ohne) ausprobiert es trat aber keine Aenderung ein ? Woher weis der Linux-Rechner welche Nummer er anweahlen muss. Bei t-online war es doch immer: 0191011 ? Muss ich das nicht noch irgendwo eintragen ?

2 1

Re: [suse-isdn] dial on deman - routing - masquerading
by Jens Teichmann 02 Sep '00

02 Sep '00

Hallo Wolfgang, vielen Dank, daß du bereit bist, mir hier weiterzuhelfen, obwohl ich scheinbar etwas sehr auf den kopf gefallen bin. die Tests, die du vorgeschlagen hast, habe ich durchgeführt. leider kein ergebnis, d.h. die clients melden folgendes: bei ping www.linux.de ------> keine antwort ping 195.180.62.1 ------> keine antwort bei ping auf dem gateway kommen folgende Meldungen: ping www.linux.de ------> unknown host ping 195.180.62.1 ------> network is unreachable Das bedeutet doch eigentlich, daß überhaupt kein automatisches anwählen stattfindet. dieser dienst ist aber per yast aktiviert worden. Wie gesagt, wenn ich manuell die verbindung herstelle, dann kann ich mit allen rechnern surfen. nur: um nicht mitten im lesen wieder offline zu gehen, muß ich mich per ping online halten, nicht der richtige weg denke ich. außerdem will ich ja nicht immer auf den gateway/router zugreifen. irgendwann soll er ja als firewall funktionieren. nur bis dahin ist noch ein steiniger weg. in der /var/log/messages steht nach dem booten u.a. folgendes: linux kernel: IPv6 over IPv4 tunneling driver linux kernel: eth0: no IPv6 routers present was bedeuten diese beiden einträge? in der /etc/route.conf steht folgender Eintrag: 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 sollte so doch eigentlich o.k. sein, oder? den DNS - server meines providers habe ich auch richtig eingetragen. über eine Antwort würde ich mich freuen, wenn die auch noch das problem beheben hilft noch mehr. man gut, daß ich nochmals ein wenig herumgespielt habe, bevor ich diese mail abgesandt habe. Jetzt glaube ich, daß ich den "Fehler" gefunden habe. Ich bin immer (!) davon ausgegangen, daß SuSE den dämon für das automatische Anwählen beim booten mitlädt. dies scheint so aber nicht zu sein. erst wenn ich kinternet starte, funktioniert der rechner als gateway und baut eine verbindung zum internet auf! Sch.... warum ist dies nirgends dokumentiert/beschrieben? muß man sich jedesmal erst eine woche und drei neuinstallationen lang damit herumplagen und an seinem verständnis bzgl. der funktionsweisen zweifen bis man das problem entdeckt? ich höre jetzt lieber auf, freue und ärgere mich gleichzeitig. ein reboot werde ich noch abwarten, bevor ich endgültig für heute zufrieden bin. vielen Dank für eure hilfsbereitschaft, hat mir mehr geholfen als ihr denkt. bis dann guenny p.s.: ich glaube, es dauert nicht mehr lang, dann nabele ich mich auch von suse ab und suche eine andere distri, die mehr transparenz zeigt. :-(

3 4

Internetverbindung
by Alexander Zimmermann 01 Sep '00

01 Sep '00

Hi seinerzeit verwendete ich unter Suse 6.2 das Programm kisdn. Klappte wunderbar. So nun habe ich mir Suse 7.0 angeschaft und kisnd ist nich zufinden. Soweit auch nicht schlim, im Handbuch steht was von kInternet also versuche ich auch dies mal zu nutzen. Dies verweist mich dann nach Yast2, welche auch meine Karte (ELSA Microlink)problemlos findent. Nachdem ich alle Einstellungen gemacht habe, starte ich kInternet und dann sagt mir die Sau, es würde keine Karte finden. Aha... und nu... Ihr Erfahrenen, Ihr habt doch ein Tipp für mich! MFG Alexander Zimmermann

1 0

AW: [suse-isdn] Tiptel
by Joachim Janssen 01 Sep '00

01 Sep '00

Hi >Hallo zusammen, >gleich noch eine zweite Frage: >Wir haben hier zwei Tiptel Telefone (192 ohne AB und 193 mit AB). Die >kann man seriell an den Computer anschliessen. >Weiss jemand ob man diese Telefone nun ansprechen kann. Kann man die >Telefone zur Ein-/Auswahl verwenden. Kann man sie per serieller >Schnittstelle konfigurieren? Und kann man von Linux aus waehlen bzw. >Nummern einkommender Rufe erkennen? IRONIE AN na da Tiptel "sehr offen" mit seiner Protokolldokumentation umgeht, ist es ohne weiteres möglich diese anzufordern und ein entsprechendes Programm zu schreiben, IRONIE AUS

1 0

Russische Foerderation
by Jan Theofel 01 Sep '00

01 Sep '00

Hallo, Ok, das Subject mag euch vielleicht etwas verwundern... :-) Zunaechst mal moechte ich euch kurz 'Hallo' sagen, denn ich bin wieder neu hier auf der Liste. (Hatte vor einiger Zeit mal privat subscribed.) Nun mein Problem: Ich habe einen Server hinter einer Telefonanlage. Amt gibt es mit der "0". Nun waeht der Rehcner die Telekom mit 0019... an. Das Problem: Der Rechner denkt nun er ruft in der Russischen Foederation an und muellt daher /var/log/messages zu, weil die Sekundentaktung dorthin wahnsinn ist. Kann ich das irgendwie abschalten? (Es ist sowieso eine Flatrate, da interessiert die Taktung ja nicht.) Und: Muss/sollte ich die 0 zur Amtsholung irgendwo extra einschlaten? Ein guter Link wuerde mir auch schon weiterhelfen. Danke, Jan -- ETES - Espenhain & Theofel EDV-Systeme GbR Libanonstrasse 54 * D-70184 Stuttgart Phone +49 711 4895550 * Fax +49 711 4809761 EMail: info(a)etes.de --- URL: www.etes.de ... Beratung, Netzwerke, Internet, Homepages, Datenbanken, Kommunikation, Software, Hardware ...

2 1

dial on deman - routing - masquerading
by Jens Teichmann 01 Sep '00

01 Sep '00

Hallo liste, ich benutze die 7.0 für meinen "gateway" - rechner. ich habe eine netzwerkkarte und eine fritz!pci. jetzt sind die clientrechner im privaten netzwerkbereich mit den ip-nummern 192.168.1.2 und 192.168.1.3 belegt. als gateway ist 192.168.1.1 eingetragen. mein "server"/"gateway"/"router" hat per YAST1 192.168.1.1. die isdn-karte bekommt, wie nicht anders zu erwarten, vom provider dynamisch eine ip-adresse zugeteilt. Daher für ippp0 192.168.0.99 bei dynamischer ip-adresse ein kreuzchen und bei point2point partner 192.168.0.1 Der DNS - Server ist auch richtig eingetragen. mittels konfigrationsdatei verändern habe ich folgende daten eingetragen: ----snip----- start_fw=no fw_dev_world=ippp0 fw_dev_int=eth0 fw_route=yes fw_masquerade=yes fw_masq_nets=192.168.1.0/24 alle anderen den fw betreffenden einträge habe ich unberührt gelassen. ip_forwarding=yes i4l_start=yes ip_dynip=yes isdn4all=yes ----snap----- lt. support-datenbank habe ich das masquerade - skript angelegt und verlinkt. Nun mein Problem: wenn ich ins i-net will, kann ich nur über den gatewayrechner die Verbindung manuel herstellen. eine automatische Einwahl findet nicht statt. wer kann mir sagen, woran das liegt? wo liegt der felher? tschüß guenny

2 2