Habe Probleme bei der Installation der Fritz!Card DSL.

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
NoradX
Beiträge: 19
Registriert: 14.04.2004 19:55:53

Habe Probleme bei der Installation der Fritz!Card DSL.

Beitrag von NoradX » 22.04.2004 18:50:09

Hi,

ich weiß das dazu schon wirklich viel in diesem Forum gepostet wurde, aber nichts davon hat mir so richtig weiter geholfen.

Ich habe die Fritzcard DSL,einen selbstkompilierten Kernel v.2.4.19 mit ISDN-Capi-Unterstützung und Debian 3.0 r2 (woody) CD1.

Ich bin zuvor schon etliche andere HOWTOs durchgegangen, aber als dann plötzlich mein System nicht mehr booten wollte, habe ich mich für das, für mich als Einsteiger verständlichste, Dokument entschieden:
http://mitglied.lycos.de/Dsazta/avmdsl.txt

Ich habe mich genau an die Anweisungen gehalten, bis zu diesem Punkt:
rpm -i --nodeps c4l-lib-*.i386.rpm
stattdessen habe ich folgendes angewandt:

Code: Alles auswählen

alien c4l-lib-*.i386.rpm
dpkg -i c4l-lib-*.deb
Danach habe ich wieder die Anweisungen des HOWTOWs befolgt. Aber als der der Fehler "invalid kernel version" auftrat, habe ich die Zeile TGZVER1=2.4.20-4GB in folgendes abgeändert:

Code: Alles auswählen

TGZVER1=`uname -r`
Der Fehler trat auf, nachdem ich folgendes ausgeführt hatte:

Code: Alles auswählen

./install -d -c -k -m
[1;31mUnrecognized option: -k[m
STEP 0: 3 accepted options: -d -c -m
Module selector K: 1
STEP 1: Module isdn not found.
STEP 1: Result: 0
STEP 2: Result: 0 (0 known driver(s))
STEP 3: Option override: C4LRPM=1 (was 1)
STEP 3: /lib/modules/2.4.19/misc/fcdsl.o does not exist.
STEP 4: Controller is not known by YaST.

Please activate ISDN and configure your controller in YaST!
Then, restart this installation...


Ich habe danach noch isdnactivecards installiert, fcdsl.o nach /lib/modules/`uname -r`/misc kopiert und das Installationsscript erneut ausgeführt, aber es wurde nicht besser.

Was kann ich machen? Bin ein totaler Linux Neueinsteiger.

Vielen Dank im Voraus.

NoradX
Beiträge: 19
Registriert: 14.04.2004 19:55:53

Beitrag von NoradX » 27.04.2004 12:54:01

Nachdem das alles nicht funktioniert hat, bin ich anders vorgegangen.
Hat aber auch nicht funktioniert. Das Problem beschreibe ich weiter unten.
Erst mal was ich gemacht habe. Alles als root.

Ich habe die Capi4Linux Pakete deinstalliert. Und das
Paket isdnactivecards neu installiert(vorher gabt es Konflikte
mit c4l). Und in das Verzeichnis gewechselt, in dem sie die
entpackten Installations-Dateien befinden.

Capi - Installation
--------------------

Ich habe das ./src.drv/makefile editiert und wie folgt
abgeändert:

Code: Alles auswählen

TGZVER1=`uname -r`
DEFINES		= -DMODULE -DMODVERSION -D__KERNEL__ -DNDEBUG \
		  -D__$(CARD)__ -DTARGET=\"$(CARD)\"
CCFLAGS		= -c $(DEFINES) -O2 -Wall -I $(KRNLINCL) \
		  -include(KRNLINCL)/linux/modversions.h
dann

Code: Alles auswählen

make clean
make
make install

mkdir /usr/lib/isdn
cp ./fcdslbase.o /usr/lib/isdn
cp ./src.drv/fcdsl.o /lib/modules/`uname -r`/misc

depmod -a
Jetzt die Datei /etc/isdn/capi.conf editiert, alles auskommentiert
und folgendes hinzugefügt:

Code: Alles auswählen

fcdsl	-	-	-	-	-	-
danach

Code: Alles auswählen

capiinit stop
capiinit start
Funktioniert wunderbar!

Jetzt Konfiguration des PPP-Daemons zur Verwendung von DSL (1&1)
----------------------------------------------------------------

/etc/ppp/peers/dsl-provider editiert und folgendes verändert
(Die Zugangsdaten sind hier durch x ersetzt :-) ):

Code: Alles auswählen

user "1und1/xxxx-xxx"
/etc/ppp/pap-secrets editiert:

Code: Alles auswählen

(none)	*	xxxxxxxxx
Zugang aufbauen:
----------------

pppd call dsl-provider


Ich sehe keine Ausgaben. Wie kann ich die in der Shell anzeigen lassen?
In welcher Datei werden sie gespeichert?

Ich wollte dan Konqerer benutzen um endlich im Internet zu surfen, aber
der findet keine Web-Seiten.

Ich nehme an, ich muss jetzt noch die DNS konfigurieren. Davon habe ich
aber überhaupt keine Ahnung (ehemaliger Windows Nutzer ;-) ).

