January 2003 - openSUSE ISDN (Deutsch)

USERNAME in /etc/sysconfig/network/providers
by Torsten Foertsch 18 Feb '03

18 Feb '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, ich habe gerade festgestellt, dass es nicht möglich ist einen Provider über ein File in /etc/sysconfig/network/providers zu konfigurieren, der einen USERNAME mit Backslash (\) enthält. Das braucht man aber zur RAS Anmeldung an einem NT Server. Ich habe folgende 2 Fälle untersucht: 1. USERNAME=domain\name SuSEconfig --module isdn schreibt daraufhin in /etc/ppp/{ch,p}ap-secrets eine Zeile mit dem Passwort: "domain\name" ... Man bemerke: nur ein Backslash. Der ipppd wird korrekt mit "user domain\name name domain\name" gestartet. Doch leider findet er die Einträge in /etc/ppp/{ch,p}ap-secrets nicht, da sie korrekterweise "domain\\name" ... lauten müssten. 2. USERNAME=domain\\name Nach SuSEconfig steht nun in /etc/ppp/{ch,p}ap-secrets der korrekte Wert, doch leider wird der ipppd mit "user domain\\name name domain\\name" gestartet, was dazu führt, dass er die /etc/ppp/{ch,p}ap-secrets Einträge wieder nicht findet. Noch eine Anmerkung zu yast2. Damit konnte ich meinen Provider erst gar nicht konfigurieren, denn ich habe leider ein ö (ö) im Namen und nach den Richtlinien der Firma leider auch im NT Account. yast2 speichert Umlaute aber in UTF8. Schön wäre an dieser Stelle ein Haken, mit dem man UTF8 oder ISO8859-1 oder vielleicht auch KOI8 oder was es sonst noch so gibt einstellen kann. Torsten Förtsch -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+Nlg6wicyCTir8T4RAjh3AKDKP+m/MtdjidpIjs1rM1npm7nJlwCdFvfL 6anuBMHh+CjZfkUPskuWSYY= =fzyX -----END PGP SIGNATURE-----

2 4

Re: AW: [suse-isdn] mail geht an falschen localen user
by koenig.o＠t-online.de 17 Feb '03

17 Feb '03

> > eigentlich alles! Falsche Liste (diese ist für ISDN...) da kann man drüber streiten, jedenfalls möchte ich nicht für jedes Problem eine eigene Liste haben. Ich würde mich trotzdem über eine hilfreiche Antwort freuen. >und keine Infos Da hast Du recht, also hier etwas genauer: Ich habe Postfix und Fetchmail installiert. Dann habe ich mit Yast (Mail Transfer-Agent) einen 2. User angelegt, aber trotzdem landet die eingehende Mail auf meinem Konto. Hier der Inhalt von /etc/fetchmailrc.YaST2.save: poll "pop.t-online.de" protocol POP3 : user "0001" there with password "xxxxxxx" is "ok" here ; poll "pop.t-online.de" protocol POP3 : user "0002" there with password "xxxxxxx" is "sk" here ; Vielen Dank Olaf > > > -----Ursprüngliche Nachricht----- > > Von: koenig.o(a)t-online.de [mailto:koenig.o@t-online.de] > > Gesendet: Donnerstag, 30. Januar 2003 21:33 > > An: suse-isdn(a)suse.com > > Betreff: [suse-isdn] mail geht an falschen localen user > > > > > > Hallo Liste, > > > > ich habe auf meinem Rechner nun einen weiteren User > > mit einer eigenen E-Mail-Adresse eingerichtet. > > > > Die eingehende Mail geht aber immer auf mein Konto. > > > > Was habe ich falsch gemacht ? > > > > Olaf > > > > ------------------------------------------------------- > > > > > > -- > > Um die Liste abzubestellen, schicken Sie eine Mail an: > > suse-isdn-unsubscribe(a)suse.com > > Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken > > Sie eine Mail an: suse-isdn-help(a)suse.com

