ISDN mal wieder !

duploian · Beitrag von **duploian** » 10.04.2005 13:12:09

debian:~# pppd call isdn/1und1
Plugin userpass.so loaded.
userpass: $Revision: 1.5 $
Plugin capiplugin.so loaded.
capiplugin: $Revision: 1.36 $
capiconn: 1.10
debian:~#

Ich kann keinen Fehler erkennen, genau so sieht es bei mir aus. Zeigt doch mal den Inhalt Deines Scriptes.

P.S.: Nochmal die Frage: Warum erscheinen die von mir mit Code oder Quote markierten Nachrichten nicht so wie sie sollen ?
Hat doch sonst immer gefunzt !

Nimm mal den Hacken bei

Code: Alles auswählen

 [ ] BBCode in diesem Beitrag deaktivieren

raus.

Celica · Beitrag von **Celica** » 10.04.2005 14:46:04

Hallo !

So, habe mal in meinem Profil den BBCode wieder richtig gesetzt.
Weis nicht, warum sich das geändert hat ? Vielleicht habe ich in einer stillen Stunde ... hmmm, danke !

Hier mal mein Script von /etc/ppp/peers/isdn > 1und1 ( dieses meintest Du doch, oder ? ):

Code: Alles auswählen

#
# AVM GmbH - Fast Internet Test Server
#
debug
sync
noauth
-chap
user 1und1/... [Mein Benutzername ohne ` oder " ] 
plugin userpass.so
password [ Mein Passwort, ebenfalls ohne ` oder " ]
defaultroute
plugin capiplugin.so
#controller 1
#numberprefix 0
number 019102345 [ Die Einwahl-Nr. von 1und1 inkl. 0 vorweg ? ]
protocol hdlc
ipcp-accept-local
ipcp-accept-remote
/dev/null

Ich habe die jeweiligen Einträge "user / password / number" stehen lassen und dann die Angabe gemacht. Ist das so richtig, oder muß der Eintrag weg ?

Folgende Module werden jetzt automatisch geladen:

kernel/drivers/isdn/capi:
- capidrv [ Habe ich in der /etc/modules selbst eingetragen ! ]
- capifs
- capi [ Habe ich in der /etc/modules selbst eingetragen ! ]
- kernelcapi

kernel/drivers/isdn/hardware/avm:
- fcpci [ Habe ich in der /etc/modules selbst eingetragen ! ]

kernel/drivers/isdn/i4l
- isdn

Wie schaut das mit dem Eintrag in der /etc/resolv.conf aus ?

Da habe ich den gleichen wie zu Anfang meines Threads stehen.
Mit fehlt der Eintrag von meinem Provider. Bei HiSax gab es da ja eine Funktion ( iregendwie so: ms-get.... ??? ).

Könnte hier noch der Fehler liegen ?

Ansonsten kann ich den Prozess ( zuvor mit "pppd call isdn/1und1 ) mit killall pppd wieder beenden. Jedoch bekomme ich ja keine Internetverbindung wenn ich eine Adresse aufrufe !

Kennst Du das Tool kisdnwatch von AVM ?

Celica · Beitrag von **Celica** » 10.04.2005 16:22:18

Ich habe die jeweiligen Einträge "user / password / number" stehen lassen und dann die Angabe gemacht. Ist das so richtig, oder muß der Eintrag weg ?

Habe ich eben mal ausprobiert ohne den Eintrag: user 1und1/ .... aber da habe ich nur eine Fehlermeldung erhalten, dass in dem Script ... bla, bla - na ja, ein Versuch !

Nachtrag:

In der Readme von AVM steht es auch. Habe es gerade gefunden.
Also: Die Einträge müssen stehen bleiben !

Celica · Beitrag von **Celica** » 10.04.2005 17:54:37

Ich habe in mein Script 1und1 noch folgenden Eintrag gemacht:

usepeerdns ( kommt wohl diesem ms-get-... gleich, oder ? )

Leider auch hier kein Erfolg !

Jetzt habe ich mal mit tail -f /var/log/syslog den Aufruf von pppd call isdn/1und1 ( bis zum killall pppd ) mitverfolgt:

Code: Alles auswählen

debian:~# tail -f /var/log/syslog
Apr 10 17:49:00 localhost pppd[3304]: rcvd [IPCP ConfAck id=0x2 <compress VJ 0f
01> <addr 217.247.20.182> <ms-dns1 217.237.150.33> <ms-dns3 217.237.151.161>]
Apr 10 17:49:00 localhost pppd[3304]: not replacing default route to ippp0 [0.0.
0.0]
Apr 10 17:49:00 localhost pppd[3304]: Cannot determine ethernet address for prox
y ARP
Apr 10 17:49:00 localhost pppd[3304]: local  IP address 217.247.20.182
Apr 10 17:49:00 localhost pppd[3304]: remote IP address 217.5.106.237
Apr 10 17:49:00 localhost pppd[3304]: primary   DNS address 217.237.150.33
Apr 10 17:49:00 localhost pppd[3304]: secondary DNS address 217.237.151.161
Apr 10 17:49:00 localhost pppd[3304]: capiplugin: phase running (was network).
Apr 10 17:49:00 localhost pppd[3304]: Script /etc/ppp/ip-up started (pid 3318)
Apr 10 17:49:00 localhost pppd[3304]: Script /etc/ppp/ip-up finished (pid 3318),
 status = 0x0
Apr 10 17:49:44 localhost kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto
', signalling dst_link_failure
Apr 10 17:49:59 localhost last message repeated 7 times
Apr 10 17:50:12 localhost pppd[3304]: Terminating on signal 15.
Apr 10 17:50:12 localhost pppd[3304]: capiplugin: phase terminate (was running).
Apr 10 17:50:12 localhost pppd[3304]: capiplugin: phase network (was terminate).
Apr 10 17:50:12 localhost pppd[3304]: Connect time 1.2 minutes.
Apr 10 17:50:12 localhost pppd[3304]: Sent 0 bytes, received 576 bytes.
Apr 10 17:50:12 localhost pppd[3304]: Script /etc/ppp/ip-down started (pid 3344)
Apr 10 17:50:12 localhost pppd[3304]: capiplugin: phase establish (was network).
Apr 10 17:50:12 localhost pppd[3304]: sent [LCP TermReq id=0x2 "User request"]
Apr 10 17:50:12 localhost pppd[3304]: rcvd [LCP TermAck id=0x2]
Apr 10 17:50:12 localhost pppd[3304]: capiplugin: phase dead (was establish).
Apr 10 17:50:12 localhost pppd[3304]: controller 1: listen_change_state 0 -> 1
Apr 10 17:50:12 localhost pppd[3304]: controller 1: listen_change_state state=1 event=1 ????
Apr 10 17:50:12 localhost last message repeated 2 times
Apr 10 17:50:12 localhost pppd[3304]: ncci_change_state:0x10101 4 -> 6 event=12
Apr 10 17:50:12 localhost pppd[3304]: contr 1: listenconf Info=0x0000 (No additional information)
 infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 10 17:50:12 localhost pppd[3304]: controller 1: listen_change_state 1 -> 0
Apr 10 17:50:12 localhost pppd[3304]: contr 1: listenconf Info=0x0000 (No additional information)
 infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 10 17:50:12 localhost pppd[3304]: controller 1: listen_change_state state=0 event=3 ????
Apr 10 17:50:12 localhost pppd[3304]: contr 1: listenconf Info=0x0000 (No additional information)
 infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 10 17:50:12 localhost pppd[3304]: controller 1: listen_change_state state=0 event=3 ????
Apr 10 17:50:12 localhost pppd[3304]: contr 1: listenconf Info=0x0000 (No additional information)
 infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 10 17:50:12 localhost pppd[3304]: controller 1: listen_change_state state=0 event=3 ????
Apr 10 17:50:12 localhost pppd[3304]: ncci_change_state:0x10101 6 -> 7 event=10
Apr 10 17:50:12 localhost pppd[3304]: Hangup (SIGHUP)
Apr 10 17:50:12 localhost pppd[3304]: ncci_change_state:0x10101 7 -> 0 event=13
Apr 10 17:50:12 localhost pppd[3304]: plci_change_state:0x101 3 -> 7 event=8
Apr 10 17:50:12 localhost kernel: kcapi: appl 2 ncci 0x10101 down
Apr 10 17:50:12 localhost pppd[3304]: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101
Apr 10 17:50:12 localhost pppd[3304]: plci_change_state:0x101 7 -> 8 event=9
Apr 10 17:50:12 localhost pppd[3304]: plci_change_state:0x101 8 -> 0 event=11
Apr 10 17:50:12 localhost pppd[3304]: capiplugin: disconnect(local): "" -> "019102345" outgoing (pcli=0x101/ncci=0x10101) 0x3400 (0x3301) - No additional information
Apr 10 17:50:12 localhost pppd[3304]: Connection terminated.
Apr 10 17:50:12 localhost pppd[3304]: tcflush failed: Input/output error
Apr 10 17:50:12 localhost pppd[3304]: capiplugin: phase disconnect (was dead).
Apr 10 17:50:13 localhost pppd[3304]: Waiting for 1 child processes...
Apr 10 17:50:13 localhost pppd[3304]:   script /etc/ppp/ip-down, pid 3344
Apr 10 17:50:13 localhost pppd[3304]: Script /etc/ppp/ip-down finished (pid 3344), status = 0x0
Apr 10 17:50:13 localhost pppd[3304]: controller 1: listen_change_state 0 -> 1
Apr 10 17:50:13 localhost pppd[3304]: controller 1: listen_change_state state=1 event=1 ????
Apr 10 17:50:13 localhost last message repeated 2 times
Apr 10 17:50:13 localhost pppd[3304]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 10 17:50:13 localhost pppd[3304]: controller 1: listen_change_state 1 -> 0
Apr 10 17:50:13 localhost pppd[3304]: capiplugin: exit
Apr 10 17:50:13 localhost pppd[3304]: Exit.

Kannst Du damit mehr anfangen wie ich ?
Für mich sieht es wirklich so aus, als ob eine IP oder so fehlt ???

Habe ich evtl. noch zu viele Scripte von meinem Versuch mit HiSax in der /etc/isdn/*.* und /etc/ppp/*.* drin stehen ?
Da tauchen in der Meldung einige von auf.

Was müste ich den alles an Scripten in den entsprechenden Verzeichnissen haben ( ... oder besser: Darf ich haben ! ) ?

Nochmal der Hinweis auf mein DSL-Zugang der mitläuft !

Diesen habe ich zwar bei den letzten Versuchen auf Glatteis gelegt ( Habe den Stecker aus dem Router gezogen und während dem Booten den Suchvorgang vom DHCP-Server mit [STRG] + [C] abgewürgt ), aber vielleicht gibt es ja doch noch einen Zusammenhang ?

duploian · Beitrag von **duploian** » 10.04.2005 22:26:07

nimm mal mein script

Code: Alles auswählen

sync
noauth
demand
plugin userpass.so
defaultroute
plugin capiplugin.so
numberprefix 0
user msn@easysurfer-power.de
password msn
number 193670 
idle 60
dialmax 10
protocol hdlc
ipcp-accept-local
ipcp-accept-remote
usepeerdns
#nodetach
connect /bin/true
/dev/null

Ich wähle mich über msn ein. Autoeinwahl (demand), Sekundengenau 1,14 Cent. Nach Leerlauf von 60 Sekunden (idle 60) wird Verbindung unterbrochen. Einwahl kann mit

Code: Alles auswählen

killall pppd

gekillt werden.

ODER

Mit

Code: Alles auswählen

nodetach

bleibt das Script auf der Konsole stehen und die Einwahl kann einfach mit

Code: Alles auswählen

ctrl+c

gekillt werden.

Raoul · Beitrag von **Raoul** » 10.04.2005 23:05:37

Celica hat geschrieben:

Code: Alles auswählen

debian:~# tail -f /var/log/syslog
...
Apr 10 17:49:00 localhost pppd[3304]: not replacing default route to ippp0 [0.0.0.0]

Warum, um alles in der Welt, hast Du immer noch ISDN? Hatte ich nicht gesagt, daß Du den ipppd und die Konfigurationsdateien löschen sollst?

Ich vermute nämlich ein Problem mit dem Routing.

Code: Alles auswählen

Apr 10 17:49:00 localhost pppd[3304]: Cannot determine ethernet address for proxy ARP

Hast Du das "drdsl" Tool vom AVM durchlaufen lassen?

Raoul

Celica · Beitrag von **Celica** » 11.04.2005 10:53:17

Hallo !

1. Frage: Was ist das Tool drdsl und wofür ist es ? Kann es nicht finden !

2.: Habe das Script von "duploian" versucht. Hier der Mitschnitt von /var/log/syslog:

Code: Alles auswählen

#Script msn

Apr 11 10:43:15 localhost pppd[3680]: Plugin userpass.so loaded.
Apr 11 10:43:15 localhost pppd[3680]: userpass: $Revision: 1.5 $
Apr 11 10:43:15 localhost pppd[3680]: Plugin capiplugin.so loaded.
Apr 11 10:43:15 localhost pppd[3680]: capiplugin: $Revision: 1.36 $
Apr 11 10:43:15 localhost pppd[3680]: capiconn:  1.10
Apr 11 10:43:15 localhost pppd[3681]: pppd 2.4.2 started by root, uid 0
Apr 11 10:43:15 localhost pppd[3681]: Using interface ppp0
Apr 11 10:43:15 localhost pppd[3681]: not replacing default route to eth0 [192.168.1.1]
Apr 11 10:43:15 localhost pppd[3681]: Cannot determine ethernet address for proxy ARP
Apr 11 10:43:15 localhost pppd[3681]: local  IP address 10.64.64.64
Apr 11 10:43:15 localhost pppd[3681]: remote IP address 10.112.112.112
Apr 11 10:43:15 localhost pppd[3681]: capiplugin: phase dormant.
Apr 11 10:43:15 localhost pppd[3681]: controller 1: listen_change_state state=1 event=1 ????
Apr 11 10:43:15 localhost last message repeated 2 times
Apr 11 10:43:16 localhost pppd[3681]: controller 1: listen_change_state state=0 event=3 ????
Apr 11 10:43:16 localhost last message repeated 2 times
Apr 11 10:43:38 localhost pppd[3681]: Terminating on signal 15.
Apr 11 10:43:39 localhost pppd[3681]: controller 1: listen_change_state state=1 event=1 ????
Apr 11 10:43:39 localhost last message repeated 2 times
Apr 11 10:43:39 localhost pppd[3681]: capiplugin: exit
Apr 11 10:43:39 localhost pppd[3681]: Exit.

3.: Hier nocheinmal die Ausgabe mit den entfernten ISDN-Konfigdateien ( ich bin mir aber nicht sicher, ob es alles gewesen sind ! ) und meinem 1und1 Script:

Code: Alles auswählen

#Script 1und1 mit Start von tail -f /var/log/syslog

Apr 11 10:43:15 localhost pppd[3681]: capiplugin: phase dormant.
Apr 11 10:43:15 localhost pppd[3681]: controller 1: listen_change_state state=1 event=1 ????
Apr 11 10:43:15 localhost last message repeated 2 times
Apr 11 10:43:16 localhost pppd[3681]: controller 1: listen_change_state state=0 event=3 ????
Apr 11 10:43:16 localhost last message repeated 2 times
Apr 11 10:43:38 localhost pppd[3681]: Terminating on signal 15.
Apr 11 10:43:39 localhost pppd[3681]: controller 1: listen_change_state state=1 event=1 ????
Apr 11 10:43:39 localhost last message repeated 2 times
Apr 11 10:43:39 localhost pppd[3681]: capiplugin: exit
Apr 11 10:43:39 localhost pppd[3681]: Exit.

#Script 1und1 > eigentlicher Start des Scripts

Apr 11 10:45:39 localhost pppd[3723]: Plugin userpass.so loaded.
Apr 11 10:45:39 localhost pppd[3723]: userpass: $Revision: 1.5 $
Apr 11 10:45:39 localhost pppd[3723]: Plugin capiplugin.so loaded.
Apr 11 10:45:39 localhost pppd[3723]: capiplugin: $Revision: 1.36 $
Apr 11 10:45:39 localhost pppd[3723]: capiconn:  1.10
Apr 11 10:45:39 localhost pppd[3724]: pppd 2.4.2 started by root, uid 0
Apr 11 10:45:39 localhost pppd[3724]: capiplugin: phase serialconn.
Apr 11 10:45:39 localhost pppd[3724]: capiplugin: contr=1
Apr 11 10:45:39 localhost last message repeated 3 times
Apr 11 10:45:39 localhost pppd[3724]: controller 1: listen_change_state 0 -> 1
Apr 11 10:45:39 localhost pppd[3724]: controller 1: listen_change_state state=1 event=1 ????
Apr 11 10:45:39 localhost last message repeated 2 times
Apr 11 10:45:39 localhost pppd[3724]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 11 10:45:39 localhost pppd[3724]: controller 1: listen_change_state 1 -> 0
Apr 11 10:45:39 localhost pppd[3724]: plci_change_state:0x0 0 -> 1 event=1
Apr 11 10:45:39 localhost pppd[3724]: capiplugin: dialing 019102345 (hdlc)
Apr 11 10:45:39 localhost pppd[3724]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 11 10:45:39 localhost pppd[3724]: controller 1: listen_change_state state=0 event=3 ????
Apr 11 10:45:39 localhost pppd[3724]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 11 10:45:39 localhost pppd[3724]: controller 1: listen_change_state state=0 event=3 ????
Apr 11 10:45:39 localhost pppd[3724]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 11 10:45:39 localhost pppd[3724]: controller 1: listen_change_state state=0 event=3 ????
Apr 11 10:45:39 localhost pppd[3724]: plci_change_state:0x101 1 -> 2 event=3
Apr 11 10:45:41 localhost pppd[3724]: plci_change_state:0x101 2 -> 3 event=6
Apr 11 10:45:41 localhost pppd[3724]: ncci_change_state:0x101 0 -> 1 event=1
Apr 11 10:45:41 localhost pppd[3724]: ncci_change_state:0x10101 1 -> 3 event=3
Apr 11 10:45:41 localhost pppd[3724]: ncci_change_state:0x10101 3 -> 4 event=7
Apr 11 10:45:41 localhost pppd[3724]: ncci 0x10101 up
Apr 11 10:45:41 localhost pppd[3724]: capiplugin: connected: "" -> "019102345" outgoing (pcli=0x101/ncci=0x10101)
Apr 11 10:45:41 localhost pppd[3724]: capiplugin: using /dev/capi/0: "" -> "019102345" outgoing (pcli=0x101/ncci=0x10101)
Apr 11 10:45:41 localhost kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10101 up
Apr 11 10:45:42 localhost pppd[3724]: using channel 4
Apr 11 10:45:42 localhost pppd[3724]: Using interface ppp0
Apr 11 10:45:42 localhost pppd[3724]: Connect: ppp0 <--> /dev/capi/0
Apr 11 10:45:42 localhost pppd[3724]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xeb2cbb7b> <pcomp> <accomp>]
Apr 11 10:45:42 localhost pppd[3724]: capiplugin: phase establish (was serialconn).
Apr 11 10:45:42 localhost pppd[3724]: rcvd [LCP ConfReq id=0x1 <mru 1524> <auth pap> <mrru 1524> <endpoint [local:73.74.61.63.6b.69.6e.67]>]
Apr 11 10:45:42 localhost pppd[3724]: sent [LCP ConfRej id=0x1 <mrru 1524>]
Apr 11 10:45:42 localhost pppd[3724]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xeb2cbb7b> <pcomp> <accomp>]
Apr 11 10:45:42 localhost pppd[3724]: rcvd [LCP ConfReq id=0x2 <mru 1524> <auth pap> <endpoint [local:73.74.61.63.6b.69.6e.67]>]
Apr 11 10:45:42 localhost pppd[3724]: sent [LCP ConfAck id=0x2 <mru 1524> <auth pap> <endpoint [local:73.74.61.63.6b.69.6e.67]>]
Apr 11 10:45:42 localhost pppd[3724]: sent [LCP EchoReq id=0x0 magic=0xeb2cbb7b]
Apr 11 10:45:42 localhost pppd[3724]: capiplugin: phase authenticate (was establish).
Apr 11 10:45:42 localhost pppd[3724]: sent [PAP AuthReq id=0x1 user="1und1/2676-82@online.de" password=<hidden>]
Apr 11 10:45:42 localhost pppd[3724]: rcvd [LCP EchoRep id=0x0 magic=0x0]
Apr 11 10:45:42 localhost pppd[3724]: rcvd [PAP AuthAck id=0x1 ""]
Apr 11 10:45:42 localhost pppd[3724]: PAP authentication succeeded
Apr 11 10:45:42 localhost pppd[3724]: capiplugin: phase network (was authenticate).
Apr 11 10:45:42 localhost pppd[3724]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Apr 11 10:45:42 localhost pppd[3724]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Apr 11 10:45:42 localhost pppd[3724]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 217.5.106.237>]
Apr 11 10:45:42 localhost pppd[3724]: sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 217.5.106.237>]
Apr 11 10:45:42 localhost pppd[3724]: rcvd [CCP ConfReq id=0x1 < 11 05 00 01 04>]
Apr 11 10:45:42 localhost pppd[3724]: sent [CCP ConfRej id=0x1 < 11 05 00 01 04>]
Apr 11 10:45:42 localhost pppd[3724]: rcvd [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Apr 11 10:45:42 localhost pppd[3724]: sent [CCP ConfReq id=0x2]
Apr 11 10:45:42 localhost pppd[3724]: rcvd [IPCP ConfNak id=0x1 <addr 217.247.21.51> <ms-dns1 217.237.150.33> <ms-dns3 217.237.151.161>]
Apr 11 10:45:42 localhost pppd[3724]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 217.247.21.51> <ms-dns1 217.237.150.33> <ms-dns3 217.237.151.161>]
Apr 11 10:45:42 localhost pppd[3724]: rcvd [CCP ConfReq id=0x2 < 11 06 00 01 01 03>]
Apr 11 10:45:42 localhost pppd[3724]: sent [CCP ConfRej id=0x2 < 11 06 00 01 01 03>]
Apr 11 10:45:42 localhost pppd[3724]: rcvd [CCP ConfRej id=0x2]
Apr 11 10:45:42 localhost pppd[3724]: rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 217.247.21.51> <ms-dns1 217.237.150.33> <ms-dns3 217.237.151.161>]
Apr 11 10:45:42 localhost pppd[3724]: not replacing default route to eth0 [192.168.1.1]
Apr 11 10:45:42 localhost pppd[3724]: Cannot determine ethernet address for proxy ARP
Apr 11 10:45:42 localhost pppd[3724]: local  IP address 217.247.21.51
Apr 11 10:45:42 localhost pppd[3724]: remote IP address 217.5.106.237
Apr 11 10:45:42 localhost pppd[3724]: primary   DNS address 217.237.150.33
Apr 11 10:45:42 localhost pppd[3724]: secondary DNS address 217.237.151.161
Apr 11 10:45:42 localhost pppd[3724]: capiplugin: phase running (was network).
Apr 11 10:45:42 localhost pppd[3724]: Script /etc/ppp/ip-up started (pid 3732)
Apr 11 10:45:42 localhost pppd[3724]: Script /etc/ppp/ip-up finished (pid 3732), status = 0x0
Apr 11 10:46:01 localhost pppd[3724]: Terminating on signal 15.
Apr 11 10:46:01 localhost pppd[3724]: capiplugin: phase terminate (was running).
Apr 11 10:46:01 localhost pppd[3724]: capiplugin: phase network (was terminate).
Apr 11 10:46:01 localhost pppd[3724]: Connect time 0.4 minutes.
Apr 11 10:46:01 localhost pppd[3724]: Sent 0 bytes, received 0 bytes.
Apr 11 10:46:01 localhost pppd[3724]: Script /etc/ppp/ip-down started (pid 3740)
Apr 11 10:46:01 localhost pppd[3724]: capiplugin: phase establish (was network).
Apr 11 10:46:01 localhost pppd[3724]: sent [LCP TermReq id=0x2 "User request"]
Apr 11 10:46:01 localhost pppd[3724]: Script /etc/ppp/ip-down finished (pid 3740), status = 0x1
Apr 11 10:46:01 localhost pppd[3724]: rcvd [LCP TermAck id=0x2]
Apr 11 10:46:01 localhost pppd[3724]: capiplugin: phase dead (was establish).
Apr 11 10:46:01 localhost pppd[3724]: controller 1: listen_change_state 0 -> 1
Apr 11 10:46:01 localhost pppd[3724]: controller 1: listen_change_state state=1 event=1 ????
Apr 11 10:46:01 localhost last message repeated 2 times
Apr 11 10:46:01 localhost pppd[3724]: ncci_change_state:0x10101 4 -> 6 event=12
Apr 11 10:46:01 localhost pppd[3724]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 11 10:46:01 localhost pppd[3724]: controller 1: listen_change_state 1 -> 0
Apr 11 10:46:01 localhost pppd[3724]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 11 10:46:01 localhost pppd[3724]: controller 1: listen_change_state state=0 event=3 ????
Apr 11 10:46:01 localhost pppd[3724]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 11 10:46:01 localhost pppd[3724]: controller 1: listen_change_state state=0 event=3 ????
Apr 11 10:46:01 localhost pppd[3724]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 11 10:46:01 localhost pppd[3724]: controller 1: listen_change_state state=0 event=3 ????
Apr 11 10:46:01 localhost pppd[3724]: ncci_change_state:0x10101 6 -> 7 event=10
Apr 11 10:46:01 localhost kernel: kcapi: appl 2 ncci 0x10101 down
Apr 11 10:46:01 localhost pppd[3724]: Hangup (SIGHUP)
Apr 11 10:46:01 localhost pppd[3724]: ncci_change_state:0x10101 7 -> 0 event=13
Apr 11 10:46:01 localhost pppd[3724]: plci_change_state:0x101 3 -> 7 event=8
Apr 11 10:46:01 localhost pppd[3724]: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101
Apr 11 10:46:01 localhost pppd[3724]: plci_change_state:0x101 7 -> 8 event=9
Apr 11 10:46:01 localhost pppd[3724]: plci_change_state:0x101 8 -> 0 event=11
Apr 11 10:46:01 localhost pppd[3724]: capiplugin: disconnect(local): "" -> "019102345" outgoing (pcli=0x101/ncci=0x10101) 0x3400 (0x3301) - No additional information
Apr 11 10:46:01 localhost pppd[3724]: Connection terminated.
Apr 11 10:46:01 localhost pppd[3724]: tcflush failed: Input/output error
Apr 11 10:46:01 localhost pppd[3724]: capiplugin: phase disconnect (was dead).
Apr 11 10:46:02 localhost pppd[3724]: controller 1: listen_change_state 0 -> 1
Apr 11 10:46:02 localhost pppd[3724]: controller 1: listen_change_state state=1 event=1 ????
Apr 11 10:46:02 localhost last message repeated 2 times
Apr 11 10:46:02 localhost pppd[3724]: contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0
Apr 11 10:46:02 localhost pppd[3724]: controller 1: listen_change_state 1 -> 0
Apr 11 10:46:02 localhost pppd[3724]: capiplugin: exit
Apr 11 10:46:02 localhost pppd[3724]: Exit.

4.: Nochmal der Hinweis auf mein DSL-Zugang > eth0 !!! > ???

5.: Brauche ich das Modul isdn aus der Rubrik i4l ??? s. bitte Module !

6.: Wie wäre es mit der Info von Capiinfo ? Hilfreich ?

7.: Warum gibt /var/log/syslog im Falle von 1und1 so viel mehr aus ?

Celica · Beitrag von **Celica** » 11.04.2005 11:11:02

Ich habe jetzt nochenmal den ein oder anderen Versuch gemacht.

Immer wieder stoße ich auf:

Apr 11 10:45:42 localhost pppd[3724]: Cannot determine ethernet address for proxy ARP

Bedeutet doch so viel wie: "Er" kann die ethernet Adresse nicht feststellen frü den Proxy ( welcher auch immer ), oder ?

Ich habe für den Versuch wieder den Netzwerkstecker vom Router gezogen. Evtl. liegt es auch daran ?

Irgendwie habe ich den Verdacht, dass es etwas mit meinem DSL-Zugang ( bei 1und1 ) und einer evtl. fehlenden IP zur Konfiguration ( statisch ) des Namensserver zu tun hat.

Bei dem Script von "duloian": Was steht den dort in der /etc/resolv.conf - oder wie wird das bei ISDN geregelt ?

Ich habe beim laden des fcpci-Moduls keinerlei Parameter mit übergeben !
Könnte hier auch noch ein Fehler vorliegen ?

duploian · Beitrag von **duploian** » 11.04.2005 17:46:26

Bei ISDN werden mit "usepeerdns" die Namenserver mittels Script in /etc/resolv.conf eingetragen. Jedes mal neu oder man löscht "usepeerdns" und trägt diese statisch ein.

Prüfe mal nach der Einwahl von ppp0 die gesetzte Route.

Code: Alles auswählen

route

Celica · Beitrag von **Celica** » 11.04.2005 18:00:16

Hi !

Hier mal der Ausdruck von "route" und ich habe mal noch "ifconfig" mit drangehangen:

Code: Alles auswählen

debian:~# route
Kernel IP Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
217.5.106.237   *               255.255.255.255 UH    0      0        0 ppp0
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
default         SE515.home      0.0.0.0         UG    0      0        0 eth0
debian:~# ifconfig
eth0      Protokoll:Ethernet  Hardware Adresse 00:0D:61:0F:27:1D
          inet Adresse:192.168.1.3  Bcast:192.168.1.255  Maske:255.255.255.0
          inet6 Adresse: fe80::20d:61ff:fe0f:271d/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:513 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:31426 (30.6 KiB)  TX bytes:1556 (1.5 KiB)
          Interrupt:209 Basisadresse:0xc400

lo        Protokoll:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:14 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:700 (700.0 b)  TX bytes:700 (700.0 b)

ppp0      Protokoll:Punkt-zu-Punkt Verbindung
          inet Adresse:217.247.20.203  P-z-P:217.5.106.237  Maske:255.255.255.255
          UP PUNKTZUPUNKT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:13 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:3
          RX bytes:392 (392.0 b)  TX bytes:110 (110.0 b)

debian:~#

Das ist mit dem 1und1 Script entstanden.

Ich habe gesehen, dass es in der /etc/ppp/ auch eine resolv.conf gibt, in der auch zwei namesserver eingetragen sind.

Also eth0 benutzt dann die /etc/resolv.conf und ppp0 benutzt die /etc/ppp/ resolv.conf ?

Habe mal via ifdown eth0 ( anstelle dem Stecker ziehen ) die eth0 Schnittstelle getrennt.

duploian · Beitrag von **duploian** » 11.04.2005 18:35:51

Code: Alles auswählen

debian:~# route
Kernel IP Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
217.5.106.237   *               255.255.255.255 UH    0      0        0 ppp0
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0
default         SE515.home      0.0.0.0         UG    0      0        0 eth0

Ich (bin nur Netzerkhobbybastler) denke mal die default-Route ist falsch gesetzt. Deine Pings gehen an den Router.
Sieh mal hier http://www.debianforum.de/forum/viewtop ... ute+setzen

Ich habe gesehen, dass es in der /etc/ppp/ auch eine resolv.conf gibt, in der auch zwei namesserver eingetragen sind.
Also eth0 benutzt dann die /etc/resolv.conf und ppp0 benutzt die /etc/ppp/ resolv.conf ?

Es wird /etc/resolv.conf verwendet.

Celica · Beitrag von **Celica** » 11.04.2005 22:30:31

Hallo !

Habe mir den Thread angeschaut.

Ich habe folgendes ausprobiert:

1) Wenn ich den Rechner normal boote, dann wird eth0 über DHCP mit gestartet bzw. zugeordnet ( s. Routingtabelle ! ).

2) Beende ich aber eth0 mit ifdown eth0 und schaue mir dann die Routingtabelle an, wird die "default-Route" auf die IP gesetzt, wo ppp0 drüber läuft.
Das wäre ja quasie der Effekt den Du meinst !

Wenn ich jetzt ein ping 128.101.xy ( äh, Debianserver xy ) absende, dann bekomme ich den auch wieder. Das ist ja eigentlich nicht schlecht.

Aber ein ping ftp.debian.org wiederum gibt leider keinen ping zurück !
Namensauflösung ???

Wenn CAPI über ppp0 läuft, ist es dann nicht möglich auch mit pppd bzw. auch mit pppconfig das Ganze zu konfigurieren ( ist eigentlich für Modems gedacht ! ) ?

Wie schaut es mit den Parametern für fcpci aus ? Hast Du welche übergeben ?

Wofür ist den eigentlich die zweite resolv.conf in /etc/ppp ?

Celica · Beitrag von **Celica** » 11.04.2005 23:18:20

Jetzt habe ich noch ene Frage zum Abschluss des Tages:

Es ist etwas verwirrend bezgl.:

- isdn4k-utils ( Habe ich nicht wissentlich installiert, wenn es nicht in dem AVM-Treiber mit drinn ist. )

- capi4k-utils ( ähmmmm ... )

- mISDN ( ??? )

Habe jetzt schon einige HowTo`s gelesen und in jedem wird es anders beschrieben. Was ist aber nun wirklich wichtig ?

Welches der oben genannten ist zwingend erfordelich und wo bekomme ich es am besten ( ftp://ftp.isdn4linux.de/pub/isdn4linux/CVS-Snapshot ), oder gibt es Debian-Pakete irgendwo ?

Kann mir jemand die Zusammenhänge der ganzen "Pakete" und Projekte etwas besser vermitteln ?

duploian · Beitrag von **duploian** » 12.04.2005 07:53:58

Celica hat geschrieben: 1) Wenn ich den Rechner normal boote, dann wird eth0 über DHCP mit gestartet bzw. zugeordnet ( s. Routingtabelle ! ).

Aber ein ping ftp.debian.org wiederum gibt leider keinen ping zurück !
Namensauflösung ???

Wieso brauchst eigentlich so dringend ISDN, Du hast doch DSL?

Ich habe dem Router DHCP abgewöhnt und eine feste IP (in /etc/networking/interfaces) vergeben. Ich weiß nicht ob man DSL also Routerverbindung und ISDN gleichzeitig verwenden kann. Die Pakete müssen doch wissen wohin (Routing).

Celica · Beitrag von **Celica** » 12.04.2005 13:26:02

Wofür ich ISDN brauche ?

Ünerhaupt nicht !
Der Rechner wird für meine Mutter und die hat leider kein DSL und braucht deswegen ISDN.
Derzeit hat sie Knoppix auf dem Rechner, aber das ist leider nicht der wahre Willi !

Habe hier zwei Rechner und auf dem einen ist zu Testzwecken halt ISDN installiert.

Ich selbst möchte mein DSL nicht mehr missen !

Wenn ich das mit dem ISDN nicht hinbekomme, dann muß ich den REchner leider so lassen !
Das wäre der schlechteste Kompromiss von allen !

Für DSL lohnt es sich bei meiner Mutter leider nicht.

Von all dem abgesehen, kann es nicht sein, dass ich das nicht irgendweie hinbekomme !
DA packt mich dann auch der Ehrgeiz und Stolz ( bin ich ehrlich ! ).

Also, bitte alle helfen !
Wie sieht das nach außen hi naus, wenn einer fragt und Du must sagen: Ja, ISDN ist ein Problem unter Linux ! Was so ja nicht stimmt !

Celica · Beitrag von **Celica** » 12.04.2005 23:10:11

Hallo zusammen !

Jetzt sind einige Tager vergangen und ich habe eine Menge über Kernelmodule erzeugen, Kernel selbst erzeugen, ISDN-Interna, .... gelernt.

Dazu kommen ungefähr ca. 1000 HowTo`s die ich durchgearbeitet habe, wobei die meisten auf ein und das selbe zurückführen, sprich: Jedes HowTo hat etwas von einem anderen, aber dennoch sind sie alle verschieden !

Gelernt habe ich auch, dass meine ISDN-Verbindung zum Netz immer noch nicht so will wie ich mir das vorstelle ( noch nicht einmal im entferntesten ! ).

Na ja, ich werde jetzt noch das ein oder andere ausprobieren und bin mir auch sicher, dass ich es irgendwann und irgendwie ans laufen bekomme ( ich hoffe das es reproduzierbar für die Nachwelt ist ! ).

In einigen Threads gibt es immer wieder Stimmen, die behaupten das alles ganz einfach und easy ist. Das sehe ich etwas anders !!!

Mag sein, dass der Linuxerfahrene ( zu denen ich mich nach wie vor nicht zähle ! ) damit insgesamt weniger Probleme hat, aber über alles betrachtet, ist es doch schon recht schwierig und vorallem sehr aufwendig.

Ich finde, dass hier enormer Aufholbedarf besteht und dringend etwas gemacht werden sollte.

Vielleicht würden sich dann auch mehr User für Distris wie z.B. Debian entscheiden ???

Sollte ich zum Erfolg kommen, dann versuche ich das in Worte zu fassen und aus meiner Sicht in ein paar Zeilen für Einsteiger zu verwandeln.

Ansonsten wünsche ich allen die bemüht sind ISDN ans laufen zu bekommen, ( egal mit welcher Distri ) viel Spaß und vorallem Erfolg !

Hiermit würde ich gerne diesen Thread beenden und mich bei allen die versucht haben zu helfen, recht herzlich bedanken !

Raoul · Beitrag von **Raoul** » 12.04.2005 23:55:03

Hallo Celica!

Schade, daß wir Dir nicht helfen konnten und schade, daß Du "schon" aufgibst. Aber für einen Anfänger hast Du Dich wacker geschlagen, auf jeden Fall!

Aber Dir ist schon klar, daß Du es schon fast geschafft hast?!? Du bist schon online, das Problem ist bloß, daß die defaultroute bei Einwahl nicht geändert wird, wie ja in den Logs steht.

Celica hat geschrieben:Jedes HowTo hat etwas von einem anderen, aber dennoch sind sie alle verschieden !

Ja, leider hast Du Recht, die "offizielle" Debian ISDN- bzw. CAPI-Dokumentation gibt es nicht. Und in jedem HowTo, was ich gelesen habe, vermisse ich etwas, aber ich selbst hab's auch noch nicht gebacken bekommen, mal all meine Erfahrungen zu HTML zu bringen. Wenn, dann lass ich's Euch wissen.

Dazu kommt, daß die FritzCard ein gewisser Sonderfall ist: AVM ist eine dt. Firma und arbeitet eng mit der führenden dt. Linux-Distribution SuSE zusammen. Bei SuSE (> 9.0) ist CAPI vollkommen integriert, läuft alles automatisch und kann grafisch konfiguriert werden. Mann kann sicherlich über SuSE lästern (wird auch hier im Forum ganz gerne praktiziert), aber man muß doch eingestehen, daß sich SuSE beim Thema ISDN um Linux sehr verdient gemacht hat.

Was AVM angeht, ist mir diese Zusammenarbeit aber _zu_ eng. Beim Support beschränken die sich leider völlig auf SuSE, als ich mal einen Bug gemeldet habe hieß es, man könne das nicht nachvollziehen, da man keinen Debian-Testsytem habe.

Viel Glück weiterhin wünscht
Raoul

P.S. Vergiss das mit drdsl, Du hast ISDN, ich war in Gedanken im falschen Thread.

Celica · Beitrag von **Celica** » 13.04.2005 11:40:30

Hallo Raoul !

Danke frü Deine Anteilnahme

) !

Verstehe mich nicht falsch, aber ich wollte keineswegs aufgeben !

Hat sich vielleicht so angehgört ( ich war/bin auch ein wenig frustriert ! ).

Du kennst das vielleicht, wenn Du das Gefühl hast, dass es irgendwie nicht mehr weiter geht und Du an dieser Stelle ersteinmal aufhören must.

So fühle ich mich auch !

Ich hatte ja auch geschrieben, dass ich es irgendwie und irgendwann schaffen werde !
Wenn ich ein Programmierer wäre, dann würde ich ein Tool a la Red Hat oder SuSE schreiben, womit sich ganz bequem und für Einsteiger/Umsteiger ISDN einrichten läst.

Bin aber leider kein Programmierer, sondern nur jemand, der an das gute "im Computer" glaubt, nach einem besseren OS strebt und ein Idealist ist !

Es gibt einige zusammenhänge, die mir noch nicht so 100% klar sind. Die muß ich ersteinmal auf die Reihe bekommen.

Ich habe zwischenzeitlich mir von meinem Provider die IP`s für die DNS-Konfiguration besorgt, damit ich diese fest eintragen kann.

dns1 194.25.2.129
dns2 194.25.2.130

Diese habe ich versucht in der /etc/resolv.conf einzutragen, aber leider ist die default-Route trotzdem anders gesetzt worden. Ich glaube, dass die resolv.conf immer wieder neu geschriben wird, aber ... ???

Das Problem ist auch: Ich stelle Fragen, aber anstelle auf diese Fragen eine Antwort zu erhalten, kommen immer wieder neue Impulse/Ideen.
Das ist auf der einen Seite gut, aber auf der anderen Seite bringt es mich in dem Augenblick nicht weiter.

Ich möchte auch niemanden zu nahe treten oder gar auf die Füße !

Werde auf jeden Fall an dem Thema so lange dran bleiben, bis ich ISDN am laufen habe.

Ich denke auch, dass ich soweit nicht mehr davon entfernt bin, aber es hängt halt und ich komme nicht weiter.

Schauen wir also in Ruhe weiter !

duploian · Beitrag von **duploian** » 13.04.2005 12:00:20

wenn Du einen DSL-Router am Computer hängen hast sieht die /etc/resolv.conf etwa so aus

Code: Alles auswählen

nameserver 192.168.2.1

trag mal die zwei Adressen von Deinem Provider mit der Hand ein und entferne aus dem ISDN-Script mal

Code: Alles auswählen

usepeerdns

Celica · Beitrag von **Celica** » 13.04.2005 12:18:01

Habe ich schon ausprobiert, aber werde es nachher nochmals versuchen.

Ich mache zuvor immer ein "ifdown eth0", dann wird aber die default-Route trotzdem nicht so geändert, wie ich es brauche, bzw. ist diese nicht welche ich in der resolv.conf eingetragen habe.

Könnte es sein, dass ich doch noch überbleibsel aus meiner Zeit mit HiSax habe ?

Kann mir den mal jemand sagen, welche Dateien ich in welchem Verzeichnis haben muß ( /etc/ppp - /etc/isdn - ... ) ?

Mögliucherweise wird eine default-Route ja auch immer wieder von einem anderen Script oder so erzeugt ?

duploian · Beitrag von **duploian** » 13.04.2005 12:37:44

mach mal nach

Code: Alles auswählen

ifdown eth0

ein

Code: Alles auswählen

/etc/init.d/networking restart

Celica · Beitrag von **Celica** » 13.04.2005 17:19:07

O.k., o.k. - Ihr gebt nicht auf, also weiter im Takt !

Ich habe nochmals den Versuch gemacht, die von meinem Provider gennante IP in /etc/resolv.conf einzutragen.

Die anderen beiden Einträge:

Code: Alles auswählen

search home
nameserver 192.168.1.1

... habe ich auskommentiert ( # ).

Danach ein ifdown eth0 mit anschließendem /etc/init.d/networking restart.
Wie ich schon vermutet hatte, wurde die /etc/resolv.conf überschrieben und es stand wieder:

Code: Alles auswählen

search home
nameserver 192.168.1.1

...da !

D.h., es wird die resolv.conf jedes Mal neu generiert !

Nochmal der Punkt mit meinem Router und dem DHCP-Server.

Ich habe den Rechner ja über DSL ( also Netinstaller ) installiert. Logischerweise direkt via DHCP konfigurieren lassen.

Was ich nicht verstehe, ist: Wenn ich ifdown eth0 ausführe, die resolv.conf entsprechend ändere ( sprich die IP vom Provider ) und dann pppd call isdn/1und1 ausführe, sollte doch eigentlich die IP, welche ich eingetragen habe, benutzt werden, oder ?

Stattdessen zeigt mir aber die Kernel-Routing-Tabelle eine andere:

Code: Alles auswählen

default    217.5.106.237    ppp0

Da fragt sich doch der Anfänger: Wo kommt die IP her ?

Da bin ich wieder bei den Konfig-Dateien die evtl. noch stehengeblieben sind > ???

Was ich auch gelesen habe: Bei der CAPI-Variante wird immer davon gesprochen, dass ein entsprechendes Device in der /etc/fstab/ eingetragen werden muß, dazu die Gerätedatei erzeugt ( mit einem Script ).

Irgendwie so: /dev/capi

Ein solches habe ich aber überhaupt nicht !

Da sind sie wieder die vielen Unklarheiten zwischen:

- capi4k-utils
- isdn4k-utils
- mISDN
- .... ???

Wo liegen hier die Unterschiede ?

Jetzt habe ich ja wieder einiges an Stoff geliefert.
Vielleicht liegt irgendwo hier oder dazwischen ja der Fehler ?

duploian · Beitrag von **duploian** » 13.04.2005 19:24:39

Das ist der Rechner Deiner Mutter! Oder? Brauch Deine Mutter DSL? Nein ! Dann kommentiere doch mal in

Code: Alles auswählen

/etc/network/interfaces

alles aus was mit eth0 zu tun hat und starte network neu.

duploian · Beitrag von **duploian** » 13.04.2005 19:45:32

Schau Dir mal die Antwort von Snoopy in diesem [1] Thema an.
[1]http://www.debianforum.de/forum/viewtop ... highlight=
Damit läßt sich deine Netzwerkkarte "zuschalten".

Celica · Beitrag von **Celica** » 14.04.2005 10:35:26

Hallo !

Exakt diesen Gedanken hatte ich auch:

Da die /etc/resolv.conf im direkten Zusammenhang mit der /etc/network/interfaces steht, sprich alle relevanten Daten während des Systemstarts von dort bezieht, damit auch bei einem /etc/init.d/networking restart !

Korrigiere mich bitte wenn ich jetzt Blech verzapfe, aber so habe ich es verstanden nach meiner "Leseeinlage" im Ganten.

Meine Mutter braucht und hat kein DSL ( ich hoffe sie wird es irgendwann bekommen ! ). Aber da ich den Rechner ( mein Proberechner zum simulieren ) bei mir installiert habe und dann auch Ihren ( wenn es dann irgendwann reproduzierbar klappt ) bei mir ( sprich mit DSL, deseiden sarge ist dann stabel und ich habe DVD`s ) installieren werde, wird immer DSL mit im Spiel sein !