openSUSE ISDN (Deutsch) September 2000

isdn-de@lists.opensuse.org

117 participants
132 discussions

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 25 Sep '00

25 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

Jump to page:

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

openSUSE ISDN (Deutsch) September 2000