2 1

isdnlog mit FritzX USB nach Update nicht mehr vorhanden
by Jürgen Mahrholz 06 Feb '03

06 Feb '03

Hallo frohes neues Jahr auch Ich habe die Suse 8.1 Installiert ISDN eingerichtet für die FritzX USB der isdnlog wird auch gestartet und die Verbindungen werden auch protokolliert alles bestens. Folgende ISDN Pakete wurden automatisch installiert capi4linux 2002.9.8-4 i4lfirm " i4l-base " isdnlog " Nach den FTP angebotenen Updates 2002.11.5-0 sowie Patchs wurden über YAST eingespielt (Online Update) Danach funzt der isdnlog nicht mehr es werden keine Einträge mehr in der isdn.log geschrieben,isdnlog wird nicht mehr gestartet beim hochfahren des Rechners lt KDE Systemüberwachung. Bis Oktober 2002 habe ich die suse-isdn Mailingliste zurück verfolgt sowie Manpages Susehilfe aber keine brauchbare Hilfe gefunden. Installiere ich wieder das alte I4L-Base Paket ist der isdnlog wieder OK , ist da evtl ein kinken drinn im neuen I4l-base Paket Ich Danke für brauchbare Hilfe Hier die Meldunge von /var/log/messsages Hier ist isdnlog OK Jan 2 10:57:16 linux /etc/hotplug/usb.rc[372]: loaded HCD: usb-uhci Jan 2 10:57:20 linux insmod: Using /lib/modules/2.4.19-4GB/kernel/drivers/isdn/avmb1/capiutil.o Jan 2 10:57:20 linux insmod: Symbol version prefix '' Jan 2 10:57:20 linux insmod: Using /lib/modules/2.4.19-4GB/kernel/drivers/isdn/avmb1/kernelcapi.o Jan 2 10:57:20 linux insmod: Using /lib/modules/2.4.19-4GB/misc/fxusb.o Jan 2 10:57:20 linux insmod: Warning: loading /lib/modules/2.4.19-4GB/misc/fxusb.o will taint the kernel: non-GPL license - Proprietary Jan 2 10:57:20 linux insmod: See http://www.tux.org/lkml/#export-tainted for information about tainted modules Jan 2 10:57:20 linux insmod: Module fxusb loaded, with warnings Jan 2 10:57:20 linux isdnlog: isdnlog Version 4.59 starting Jan 2 10:57:20 linux isdnlog: Will overwrite entry `NUMBER'! Jan 2 10:57:20 linux last message repeated 2 times Jan 2 10:57:20 linux isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/lib/isdn/holiday-de.dat] Jan 2 10:57:20 linux isdnlog: Dest V1.01: File '/usr/lib/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT DE NL CH **** Nach ein Online Update Jan 2 14:15:34 linux insmod: Symbol version prefix '' Jan 2 14:15:34 linux insmod: Using /lib/modules/2.4.19-4GB/kernel/drivers/isdn/avmb1/kernelcapi.o Jan 2 14:15:34 linux insmod: Using /lib/modules/2.4.19-4GB/misc/fxusb.o Jan 2 14:15:34 linux insmod: Warning: loading /lib/modules/2.4.19-4GB/misc/fxusb.o will taint the kernel: non-GPL license - Proprietary Jan 2 14:15:34 linux insmod: See http://www.tux.org/lkml/#export-tainted for information about tainted modules Jan 2 14:15:34 linux insmod: Module fxusb loaded, with warnings Jan 2 14:15:34 linux isdnlog: isdnlog: Can't open /dev/isdnctrl2 (No such device) '###################### warum !!!! Jan 2 14:15:34 linux isdnlog: isdnlog Version 4.59 exiting Jan 2 14:15:34 linux isdnlog: exit now 2 -- Jürgen Mahrholz \\\ : /// ( o - ) SuSE (8.1) 28197 Bremen ...oooO- (_) -Oooo ... (***) have a lot of fun .... mahrholz(a)nord-com.net Mit Gruß Jürgen Mahrholz