Mit welchem Befehl kann ich die Verbindung unterbrechen?

Benutzeravatar
mistersixt
Beiträge: 6601
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Beitrag von mistersixt » 27.04.2004 13:13:38

pon, poff und plog. Schau mal in die man pages, so müsste "poff dsl-provider" Deine Leitung wieder zumachen. Oder die harte Tour: "killall pppd" :) !

Gruss, mistersixt.

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 27.04.2004 13:31:56

Hallo NoradX!

Ein 2. Terminal aufmachen und mit

Code: Alles auswählen

tail -f /var/log/messages
schauen, was passiert, wenn Du

Code: Alles auswählen

pon provider
machst.

Hier mal meine /etc/ppp/peers/gmx-dsl mit ein ppar Anmerkungen (provider ist ein Symlink auf gmx-dsl
# Verbindung zu GMX-DSL über die Fritz!Card DSL
# debug # gibt genauere Informationen zum Testen
sync
noauth # nicht anmelden (wird mittels userpassplugin oder pap-secrets gemacht)
defaultroute # Standard Route setzen
lcp-echo-interval 5
lcp-echo-failure 3
lcp-max-configure 50
lcp-max-terminate 2
noccp
noipx # nur TCP
#
#nomagic
#
persist # Verbindung bei Fehler widerherstellen
demand # Verbindung bei Bedarf
connect /bin/true
idle 1800 # nach 30 Minuten Leerlauf auflegen
#
mru 1492
mtu 1492
#noipdefault
ipcp-accept-local # locale IP bei Einwahl beziehen
ipcp-accept-remote # remote IP bei Einwahl beziehen
usepeerdns # die DNS Server bei Einwahl beziehen
#
plugin userpass.so # bei Verwendung von userpass muß das Passwort in dieser Datei stehen
#
user GMX/XXXXXX-XXX@online.de
password XXXXXXX
#
linkname gmx-dsl
ipparam internet
plugin capiplugin.so
#avmadsl
:
/dev/null # Modemschnittstelle
controller 2 # Controller 1 ist ISDN
protocol adslpppoe
Viel Spaß!

Raoul

P.S.: Für einen Newbie bist Du aber richtig gut! Ich habe die gleiche Anleitung genommen, aber auf die Idee mit Alien bin ich damals nicht gekommen.

Code: Alles auswählen

grep -ir fuck /usr/src/linux

NoradX
Beiträge: 19
Registriert: 14.04.2004 19:55:53

Beitrag von NoradX » 27.04.2004 16:08:45

pon meldet folgende Fehler:
/usr/sbin/pppd: /usr/lib/pppd/2.4.1/userpass.so: cannot open shared object file: no such file or directory
/usr/sbin/pppd: couldn't load plugin userpass.so


Wie kann ich den die pap-secrets einbinden?

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 27.04.2004 16:51:20

NoradX hat geschrieben:pon meldet folgende Fehler:
/usr/sbin/pppd: /usr/lib/pppd/2.4.1/userpass.so: cannot open shared object file: no such file or directory
/usr/sbin/pppd: couldn't load plugin userpass.so
Hast Du pppdcapiplugin jetz installiert oder nicht?
Wie kann ich den die pap-secrets einbinden?
"plugin userpass" auskommentieren (# davor setzen), "user" muß drin bleiben und der gleiche username wie der eintrag in der pap-secrets sein.

Raoul

Code: Alles auswählen

grep -ir fuck /usr/src/linux

NoradX
Beiträge: 19
Registriert: 14.04.2004 19:55:53

Beitrag von NoradX » 27.04.2004 19:23:35

OK, ich habe das pppdcapiplugin jetzt nachinstalliert.

Ein Aufruf von pon meldet jetzt folgendes:

Plugin userpass.so loaded.
userpass: $Revision: 1.3 $
Plugin capiplugin.so loaded.
capiplugin: $Revision: 1.22 $
capiconn: 1.5
capiplugin: CAPI_REGISTER failed - CAPI not installed (0x1009) [No such device or address (6)]


Das hat mich gewundert also habe ich capiinit start aufgerufen und siehe da:

Warning: loading /lib/modules/2.4.19/misc/fcdsl.o will taint the kernel: non-GPL license - Proprietary
ERROR: controller 1: firmware file "-" not found
ERROR: missing config entry for controller 2 driver fcdsl name fcdsl-pci
ERROR: failed to load firmware for controller 1 driver fcdsl name fcdsl-pci
1 fcdsl detected fcdsl-pci fcdsl device io e2800000 mem e2
2 fcdsl detected fcdsl-pci fcdsl device io e2800000 mem e2


Ich habe mal folgendes vorsorglich gemacht, um die Firmware zu laden:

Code: Alles auswählen

mknod /dev/capi20 c 68 0
.
.
.
mknod /dev/capi20.19 c 68 20
Wie man aber letztendlich die Firmware läd weiß ich nicht. Damit ist aber auch
nicht gemeint, die Firmware auf die Karte zu laden oder?
Und wo muss ich den config-Eintrag für den 2. Controller setzen?

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 27.04.2004 19:44:01

NoradX hat geschrieben:Das hat mich gewundert also habe ich capiinit start aufgerufen und siehe da:

Warning: loading /lib/modules/2.4.19/misc/fcdsl.o will taint the kernel: non-GPL license - Proprietary
ERROR: controller 1: firmware file "-" not found
ERROR: missing config entry for controller 2 driver fcdsl name fcdsl-pci
ERROR: failed to load firmware for controller 1 driver fcdsl name fcdsl-pci
Die fcdsl.bin Datei aus dem Treiberpaket nach /usr/share/isdn kopieren
und die capi.conf nach /etc/isdn/capi.conf (vorhandene Datei also überschreiben, eine kopie davon machen, der Vollständigkeit halber :-)
Ich habe mal folgendes vorsorglich gemacht, um die Firmware zu laden:

Code: Alles auswählen

mknod /dev/capi20 c 68 0
.
Du weißt, dass man hochzählen muß? Aber das musst Du gar nicht machen, macht isdnactivecards bei der Installation. Zum Überprüfen

Code: Alles auswählen

ls /dev/capi*

Code: Alles auswählen

/etc/init.d/isdnactivecards start
und hoffen, daß es gut geht ;-)

Raoul

Code: Alles auswählen

grep -ir fuck /usr/src/linux

NoradX
Beiträge: 19
Registriert: 14.04.2004 19:55:53

Beitrag von NoradX » 27.04.2004 20:58:01

In meinem Treiberpaket befindet sich keine fcdsl.bin, nur die fcdsbase.bin.
Die capi.conf befindet sich auch nicht in meinem Treiberpaket, die habe ich aber
selber angepasst. Siehe oben.

Ich verwende dieses Treiberpaket:
fcdsl-suse8.2-03.11.02.tar.gz

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 27.04.2004 21:11:34

NoradX hat geschrieben:In meinem Treiberpaket befindet sich keine fcdsl.bin, nur die fcdsbase.bin.
meinte ich
Die capi.conf befindet sich auch nicht in meinem Treiberpaket, die habe ich aber
selber angepasst. Siehe oben.
Ja, aber da paßt was nicht:

Code: Alles auswählen

ERROR: controller 1: firmware file "-" not found
                                   ^^^
Die firmware Datei heißt ja fcdslbase.bin und nicht "-", ist wohl um eine Spalte verrutscht.

Raoul

Code: Alles auswählen

grep -ir fuck /usr/src/linux

NoradX
Beiträge: 19
Registriert: 14.04.2004 19:55:53

Beitrag von NoradX » 27.04.2004 23:25:23

Also jetzt scheint alles zu funktionieren, nur findet Konqueror keine Web-Seiten.

ich habe in der pap-secrets folgendes diese Zeile:

Code: Alles auswählen

(none)          *          password
in folgendes abgeändert:

Code: Alles auswählen

"1und1/xxxx-xxx"      *      xxxxxxx
Ich hoffe das war richtig.

in der /var/log/messages steht nach dem starten von pon folgendes:

Apr 28 00:51:38 debian pppd[824]: pppd 2.4.1 started by root, uid 0
Apr 28 00:51:38 debian pppd[824]: Using interface ppp0
Apr 28 00:51:38 debian pppd[824]: kernel does not support PPP filtering
Apr 28 00:51:38 debian pppd[824]: local IP address 10.64.64.64
Apr 28 00:51:38 debian pppd[824]: remote IP address 10.112.112.112
Apr 28 00:51:38 debian pppd[824]: capiplugin: phase dormant.


capiint start gibt folgendes aus:

1 fcdsl running fcdsl-pci A1 3.11-02 io e2800000 mem e200
2 fcdsl running fcdsl-pci A1 3.11-02 io e2800000 mem e200


Trotzdem ich kann nicht auf Webseiten zugreifen.
Was habe ich noch vergessen?

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 27.04.2004 23:52:51

NoradX hat geschrieben:

Code: Alles auswählen

"1und1/xxxx-xxx"      *      xxxxxxx
Ich hoffe das war richtig.
Wenn da Dein Benutzername und Dein Passwort stehen dann schon ;-)
in der /var/log/messages steht nach dem starten von pon folgendes:
Apr 28 00:51:38 debian pppd[824]: pppd 2.4.1 started by root, uid 0
Apr 28 00:51:38 debian pppd[824]: Using interface ppp0
Apr 28 00:51:38 debian pppd[824]: kernel does not support PPP filtering
Apr 28 00:51:38 debian pppd[824]: local IP address 10.64.64.64
Apr 28 00:51:38 debian pppd[824]: remote IP address 10.112.112.112
Das sind nur Platzhalter Adressen, du bist noch nicht online. Dazu muß
Apr 28 00:51:38 debian pppd[824]: capiplugin: phase dormant.
erst zu "phase authenticate" und dann zu "phase network" werden.

