Hallo, ich bin neu hier im Board und ich habe ein großes Problem. Nach lesen von Unmengen an How2's nächtelangem googeln hilfe per irc ist es mir nach einer Woche immer noch nicht gelungen meine FCDSL zum laufen zu bringen. Ich habe keine Ahnung was ich noch machen kann. Ich poste mal alle schritte die ich gemacht habe + syslogfiles. Evtl sieht ja jemand von euch einen Fehler der mir nicht aufgefallen ist. Wäre für jede Hilfe dankbar.
----------------------------------------------------------------------------------------------------------
Kernelupdate von 2.4.18 auf 2.4.22
kernel angepasst
CONFIG_EXPERIMENTAL=y
...
<M> CAPI2.0 support
[*] Verbose reason code reporting (Kernel size +=7K)
[*] CAPI2.0 Middleware support (EXPERIMENTAL)
<M> CAPI2.0 /dev/capi support
[*] CAPI2.0 filesystem support
<M> CAPI2.0 capidrv interface support
...
reboot
apt-get install isdnactivecards: 3.1pre4-4
apt-get install isdnutils-base: 3.1pre4-4
apt-get install libcapi20: 3.1pre4-4
apt-get install ppp: 2.4.1.uus-4
apt-get install pppdcapiplugin: 3.1pre4-4
Makefile vm Fritzangepasst
KRNLINCL = /lib/modules/`uname -r`/build/include
# KRNLINCL = /usr/src/linux/include DEFINES = -DMODVERSIONS -DMODULE -D__KERNEL__ -DNDEBUG \
D__$(CARD)__ -DTARGET=\"$(CARD)\"
CCFLAGS = -include $(KRNLINCL)/linux/modversions.h $(DEFINES) -O2 -Wall -I $(KRNLINCL)
LDFLAGS = -rnach
/usr/lib/isdn fdslbase.bin kopiert
die capi.conf anpassen
fcdsl /usr/share/isdn/fdslbase.bin - - - - -
/etc/init.d/isdnactivecards restart
isdnactivecards: 3.1pre4-4 lädt die firmware
pppdcapiplugin macht das connecten über ppp
pppfile kopiert nach /etc/ppp/peers
inhalt meines t-dsl files:
connect /bin/true
persist
maxfail 0
#usepeerdns
holdoff 2
defaultroute
user "xxx@tiscali.de"
hide-password
sync
noauth
noproxyarp
# Alle 5 s nachschauen, ob der Server noch da ist. Bei 3 "Fehlpaketen"
# Verbindung beenden
lcp-echo-interval 5
lcp-echo-failure 3
lcp-max-configure 50
lcp-max-terminate 2
# Lokale und Remote-IP-Nummer vom Server wird akzeptiert
ipcp-accept-remote
ipcp-accept-local
# Kompression abschalten!
noccp
# IPXCP und IPX-Protokoll abschalten!
noipx
mru 1454
mtu 1454
# Einstellungen und Plugins für die AVM-Fritzcard
linkname t-dsl
ipparam internet
plugin capiplugin.so
controller 2
protocol adslpppoe
:
/dev/null
und einen Passworteintrag in /etc/ppp/pap-secrets vorgenommen:
"xxx@tiscali.de" * "meinPW"
meldungen der message.log
Jan 8 20:04:19 debian kernel: CAPI-driver Rev 1.1.4.1: loaded
Jan 8 20:04:19 debian kernel: capifs: Rev 1.1.4.1
Jan 8 20:04:19 debian kernel: capi20: started up with major 68
Jan 8 20:04:19 debian kernel: kcapi: capi20 attached
Jan 8 20:04:19 debian kernel: capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs)
Jan 8 20:04:19 debian kernel: fcdsl: AVM FRITZ!Card DSL driver, revision 0.2
Jan 8 20:04:19 debian kernel: fcdsl: (fcdsl built on Jan 8 2004 at 19:42:04)
Jan 8 20:04:19 debian kernel: fcdsl: Loading...
Jan 8 20:04:19 debian kernel: fcdsl: Driver 'fcdsl' attached to stack
Jan 8 20:04:19 debian kernel: kcapi: driver fcdsl attached
Jan 8 20:04:19 debian kernel: fcdsl: Auto-attaching...
Jan 8 20:04:19 debian kernel: kcapi: Controller 1: fcdsl-pci attached
Jan 8 20:04:19 debian kernel: kcapi: Controller 2: fcdsl-pci attached
Jan 8 20:04:19 debian kernel: fcdsl: Loaded.
Jan 8 20:04:19 debian kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20
Jan 8 20:04:19 debian kernel: fcdsl: Stack version 3.10-05
Jan 8 20:04:19 debian kernel: fcdsl: Stack version 3.10-05
Jan 8 20:04:19 debian kernel: kcapi: card 1 "fcdsl-pci" ready.
Jan 8 20:04:19 debian kernel: kcapi: card 2 "fcdsl-pci" ready.
Jan 8 20:04:19 debian kernel: kcapi: notify up contr 1
Jan 8 20:04:19 debian kernel: capi: controller 1 up
Jan 8 20:04:19 debian kernel: kcapi: notify up contr 2
Jan 8 20:04:19 debian kernel: capi: controller 2 up
depmod -a
keine Fehlermeldung
lsmod
wenn ich jetzt versuche per pppd call t-dsl eine verbindung aufzubauen dann friert Linux ein
meldungen der syslog:
Jan 8 19:56:28 debian kernel: CAPI-driver Rev 1.1.4.1: loaded
Jan 8 19:56:28 debian kernel: capifs: Rev 1.1.4.1
Jan 8 19:56:28 debian kernel: capi20: started up with major 68
Jan 8 19:56:28 debian kernel: kcapi: capi20 attached
Jan 8 19:56:28 debian kernel: capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs)
Jan 8 19:56:29 debian kernel: fcdsl: AVM FRITZ!Card DSL driver, revision 0.2
Jan 8 19:56:29 debian kernel: fcdsl: (fcdsl built on Jan 8 2004 at 19:42:04)
Jan 8 19:56:29 debian kernel: fcdsl: Loading...
Jan 8 19:56:29 debian kernel: fcdsl: Driver 'fcdsl' attached to stack
Jan 8 19:56:29 debian kernel: kcapi: driver fcdsl attached
Jan 8 19:56:29 debian kernel: fcdsl: Auto-attaching...
Jan 8 19:56:29 debian kernel: kcapi: Controller 1: fcdsl-pci attached
Jan 8 19:56:29 debian kernel: kcapi: Controller 2: fcdsl-pci attached
Jan 8 19:56:29 debian kernel: fcdsl: Loaded.
Jan 8 19:56:29 debian kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20
Jan 8 19:56:29 debian kernel: fcdsl: Stack version 3.10-05
Jan 8 19:56:29 debian kernel: fcdsl: Stack version 3.10-05
Jan 8 19:56:29 debian kernel: kcapi: card 1 "fcdsl-pci" ready.
Jan 8 19:56:29 debian kernel: kcapi: card 2 "fcdsl-pci" ready.
Jan 8 19:56:29 debian kernel: kcapi: notify up contr 1
Jan 8 19:56:29 debian kernel: capi: controller 1 up
Jan 8 19:56:29 debian kernel: kcapi: notify up contr 2
Jan 8 19:56:29 debian kernel: capi: controller 2 up
Jan 8 19:56:29 debian modprobe: modprobe: Can't locate module char-major-45
Jan 8 19:56:29 debian lpd[199]: restarted
Jan 8 19:56:30 debian /usr/sbin/cron[215]: (CRON) INFO (pidfile fd = 3)
Jan 8 19:56:30 debian /usr/sbin/cron[216]: (CRON) STARTUP (fork ok)
Jan 8 19:56:30 debian xfs: ignoring font path element /usr/lib/X11/fonts/cyrillic/ (unreadable)
Jan 8 19:56:30 debian /usr/sbin/cron[216]: (CRON) INFO (Running @reboot jobs)
Jan 8 19:56:30 debian xfs: ignoring font path element /usr/lib/X11/fonts/CID (unreadable)
Jan 8 19:56:59 debian mc: /dev/gpmctl: No such file or directory
Jan 8 19:56:59 debian mc: /dev/gpmctl: No such file or directory
Jan 8 19:58:17 debian kernel: NTFS driver v1.1.22 [Flags: R/O MODULE]
Jan 8 19:58:17 debian kernel: NTFS: Warning! NTFS volume version is Win2k+: Mounting read-only
Jan 8 19:58:17 debian mc: /dev/gpmctl: No such file or directory
Jan 8 19:58:35 debian last message repeated 3 times
Jan 8 20:03:19 debian pppd[273]: Plugin capiplugin.so loaded.
Jan 8 20:03:19 debian pppd[273]: capiplugin: $Revision: 1.22 $
Jan 8 20:03:19 debian pppd[273]: capiconn: 1.5
Jan 8 20:03:19 debian kernel: kcapi: appl 1 up
Jan 8 20:03:19 debian kernel: CSLIP: code copyright 1989 Regents of the University of California
Jan 8 20:03:19 debian kernel: PPP generic driver version 2.4.2
und dann hängt mein Linux. Ich weiß mir beim besten willen nicht mehr zu helfen. Wo kann der Fehler liegen?
nachträglich noch mal die Capi4K Utils installiert da das mitgelieferte pppdcapiplugin die Fritz DSL angeblich net finden kann.
capiinit stop
capiinit start
wieder das gleiche:
CAPI-driver Rev 1.1.4.1: loaded
capifs: Rev 1.1.4.1
capi20: started up with major 68
kcapi: capi20 attached
capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs)
fcdsl: AVM FRITZ!Card DSL driver, revision 0.2
fcdsl: (fcdsl built on Jan 8 2004 at 19:42:04)
fcdsl: Loading...
fcdsl: Driver 'fcdsl' attached to stack
kcapi: driver fcdsl attached
fcdsl: Auto-attaching...
kcapi: Controller 1: fcdsl-pci attached
kcapi: Controller 2: fcdsl-pci attached
fcdsl: Loaded.
fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20
fcdsl: Stack version 3.10-05
fcdsl: Stack version 3.10-05
kcapi: card 1 "fcdsl-pci" ready.
kcapi: card 2 "fcdsl-pci" ready.
kcapi: notify up contr 1
capi: controller 1 up
kcapi: notify up contr 2
capi: controller 2 up
ausserdem lässt sich auch das tool drdsl nicht starten es kommt die Meldung:
ap1 up
looking for vendor (this can take over a minute)
und dann geht nichts mehr.
Problem mit Fritz Card DSL [Woody] 2.4.22
Re: Problem mit Fritz Card DSL [Woody] 2.4.22
drdsl brauchst du nicht.Lanszer hat geschrieben:
ausserdem lässt sich auch das tool drdsl nicht starten
Lies mal mein Posting ein wenig weiter unten
--> http://debianforum.de/forum/viewtopic.p ... 3806e3a28e
Re: Problem mit Fritz Card DSL [Woody] 2.4.22
Noch was: Die AVM-Treiber laufen nur mit pppd 2.4.1!Lanszer hat geschrieben:
Jan 8 20:03:19 debian kernel: PPP generic driver version 2.4.2
sind eigentlich installiert
welche kernelversion benutzt du, hast du ne ahnung ob das ganze auch mit dem 2.4.22er Kernel funktioniert?
Wie hast du deine denn unter Debian zum laufen bekommen?
wäre nett wenn du mir mal deine genauen schritte nach dem installieren der Standardversion 2.4.18 -bf24 beschreiben könntest.
das ppp bezieht sich auf die ppp generic verison. glaube nicht das es damit zusammenhängt oder?apt-get install ppp: 2.4.1.uus-4
welche kernelversion benutzt du, hast du ne ahnung ob das ganze auch mit dem 2.4.22er Kernel funktioniert?
Wie hast du deine denn unter Debian zum laufen bekommen?
wäre nett wenn du mir mal deine genauen schritte nach dem installieren der Standardversion 2.4.18 -bf24 beschreiben könntest.
Die pppd-Version lässt sich abfragen mit:
pppd --version
Ich verwende jetzt 2.4.24 vorher 2.4.23. Selbst kompiliert - klassische Methode - aus den Sourcen von kernel.org. Bin mir sicher, dass das mit 2.4.22 auch geht.
Im großen und ganzen habe ich dieselben Schritte durchgeführt, wie du auch: Kernel mit capi kompilieren, Capi installieren von dem Package capi4k-utils-2003-06-16.tar.gz, FritzCard-Treiber übersetzen und installieren
Nachschauen ob das device /dev/capi20 vorhanden ist, wenn nicht, anlegen mit:
mknod /dev/capi20 c 68 0
capiinit aufrufen, Einwahlscripts anlegen, einwählen.
Soviel ich sehe, benutzt du eine Fritz DSL/ISDN. Ich gehe also davon aus, dass die Einrichtung sich von der Fritz DSL SL nicht grundlegend unterscheidet.
Ausser dass du drauf achten solltest, ob du Version 1.0 oder 2.0 verwendest.
(1.0 ist mit zwei verschiedenen Anschlüssen für DSL und ISDN, 2.0 ist mit nur einem Anschluss an der Karte).
Für 2.0 brauchst du das Package fcdsl2-suse8.2-03.11.03.tar.gz.
Aber noch ein paar Kleinigkeiten zu deinem ersten Posting:
unter /usr/share/isdn gesucht werden soll. Dort wird sie aber mit Sicherheit nicht gefunden!
Den Grund dafür findest du in irgend einem DSL-Howto.
Weisst du, ob Tiscali überhaupt mit dem UR2-Standard arbeitet? Normaler 'T-DSL'-Anschluss?
# Anschlusskennung
user "xxxx-xx@online.de"
password XXXXX.XXX
pppd --version
Ich verwende jetzt 2.4.24 vorher 2.4.23. Selbst kompiliert - klassische Methode - aus den Sourcen von kernel.org. Bin mir sicher, dass das mit 2.4.22 auch geht.
Im großen und ganzen habe ich dieselben Schritte durchgeführt, wie du auch: Kernel mit capi kompilieren, Capi installieren von dem Package capi4k-utils-2003-06-16.tar.gz, FritzCard-Treiber übersetzen und installieren
Nachschauen ob das device /dev/capi20 vorhanden ist, wenn nicht, anlegen mit:
mknod /dev/capi20 c 68 0
capiinit aufrufen, Einwahlscripts anlegen, einwählen.
Soviel ich sehe, benutzt du eine Fritz DSL/ISDN. Ich gehe also davon aus, dass die Einrichtung sich von der Fritz DSL SL nicht grundlegend unterscheidet.
Ausser dass du drauf achten solltest, ob du Version 1.0 oder 2.0 verwendest.
(1.0 ist mit zwei verschiedenen Anschlüssen für DSL und ISDN, 2.0 ist mit nur einem Anschluss an der Karte).
Für 2.0 brauchst du das Package fcdsl2-suse8.2-03.11.03.tar.gz.
Aber noch ein paar Kleinigkeiten zu deinem ersten Posting:
Wenn ich recht sehe, steht in deiner /etc/capi.conf, dass fdslbase.bin
/usr/lib/isdn fdslbase.bin kopiert
die capi.conf anpassen
fcdsl /usr/share/isdn/fdslbase.bin - - - - -
unter /usr/share/isdn gesucht werden soll. Dort wird sie aber mit Sicherheit nicht gefunden!
Sowohl mru als mtu sollten bei DSL-Verbindungen auf 1492 gesetzt werden, es sei denn Tiscali handelt das anders.
mru 1454
mtu 1454
Den Grund dafür findest du in irgend einem DSL-Howto.
Weisst du, ob Tiscali überhaupt mit dem UR2-Standard arbeitet? Normaler 'T-DSL'-Anschluss?
/etc/ppp/pap-secrets wird bei mir aus irgend einem Grund nicht ausgelesen.Ich habe deshalb folgenden Eintrag direkt im file mit den connect-Anweisungen (bei dir 't-dsl'), und das file mit chmod 600 für alle ausser root unlesbar gemacht.
# Anschlusskennung
user "xxxx-xx@online.de"
password XXXXX.XXX
ich habe 7 debian cd's
mit dem apt-get install durchsucht der apt nur seine eigenen sourcen (die 7 CD's die ich ihm gegeben hab) dannach mußte ich auch ne debian CD reinschmeißen dann hat er sie installiert.
Ich vermute bald mal der Fehler liegt nicht an der Fritzcard sonder irgenwie an dem capiplugin weil erst da hängt er sich.
mit dem apt-get install durchsucht der apt nur seine eigenen sourcen (die 7 CD's die ich ihm gegeben hab) dannach mußte ich auch ne debian CD reinschmeißen dann hat er sie installiert.
Ich vermute bald mal der Fehler liegt nicht an der Fritzcard sonder irgenwie an dem capiplugin weil erst da hängt er sich.
Verstehe ich nicht, was hat er installiert? Ohne ablenken zu wollen, denn es soll hier um die Installation deiner FritzCard gehen, wurden denn deine folgenden Befehle ausgeführt?Lanszer hat geschrieben: dannach mußte ich auch ne debian CD reinschmeißen dann hat er sie installiert.
Was woher mit apt-get installiert wird, wird bestimmt durch die Einträge in /etc/apt/sources.list. Aber -nochmal - darüber geht es hier nicht.
apt-get install isdnactivecards: 3.1pre4-4
usw
ja ich habe nach dem ersten aufsetzen von Debian alle oberen Pakete per apt-get install nachträglich von den Original Debian CD's installiert. Bei einigen die er schon installiert waren kam nur ne meldung das bereits die neuste version installiert ist.
Tja um zum Thema Fritz Card zurückzukommen. Nunja weder das austauschen des Firmwarefiles noch testen anderer Treiber brachte dem Erfolg. Er hängt sich nach wie vor auf wenn ich versuche per pppd call .... eine Verbindung aufzu bauen.
Tja um zum Thema Fritz Card zurückzukommen. Nunja weder das austauschen des Firmwarefiles noch testen anderer Treiber brachte dem Erfolg. Er hängt sich nach wie vor auf wenn ich versuche per pppd call .... eine Verbindung aufzu bauen.
Sieht tatsächlich so aus, als ob du eine ältere Version von capiplugin verwendest. Bei mir sieht das so aus:
--> ftp://ftp.in-berlin.de/pub/capi4linux/
Das Package capi4k-utils-2003-06-16.tar.gz gibt es hier
Jan 10 07:50:47 pc pppd[569]: Plugin userpass.so loaded.
Jan 10 07:50:47 pc pppd[569]: userpass: $Revision: 1.4 $
Jan 10 07:50:47 pc pppd[569]: Plugin capiplugin.so loaded.
Jan 10 07:50:47 pc pppd[569]: capiplugin: $Revision: 1.32 $
Jan 10 07:50:47 pc pppd[569]: capiconn: 1.7
Jan 10 07:50:47 pc kernel: kcapi: appl 1 up
--> ftp://ftp.in-berlin.de/pub/capi4linux/
JUHU :D
Kaum zu glauben aber es scheint echt an den Capi4K Utils gelegen zu haben. Ich hatte zwar exakt die version die du gepostet hast schonmal geladen gehabt aber nach erneutem runterladen und noch mal
make make install
konnte ich mit pon tiscali folgendes lesen:
wenn ich ifconfig eingebe findet er auch endlich meinen ppp0 device.
EDIT:
habe die resolf.conf angepasst und 2 nameserver hinzugefügt.
haut aber noch nicht hin.
Muss usepeerdns in das verbindungsfile?
make make install
konnte ich mit pon tiscali folgendes lesen:
ein Ping auf http://www.t-online.de und heise de funktioniert aber noch nicht warscheinlich hab ich noch keine Namensauflösung aktiviert oder?debian kernel: CAPI-driver Rev 1.1.4.1: loaded
debian kernel: capifs: Rev 1.1.4.1
debian kernel: capi20: started up with major 68
debian kernel: kcapi: capi20 attached
debian kernel: capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs)
debian kernel: fcdsl: AVM FRITZ!Card DSL driver, revision 0.3
debian kernel: fcdsl: (fcdsl built on Jan 9 2004 at 20::38)
debian kernel: fcdsl: Loading...
debian kernel: fcdsl: Driver 'fcdsl' attached to stack
debian kernel: kcapi: driver fcdsl attached
debian kernel: fcdsl: Auto-attaching...
debian kernel: kcapi: Controller 1: fcdsl-pci attached
debian kernel: kcapi: Controller 2: fcdsl-pci attached
debian kernel: fcdsl: Loaded.
debian kernel: fcdsl: Using VCC/VPI/VCI = 0x1/0x1/0x20
debian kernel: fcdsl: Stack version 3.11-
debian kernel: fcdsl: Stack version 3.11-
debian kernel: kcapi: card 1 "fcdsl-pci" ready.
debian kernel: kcapi: card 2 "fcdsl-pci" ready.
debian kernel: kcapi: notify up contr 1
debian kernel: capi: controller 1 up
debian kernel: kcapi: notify up contr 2
debian kernel: capi: controller 2 up
debian modprobe: modprobe: Can't locate module char-major-45
debian lpd[195]: restarted
debian /usr/sbin/cron[211]: (CRON) INFO (pidfile fd = 3)
debian /usr/sbin/cron[2]: (CRON) STARTUP (fork ok)
debian /usr/sbin/cron[2]: (CRON) INFO (Running @reboot jobs)
debian xfs: ignoring font path element /usr/lib/X11/fonts/cyrillic/ (unreadable)
debian xfs: ignoring font path element /usr/lib/X11/fonts/CID (unreadable)
debian mc: /dev/gpmctl: No such file or directory
debian mc: /dev/gpmctl: No such file or directory
debian kernel: NTFS driver v1.1.22 [Flags: R/O MODULE]
debian kernel: NTFS: Warning! NTFS volume version is Win2k+: Mounting read-only
debian mc: /dev/gpmctl: No such file or directory
debian mc: /dev/gpmctl: No such file or directory
debian mc: /dev/gpmctl: No such file or directory
debian last message repeated 7 times
debian last message repeated 2 times
debian pppd[19]: too few parameters for option call
debian pppd[]: Can't open options file /etc/ppp/peers/adsl: No such file or directory
debian mc: /dev/gpmctl: No such file or directory
debian mc: /dev/gpmctl: No such file or directory
debian pppd[1161]: Plugin userpass.so loaded.
debian pppd[1161]: userpass: $Revision: 1.4 $
debian pppd[1161]: Plugin capiplugin.so loaded.
debian pppd[1161]: capiplugin: $Revision: 1. $
debian pppd[1161]: capiconn: 1.7
debian kernel: kcapi: appl 1 up
debian kernel: CSLIP: code copyright 1989 Regents of the University of California
debian kernel: PPP generic driver version 2.4.2
debian pppd[1164]: pppd 2.4.1 started by root, uid 0
debian pppd[1164]: capiplugin: phase serialconn.
debian pppd[1164]: loading adsl parameters from /etc/drdsl/adsl.conf ...
debian pppd[1164]: capiplugin: contr=2
debian pppd[1164]: controller 2: listen_change_state 0 -> 1
debian pppd[1164]: contr 2: listenconf Info=0x0000 (No additional information) infomask=0x4 cipmask=0x0 capimask2=0x0
debian pppd[1164]: controller 2: listen_change_state 1 -> 0
debian pppd[1164]: plci_change_state:0x0 0 -> 1 event=1
debian pppd[1164]: capiplugin: leased line (adslpppoe)
debian pppd[1164]: plci_change_state:0x1 1 -> 2 event=3
debian kernel: kcapi: appl 1 ncci 0x1 up
debian pppd[1164]: plci_change_state:0x1 2 -> 3 event=6
debian pppd[1164]: ncci_change_state:0x1 0 -> 1 event=1
debian pppd[1164]: ncci_change_state:0x1 1 -> 3 event=3
debian pppd[1164]: ncci_change_state:0x1 3 -> 4 event=7
debian pppd[1164]: ncci 0x1 up
debian pppd[1164]: capiplugin: connected: "" -> "" outgoing (pcli=0x1/ncci=0x1)
debian pppd[1164]: capiplugin: using /dev/capi/0: "" -> "" outgoing (pcli=0x1/ncci=0x1)
debian pppd[1164]: using channel 1
debian pppd[1164]: Using interface ppp0
debian pppd[1164]: Connect: ppp0 <--> /dev/capi/0
debian pppd[1164]: capiplugin: phase establish (was serialconn).
debian pppd[1164]: sent [LCP ConfReq id=0x1 <mru 90> <asyncmap 0x0> <magic 0x7ca8afe7> <pcomp> <accomp>]
debian pppd[1164]: rcvd [LCP ConfAck id=0x1 <mru 90> <asyncmap 0x0> <magic 0x7ca8afe7> <pcomp> <accomp>]
debian pppd[1164]: rcvd [LCP ConfReq id=0x4f <mru 92> <auth pap> <magic 0x3558>]
debian pppd[1164]: sent [LCP ConfAck id=0x4f <mru 92> <auth pap> <magic 0x3558>]
debian pppd[1164]: sent [LCP EchoReq id=0x0 magic=0x7ca8afe7]
debian pppd[1164]: capiplugin: phase authenticate (was establish).
debian pppd[1164]: sent [PAP AuthReq id=0x1 user="lanszer@tiscali.de" password=<hidden>]
debian pppd[1164]: rcvd [LCP EchoRep id=0x0 magic=0x3558]
debian pppd[1164]: rcvd [LCP ConfReq id=0x2 <mru 92> <auth pap> <magic 0xa254a5>]
debian pppd[1164]: capiplugin: phase terminate (was authenticate).
debian pppd[1164]: sent [LCP ConfReq id=0x2 <mru 90> <asyncmap 0x0> <magic 0xf85f43> <pcomp> <accomp>]
debian pppd[1164]: sent [LCP ConfAck id=0x2 <mru 92> <auth pap> <magic 0xa254a5>]
debian pppd[1164]: rcvd [LCP ConfNak id=0x2 <mru 92>]
debian pppd[1164]: sent [LCP ConfReq id=0x3 <mru 92> <asyncmap 0x0> <magic 0xf85f43> <pcomp> <accomp>]
debian pppd[1164]: rcvd [LCP ConfAck id=0x3 <mru 92> <asyncmap 0x0> <magic 0xf85f43> <pcomp> <accomp>]
debian pppd[1164]: sent [LCP EchoReq id=0x0 magic=0xf85f43]
debian pppd[1164]: capiplugin: phase authenticate (was terminate).
debian pppd[1164]: sent [PAP AuthReq id=0x2 user="lanszer@tiscali.de" password=<hidden>]
debian pppd[1164]: rcvd [LCP EchoRep id=0x0 magic=0xa254a5]
debian pppd[1164]: rcvd [LCP ConfReq id=0x2a <mru 92> <auth pap> <magic 0xab7e0e8>]
debian pppd[1164]: capiplugin: phase terminate (was authenticate).
debian pppd[1164]: sent [LCP ConfReq id=0x4 <mru 90> <asyncmap 0x0> <magic 0x2f22d798> <pcomp> <accomp>]
debian pppd[1164]: sent [LCP ConfAck id=0x2a <mru 92> <auth pap> <magic 0xab7e0e8>]
debian pppd[1164]: rcvd [LCP ConfAck id=0x4 <mru 90> <asyncmap 0x0> <magic 0x2f22d798> <pcomp> <accomp>]
debian pppd[1164]: sent [LCP EchoReq id=0x0 magic=0x2f22d798]
debian pppd[1164]: capiplugin: phase authenticate (was terminate).
debian pppd[1164]: sent [PAP AuthReq id=0x3 user="lanszer@tiscali.de" password=<hidden>]
debian pppd[1164]: rcvd [LCP EchoRep id=0x0 magic=0xab7e0e8]
debian pppd[1164]: rcvd [PAP AuthAck id=0x3 ""]
debian pppd[1164]: capiplugin: phase network (was authenticate).
debian pppd[1164]: sent [IPCP ConfReq id=0x1 <addr 192.168.1.1> <compress VJ 0f 01>]
debian pppd[1164]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
debian pppd[1164]: sent [IPCP ConfReq id=0x2 <addr 192.168.1.1>]
debian pppd[1164]: rcvd [IPCP ConfNak id=0x2 <addr 2.54.88.38>]
debian pppd[1164]: sent [IPCP ConfReq id=0x3 <addr 2.54.88.38>]
debian pppd[1164]: rcvd [IPCP ConfAck id=0x3 <addr 2.54.88.38>]
debian pppd[1164]: rcvd [IPCP ConfReq id=0x9d <addr 62..6.16>]
debian pppd[1164]: sent [IPCP ConfAck id=0x9d <addr 62..6.16>]
debian pppd[1164]: not replacing existing default route to eth0 [192.168.1.2]
debian pppd[1164]: Cannot determine ethernet address for proxy ARP
debian pppd[1164]: local IP address 2.54.88.38
debian pppd[1164]: remote IP address 62..6.16
debian pppd[1164]: capiplugin: phase running (was network).
debian pppd[1164]: Script /etc/ppp/ip-up started (pid 1167)
debian pppd[1164]: Script /etc/ppp/ip-up finished (pid 1167), status = 0x1
debian pppd[1164]: sent [LCP EchoReq id=0x1 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x1 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x2 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x2 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x3 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x3 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x4 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x4 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x5 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x5 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x6 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x6 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x7 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x7 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x8 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x8 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x9 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x9 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0xa magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0xa magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0xb magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0xb magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0xc magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0xc magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0xd magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0xd magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0xe magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0xe magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0xf magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0xf magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian mc: /dev/gpmctl: No such file or directory
debian mc: /dev/gpmctl: No such file or directory
debian pppd[1164]: sent [LCP EchoReq id=0x11 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x11 magic=0xab7e0e8]
debian /USR/SBIN/CRON[1191]: (mail) CMD ( if [ -x /usr/sbin/exim -a -f /etc/exim/exim.conf ]; then /usr/sbin/exim -q ; fi)
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x16 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x16 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x17 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x17 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x18 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x18 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x19 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x19 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x1a magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x1a magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x1b magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x1b magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x1c magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x1c magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x1d magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x1d magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x1e magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x1e magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x1f magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x1f magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x20 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x20 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x21 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x21 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x22 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x22 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x23 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x23 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x24 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x24 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x25 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x25 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x2a magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x2a magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x2b magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x2b magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x2c magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x2c magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x2d magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x2d magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x2e magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x2e magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x2f magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x2f magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x34 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x34 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x35 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x35 magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x36 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x36 magic=0xab7e0e8]
debian init: Switching to runlevel: 6
debian pppd[1164]: sent [LCP EchoReq id=0x magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x magic=0xab7e0e8]
debian pppd[1164]: sent [LCP EchoReq id=0x38 magic=0x2f22d798]
debian pppd[1164]: rcvd [LCP EchoRep id=0x38 magic=0xab7e0e8]
debian modprobe: modprobe: Can't locate module char-major-45
debian modprobe: modprobe: Can't locate module char-major-45
debian xfs[207]: terminating
debian kernel: fcdsl: Removing registered applications!
debian kernel: kcapi: appl 1 down
debian kernel: kcapi: appl 1 down
debian kernel: kcapi: card 1 down.
debian kernel: kcapi: card 2 down.
debian kernel: kcapi: notify down contr 1
debian kernel: capi: controller 1 down
debian kernel: kcapi: notify down contr 2
debian kernel: capi: controller 2 down
debian kernel: kcapi: Controller 1: fcdsl-pci unregistered
debian kernel: kcapi: Controller 2: fcdsl-pci unregistered
debian kernel: fcdsl: Removing...
debian kernel: kcapi: driver fcdsl detached
debian kernel: fcdsl: Driver 'fcdsl' detached
debian kernel: fcdsl: Removed.
debian rpc.statd[173]: Caught signal , un-registering and exiting.
debian kernel: Kernel logging (proc) stopped.
debian kernel: Kernel log daemon terminating.
debian exiting on signal
wenn ich ifconfig eingebe findet er auch endlich meinen ppp0 device.
EDIT:
habe die resolf.conf angepasst und 2 nameserver hinzugefügt.
haut aber noch nicht hin.
Muss usepeerdns in das verbindungsfile?
Re: JUHU :D
Ja, dann sollte das auch mit der Namensauflösung klappen.Lanszer hat geschrieben:
Muss usepeerdns in das verbindungsfile?
Und den debug-Modus kannst du rausnehmen.
jawohl ja, endlich nach gut 7 Tagen funkitioniert das ganze. mein Gott jetzt habe ich davon aber auch erstmal die schnauze voll *gg*
Thx für die Hilfe und die ganzen Anregungen. Es wird eh nicht so lange dauern dann tauche ich wieder hier auf mit neuen Problemen
Aber Linux macht Spaß und unter Debian lernt man wenigstens alles per Hand einzurichten und nicht wie bei bei RH oder Suse wo alles vorinstalliert kommt.
schönen Abend noch.
Thx für die Hilfe und die ganzen Anregungen. Es wird eh nicht so lange dauern dann tauche ich wieder hier auf mit neuen Problemen
Aber Linux macht Spaß und unter Debian lernt man wenigstens alles per Hand einzurichten und nicht wie bei bei RH oder Suse wo alles vorinstalliert kommt.
schönen Abend noch.
-
pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
Mit CAPI2 hast Du Dir aber auch eine der übelsten Sachen rausgesucht. Als nächstes willst Du wohl CUPS + WinPrinter + Samba + WinXP machenLanszer hat geschrieben:jawohl ja, endlich nach gut 7 Tagen funkitioniert das ganze. mein Gott jetzt habe ich davon aber auch erstmal die schnauze voll *gg*
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
hehe ne soweit ist es noch net. bin absoluter linux noob aber diese geschichte hat mir schonmal gut was gebracht.
Ich weiß jetzt wie ich mir nen Kernel backe, kann mein Linux aufsetzen kann mit apt umgehen, weiß wie ein ppp verbindungsfile aussehen muß und kann meine Fritz jetze wohl im schlafe einrichten
ne aber demnächst steht kde aufsetzen + updaten an.
Aber mal ne andere Frage gibt es eine Möglichkeit unter linux die verbindung schon beim starten herzustellen (sowas wie ne autoexec.bat?) wäre echt geil.
Ich weiß jetzt wie ich mir nen Kernel backe, kann mein Linux aufsetzen kann mit apt umgehen, weiß wie ein ppp verbindungsfile aussehen muß und kann meine Fritz jetze wohl im schlafe einrichten
ne aber demnächst steht kde aufsetzen + updaten an.
Aber mal ne andere Frage gibt es eine Möglichkeit unter linux die verbindung schon beim starten herzustellen (sowas wie ne autoexec.bat?) wäre echt geil.
Puhhh, KDE, mich überkommt das kalte Grausen....Lanszer hat geschrieben: demnächst steht kde aufsetzen + updaten an.
Unter /etc/init.d liegen die Scripts, die beim Booten ausgeführt werden. Da legst du ein neues Script an, meinetwegen 'local', und tippelst rein, welches Verbindungsscript beim Hochfahren ausgeführt werden soll.Lanszer hat geschrieben: (sowas wie ne autoexec.bat?).
warum? ich finds als Grafische Oberfläche net übel und nur per BitchX und w3m im net surfen fetzt net so wirklich ^^
Xserver habe ich schon konfiguriert, und Kde 2.2.2 ist jetzt auch drauf. Womit wieder eine neue Frage auftaucht. als root kann ich ja nach jedem Systemstart meine Windoof laufwerke mounten. Kann ich da auch ne Configdatei schreiben so das die Laufwerke bei jedem Systemstart hergestellt werden und was muß ich beachten damit auch der normale User drauf zugreifen kann?
Xserver habe ich schon konfiguriert, und Kde 2.2.2 ist jetzt auch drauf. Womit wieder eine neue Frage auftaucht. als root kann ich ja nach jedem Systemstart meine Windoof laufwerke mounten. Kann ich da auch ne Configdatei schreiben so das die Laufwerke bei jedem Systemstart hergestellt werden und was muß ich beachten damit auch der normale User drauf zugreifen kann?