2 2

suse8.0 Fritzcard dsl: isdnctrl -> "../dev/isdninfo or /dev/isdn/isdninfo: No such device"
by Friedrich Strohmaier 04 Feb '03

04 Feb '03

Hallo zusammen! Bekomme am Montag TDSL von 1&1 juhuu! aaaber: habe meine Fritzcard classic durch die Fritzcard DSL ersetzt und krieg die ipppX interfaces nicht mehr gestartet. Folgendes geschah: fcc ausgebaut fcdsl eingebaut. Alle betroffenen module entladen. Frisch gezogene fcdsl-suse8.0-03.09.14.tar.gz mittels ./install installiert. Neu gestartet. # capiinit 1 fcdsl running fcdsl-pci A1 3.09-14 io e1000000 mem e080 2 fcdsl running fcdsl-pci A1 3.09-14 io e1000000 mem e080 # lsmod Module Size Used by Tainted: P fcdsl 934784 1 capi 16768 0 capifs 3520 1 [capi] kernelcapi 29440 2 [fcdsl capi] capiutil 22400 0 [kernelcapi] # /usr/sbin/isdnctrl addif ippp1 Can't open /dev/isdninfo or /dev/isdn/isdninfo: No such device # l /dev/isdninfo cr--r--r-- 1 root root 45, 255 Mar 23 2002 /dev/isdninfo erfolglos gegoogelt und Liste durchgeforstet, :o[ .. und jetzt bin ich am Ende mit meinem Latein! Wo muss ich weitersuchen? Mein System: suse8.0 prof. cyrix166+ 80mb Speicher letztes i4l-update, das für ISDN bisher bestens funktionierte. wirklich ratlos - und hungrig ;o)) grüßt fs -- Beste Grüße von der Schwäbischen Alb _Das_ MailingListenarchiv für suse-linux: http://marc.theaimsgroup.com/?l=suse-linux&r=1&w=2 und viele viele andere: http://marc.theaimsgroup.com

4 6

FirtzV2 + 8.1
by SBlinkmann＠t-online.de 01 Feb '03

01 Feb '03