Du hast nicht "demand" aktiviert?
Sonst vermute ich mal einen Passwort Fehler, versuch mal , Dich mittels userpass anzumelden.

Raoul

Code: Alles auswählen

grep -ir fuck /usr/src/linux

NoradX
Beiträge: 19
Registriert: 14.04.2004 19:55:53

Beitrag von NoradX » 28.04.2004 23:47:16

Ich kann leider userpass nicht finden. In welchem Paket befindet sie sich. Vielleicht ist sie nicht auf der 1. binary CD von Debian, die einzige die ich habe.

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 29.04.2004 00:15:38

Das userpass Plugin ist im pppdcapiplugin Paket enthalten. Unter /usr/lib/pppd/<version> sollten beide Dateien (capiplugin.so und userpass.so) liegen.

Raoul

P.S.: Hast Du "demand" schon auskommentiert?

Code: Alles auswählen

grep -ir fuck /usr/src/linux

NoradX
Beiträge: 19
Registriert: 14.04.2004 19:55:53

Beitrag von NoradX » 29.04.2004 13:48:44

Dieser Text wurde ausschließlich unter GNU/Linux in dieses Forum eingetragen.

Yipppeeeeeeeeaaaaaaaa:D

Vielen Dank.
Hatte nur vergessen demand auszukommentieren.