Hallo, ich habe hier eine SuSE8.1 Pro ganz neu auf meinem System installiert und bekomme gleich Fehlermeldungen ohne Ende. :o( Ich habe bei der Installation meine Fritzkarte gleich mit konfiguriert. Wenn jetzt mein System startet, und ich mich als USER anmelde und in /var/log/messages reinschaue,steht dort andauernd,das mein Controller dead sein soll. Das versteh ich nicht,der ist ganz neu und ist eigentlich heil. Bei der Installation habe ich den Capi Treiber angegeben. Ich hatte eigentlich vor, das die Fritzcard nur zum Faxen sein soll, Internet mach ich über DSL. Hier der Auszug aus /var/log/messages : <schnip> Jan 22 10:27:41 asterix kernel: CAPI-driver Rev 1.1.4.1: loaded Jan 22 10:27:41 asterix kernel: capifs: Rev 1.1.4.1 Jan 22 10:27:41 asterix kernel: capi20: started up with major 68 Jan 22 10:27:41 asterix kernel: kcapi: capi20 attached Jan 22 10:27:41 asterix kernel: capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs) Jan 22 10:27:41 asterix kernel: CSLIP: code copyright 1989 Regents of the University of California Jan 22 10:27:41 asterix kernel: ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded Jan 22 10:27:41 asterix kernel: kcapi: capidrv attached Jan 22 10:27:41 asterix kernel: kcapi: appl 1 up Jan 22 10:27:41 asterix kernel: capidrv: Rev 1.1.4.1: loaded Jan 22 10:27:41 asterix kernel: fcpci: AVM FRITZ!Card PCI driver, revision 0.2 Jan 22 10:27:41 asterix kernel: fcpci: (fcpci built on Sep 13 2002 at 14:24:25) Jan 22 10:27:41 asterix kernel: fcpci: Loading... Jan 22 10:27:41 asterix kernel: fcpci: Driver 'fcpci' attached to stack Jan 22 10:27:41 asterix kernel: kcapi: driver fcpci attached Jan 22 10:27:41 asterix kernel: fcpci: Auto-attaching... Jan 22 10:27:41 asterix kernel: fcpci: Stack version 3.09-10 Jan 22 10:27:41 asterix kernel: kcapi: Controller 1: fritz-pci attached Jan 22 10:27:41 asterix kernel: kcapi: card 1 "fritz-pci" ready. Jan 22 10:27:41 asterix kernel: fcpci: Loaded. Jan 22 10:27:41 asterix kernel: kcapi: notify up contr 1 Jan 22 10:27:41 asterix kernel: capidrv: controller 1 up Jan 22 10:27:41 asterix kernel: capidrv-1: now up (2 B channels) Jan 22 10:27:41 asterix kernel: capidrv-1: D2 trace enabled Jan 22 10:27:41 asterix kernel: capi: controller 1 up [...] Jan 22 10:28:24 asterix kdm[1044]: pam_unix2: session started for user asterix, service xdm Jan 22 10:41:35 asterix kernel: capidrv-1: controller dead ?? Jan 22 10:41:35 asterix kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jan 22 10:42:35 asterix kernel: capidrv-1: controller dead ?? Jan 22 10:42:35 asterix kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jan 22 10:43:35 asterix kernel: capidrv-1: controller dead ?? Jan 22 10:43:35 asterix kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jan 22 10:44:35 asterix kernel: capidrv-1: controller dead ?? Jan 22 10:44:35 asterix kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jan 22 10:45:33 asterix su: (to root) asterix on /dev/pts/1 Jan 22 10:45:33 asterix su: pam_unix2: session started for user root, service su Jan 22 10:45:35 asterix kernel: capidrv-1: controller dead ?? Jan 22 10:45:35 asterix kernel: capidrv-1: listen_change_state state=3 event=1 ???? Kann jemand damit was anfangen??? Ich bin ziemlich NEU auf dem gebiet und würd mich über Hilfe freuen. Vielen Dank im vorraus. -- Mit freundlichen Grüßen Stefan Blinkmann ------------------------------------------ #Don't send HTML coded Mails# #-----registered Linux User ------# #--------------Nr.281171--------------#

3 2

AW: [suse-isdn] ADSL - IP wird vom Provider nicht zugrordnet
by sabrinawinkelmann＠de-facto.de 31 Jan '03

31 Jan '03

>> Jan 9 18:50:41 hahnfire pppd[2643]: sent [IPCP ConfReq id=0x2 <addr >> 192.168.198.1> <ms-dns1 0.0.0.0>] >> Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [IPCP ConfNak id=0x2 <ms-dns1 >> 194.25.2.129>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> 00 00 00 00 00 00 00 00 > Und genau hier muesste vom Provider auch addr vorgeschlagen werden, wenn er die > 192.168.198.1 nicht mag. Macht er nicht ---> da kann der ppp nur diese nehmen. >> Jan 9 18:50:41 hahnfire pppd[2643]: sent [IPCP ConfReq id=0x3 <addr >> 192.168.198.1> <ms-dns1 194.25.2.129>] Jan 9 18:50:41 hahnfire >> pppd[2643]: rcvd [IPCP ConfAck id=0x3 <addr 192.168.198.1> <ms-dns1 >> 194.25.2.129>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> 00 00 00 00 > Und hier wird sie auch nochmal vom Provider bestaetigt. > Warum das mit einer 8.1 anders funktionieren soll, kann ich nicht verstehen, ich sehe > keinerlei Fehler auf Deiner Seite. Hallo, vielen Dank für die Antworten. Die pppd-Option "ipcp-accept-local" ist natürlich gesetzt. Habe gerade nochmal einen dhcpdump auf das ADSL-IF gemacht und habe dabei folgendes erhalten: FNAME: . TIME: 12:40:04.235554 IP: PPPoE (0:a:41:d5:9e:30) > [Host-Uni (0:4:76:ed:4e:2a) OP: 1 (BOOTPREQUEST) HTYPE: 4 (Proteon ProNET Token Ring) HLEN: 0 HOPS: 16 XID: e6fbe8f9 SECS: 16977 FLAGS: 6fbd CIADDR: 89.64.13.145 YIADDR: 121.247.1.107 SIADDR: 0.0.0.0 GIADDR: 0.0.0.0 CHADDR: 00:00:00:00:00:00:00:00:00:00:00:00:00:00:00:00 SNAME: . FNAME: . TIME: 12:40:04.236049 IP: PPPoE (0:4:76:ed:4e:2a) > [Service-Name (0:a:41:d5:9e:30) OP: 112 ((null)) Segmentation fault hahnfire:~ # Soweit ich gerade nachgelesen habe, müsste ich mit YIADDR eine IP bekommen. Gebe ich die og manuell ein, funktioniert aber keine Verbindung. Ausserdem müsste wohl unter SIADDR eine IP vom DHCP-Server des Providers bekannt gegeben werden, damit ich diesen gezielt ansprechen kann. Das funktioniert scheinbar auch nicht. Das Segmentation fault kann ich nicht zuordnen. Ich vermute auch mal, dass das DHCP vom Provider nicht richtig funktioniert. Auf der anderen Seite behauptet dieser, dass er mit der SuSE 8.1 eine Verbindung herstellen kann, was ich auch glaube, da ich mit einem Bintec-Router da auch keine Probleme habe. Auf der anderen Seite, habe ich mit genau diesem Rechener eine T-Online Verbindung erfolgreich hergestellt. Irgendwie kann ich mir nur vorstellen, dass unter SuSE 8.0 irgendwas sensibler auf evtl. falsch konfigurierte DHCP-Server reagiert. Gruss Sabrina Winkelmann

1 0

Hylafax-Capi und die 8.1
by Axel Lindlau 31 Jan '03

31 Jan '03

Hallo, ich verzweifle langsam: Folgendes habe ich gemacht: Den Kerel erneuert; Hylafax ,isdn-Pakete ,capi4linux und capi4hylafax erneuert. Der empfang geht schon :-) Beim versenden habe ich folgende Meldung: Your facsimile job to 02212975840 failed because: Send program terminated abnormally; unable to exec /usr/local/bin/c2faxsen Das gibbet bei mir erst gar nicht :-( aber das c2faxsend da scheint irgendwo ein Tippfehler im Pfad zu sein :-( Habe dann einen Link nach /usr/local/bin gelegt und dann umbenannt,indem ich das "d" gelöscht habe :-)-Dann meldet Susefax: CAPI not installed or aktiv...... Wenn ich c2faxrecv als user starte ,erhalte ich folgende Meldung: axel@linux:~> c2faxrecv -v The fax server must be started with real uid root. Started in Hylafax mode and waiting on incoming calls. Can't create log file for incomming call! Als root gestartet: linux:/home/axel # c2faxrecv -v Device "faxCAPI" is not configured for receiving faxes. No device is waiting for faxes so the program can terminate now. linux:/home/axel # Verstehe nur Bahnhof.... Kann mir bitte jemand weiterhelfen, Vielen Dank

2 1

AW: AW: [suse-isdn] mail geht an falschen localen user
by Frank Barnick 30 Jan '03

30 Jan '03

Hallo Olaf, hast Du schon folgenden Artikel gelesen? http://sdb.suse.de/de/sdb/html/fetchmail.html Dies sollte Dir helfen. Ciao Frank > -----Ursprüngliche Nachricht----- > Von: koenig.o(a)t-online.de [mailto:koenig.o@t-online.de] > Gesendet: Donnerstag, 30. Januar 2003 22:41 > An: Frank Barnick > Cc: suse-isdn(a)suse.com > Betreff: Re: AW: [suse-isdn] mail geht an falschen localen user > > > > > eigentlich alles! Falsche Liste (diese ist für ISDN...) > > da kann man drüber streiten, jedenfalls möchte > ich nicht für jedes Problem eine eigene Liste haben. > Ich würde mich trotzdem über eine hilfreiche Antwort > freuen. > > >und keine Infos > > Da hast Du recht, also hier etwas genauer: > Ich habe Postfix und Fetchmail installiert. > Dann habe ich mit Yast (Mail Transfer-Agent) einen > 2. User angelegt, aber trotzdem landet die eingehende Mail > auf meinem Konto. > > Hier der Inhalt von /etc/fetchmailrc.YaST2.save: > > poll "pop.t-online.de" protocol POP3 : user "0001" there with password > "xxxxxxx" is "ok" here ; > poll "pop.t-online.de" protocol POP3 : user "0002" there with password > "xxxxxxx" is "sk" here ; > > Vielen Dank > > Olaf

1 0

mail geht an falschen localen user
by koenig.o＠t-online.de 30 Jan '03

30 Jan '03

Hallo Liste, ich habe auf meinem Rechner nun einen weiteren User mit einer eigenen E-Mail-Adresse eingerichtet. Die eingehende Mail geht aber immer auf mein Konto. Was habe ich falsch gemacht ? Olaf -------------------------------------------------------

1 0

Re: [suse-isdn] ADSL - IP wird vom Provider nicht zugrordnet
by Karsten Keil 30 Jan '03

30 Jan '03

On Thu, Jan 30, 2003 at 03:59:38PM +0100, sabrinawinkelmann(a)de-facto.de wrote: ... > > Vielen Dank für die Antwort. Der Server vom Provider lehnt die IP nicht ab > und weist die 'remote IP' zu, was korrekt läuft. Die Verbindung bleibt auch, > nur können natürlich keine Pakete geroutet werden. Ich füge die messages > nochmal kompletter bei und würde mich freuen, wenn Du da nochmal drauf > schauen könntest. > > Jan 9 18:50:29 hahnfire pppd[2643]: Plugin pppoe.so loaded. > Jan 9 18:50:29 hahnfire pppd[2643]: PPPoE Plugin Initialized > Jan 9 18:50:29 hahnfire pppd[2643]: Plugin passwordfd.so loaded. > Jan 9 18:50:29 hahnfire pppd[2643]: pppd 2.4.1 started by root, uid 0 > Jan 9 18:50:30 hahnfire pppd[2643]: Using interface ppp0 > Jan 9 18:50:30 hahnfire pppd[2643]: Couldn't increase MTU to 1500. > Jan 9 18:50:30 hahnfire pppd[2643]: Setting MTU to 1492. > Jan 9 18:50:30 hahnfire pppd[2643]: Couldn't increase MRU to 1500 > Jan 9 18:50:30 hahnfire pppd[2643]: replacing old default route to eth1 > [192.168.199.1] > Jan 9 18:50:30 hahnfire pppd[2643]: local IP address 192.168.198.1 > Jan 9 18:50:30 hahnfire pppd[2643]: remote IP address 192.168.198.99 > Jan 9 18:50:40 hahnfire pppd[2643]: Starting link > Jan 9 18:50:40 hahnfire pppd[2643]: Sending PADI > Jan 9 18:50:40 hahnfire pppd[2643]: HOST_UNIQ successful match > Jan 9 18:50:41 hahnfire pppd[2643]: HOST_UNIQ successful match > Jan 9 18:50:41 hahnfire pppd[2643]: Got connection: 2a8 > Jan 9 18:50:41 hahnfire pppd[2643]: Connecting PPPoE socket: > 00:0a:41:d5:9e:30 a802 eth1 0x8086748 > Jan 9 18:50:41 hahnfire pppd[2643]: using channel 2 > Jan 9 18:50:41 hahnfire pppd[2643]: Connect: ppp0 <--> eth1 > Jan 9 18:50:41 hahnfire pppd[2643]: Couldn't increase MTU to 1500. > > Jan 9 18:50:41 hahnfire pppd[2643]: Setting MTU to 1492. > Jan 9 18:50:41 hahnfire pppd[2643]: sent [LCP EchoReq id=0x0 > magic=0xf0ed28bc] > Jan 9 18:50:41 hahnfire pppd[2643]: cbcp_lowerup > Jan 9 18:50:41 hahnfire pppd[2643]: want: 2 > Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [CHAP Challenge id=0xa > <5f8aaccc2877b5d328d904fa104b6d96>, name = "air-it"] 00 00 00 00 00 00 00 00 > 00 00 00 > Jan 9 18:50:41 hahnfire pppd[2643]: sent [CHAP Response id=0xa > <7eef3277a2fbe8ca6f73db03c5367a77>, name = "RPTxxx00"] > Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [LCP EchoRep id=0x0 > magic=0x4e095e27] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 > Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [CHAP Success id=0xa ""] 00 00 00 > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 ... > Jan 9 18:50:41 hahnfire pppd[2643]: sent [IPCP ConfReq id=0x1 <addr > 192.168.198.1> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] > Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [IPCP ConfReq id=0x1 <addr > 194.25.170.235>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 > Jan 9 18:50:41 hahnfire pppd[2643]: sent [IPCP ConfAck id=0x1 <addr > 194.25.170.235>] > Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [IPCP ConfRej id=0x1 <ms-dns3 > 0.0.0.0>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 > Jan 9 18:50:41 hahnfire pppd[2643]: sent [IPCP ConfReq id=0x2 <addr > 192.168.198.1> <ms-dns1 0.0.0.0>] > Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [IPCP ConfNak id=0x2 <ms-dns1 > 194.25.2.129>] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 Und genau hier muesste vom Provider auch addr vorgeschlagen werden, wenn er die 192.168.198.1 nicht mag. Macht er nicht ---> da kann der ppp nur diese nehmen. > Jan 9 18:50:41 hahnfire pppd[2643]: sent [IPCP ConfReq id=0x3 <addr > 192.168.198.1> <ms-dns1 194.25.2.129>] > Jan 9 18:50:41 hahnfire pppd[2643]: rcvd [IPCP ConfAck id=0x3 <addr > 192.168.198.1> <ms-dns1 194.25.2.129>] 00 00 00 00 00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00 00 00 Und hier wird sie auch nochmal vom Provider bestaetigt. Warum das mit einer 8.1 anders funktionieren soll, kann ich nicht verstehen, ich sehe keinerlei Fehler auf Deiner Seite. > Jan 9 18:50:41 hahnfire pppd[2643]: Remote IP address changed to > 194.25.170.235 > > > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use > Iface > 194.25.170.235 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 > 192.168.199.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 > 10.110.100.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 > 10.3.1.0 10.110.100.1 255.255.255.0 UG 0 0 0 eth0 > 0.0.0.0 194.25.170.235 0.0.0.0 UG 0 0 0 ppp0 > > Aber leider: > > ppp0 Link encap:Point-to-Point Protocol > inet addr:192.168.198.1 P-t-P:192.168.198.99 > Mask:255.255.255.255 > UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:3 > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > > Danke, wenn Du Dir das alles durchgelesen hast :-)) > > Gruss Sabrina -- Karsten Keil SuSE Labs ISDN development

1 0