Nach dem ich den Berg erklummen bin(NV Geeforce und Fritz DSL), kommt hinter
ihm ein riesiges Tal, das es jetzt zu erkunden gilt. Ich freu mich wie ein kleines Kind.

Jetzt erst mal ein Backup(muss ich auch noch erlernen).
Und dann Konfiguration ohne Ende.

Aber eins gibt es da noch. Unter "Windose" hat das AVM-Tool die Verbindung nach 3 min
Inaktivität unterbrochen und sie automatisch wieder aufgenommen, sobald ich sie benötigt habe.
Wie kann ich das unter Linux auch wieder schaffen? Kann ich das mit demand machen?

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 29.04.2004 14:32:26

NoradX hat geschrieben:Dieser Text wurde ausschließlich unter GNU/Linux in dieses Forum eingetragen.
brav ;-)
Yipppeeeeeeeeaaaaaaaa:D
Glückwunsch!
Aber eins gibt es da noch. Unter "Windose" hat das AVM-Tool die Verbindung nach 3 min
Inaktivität unterbrochen und sie automatisch wieder aufgenommen, sobald ich sie benötigt habe.
Wie kann ich das unter Linux auch wieder schaffen? Kann ich das mit demand machen?
Ja, dafür ist "demand" da. Bei "demand" baut er die Verbindung nur bis "phase dormant" auf, sobald eine DNS Anfrage ans Inet kommt wählt er sich ein (vorrausgesetzt, DNS ist richtig konfiguriert).

"idle" ist in Sekunden der Wert, nachdem aufgelegt werden soll, also ist "idle 180" das was Du suchst. Allerdings ist die Leitung auch nur "idle", wenn wirklich keine Daten übertragen werden. Deshalb solltest Du "debug" jetzt wieder auskommentieren, denn bei debug werden (leere) Pakete verschickt, um zu sehen, ob die Leitung noch steht.

Bitte beachten:
1. Der pppd muß trotzdem einmal gestartet werden (damit er überhaupt auf demand reagieren kann), das machst Du am besten mit /etc/ppp/ppp_on_boot (Anweisungen in der Datei).
2. Wenn's klappt kann jedes Programm eine Verbindung herstellen, jeder unbekannte DNS Name wird im Internet nachgeschaut. Das führt u. U. dazu, daß Du fast andauernd verbunden bist, ist also nur was für Menschen mit Flatrate.

Viel Spaß wünscht
Raoul

Code: Alles auswählen

grep -ir fuck /usr/src/linux

maggot-ats
Beiträge: 69
Registriert: 15.07.2003 14:16:16

Beitrag von maggot-ats » 30.06.2004 17:17:44

Ja, richtig hier meine /etc/ppp/peers/dsl-provider (der untere Teil)


# Uncomment if your DSL provider charges by minute connected
# and you want to use demand-dialing.
#
# Disconnect after 300 seconds (5 minutes) of idle time.

demand

idle 600

##
# Section 3
#
# You shouldn't need to change these options...

hide-password
lcp-echo-interval 60
lcp-echo-failure 3
# Override any connect script that may have been set in /etc/ppp/options.
connect /bin/true
noauth
persist
mtu 1492
user "xxxxxxxxxxxxxxxxxxxxxxx"
usepeerdns

Mit diesen Einstellungen Läuft das bei mir ca.2 1/2 Jahre schon.... allerdings habe ich auch nicht sone Fritz-Card (iiigitt :D )
Probleme gibt es, wenn Du eine flatrate nutzt und 24 Sunden online sein möchtest, da der pppd die Zwangstrennung nicht mitbekomt. Da hilft aber dann ein kleiner Cronjob.
Wenn Du das Script brauchst einfach melden !

Antworten