[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Dhcp-Probleme



Hallo,
Am Montag, 7. November 2011 schrieb Siegfrid Brandstätter:
> Am Freitag, 4. November 2011 schrieb Alexander Reichle-Schmehl:
> > Hi!
> > 
> > Am 04.11.2011 13:09, schrieb Siegfrid Brandstätter:
> > >> Am 03.11.2011 15:33, schrieb Siegfrid Brandstätter:
> > >> [..]
> > >> 
> > >> > Danach ändere ich in "/etc/network/interfaces" die Daten von:
> > >> [..]
> > >> 
> > >> > Auf:
> > >> > # The loopback network interface
> > >> > auto lo
> > >> > iface lo inet loopback
> > >> > # The primary network interface
> > >> > allow-hotplug eth0
> > >> > iface eth0 inet static
> > >> > address 192.168.1.33
> > >> > netmask 255.255.255.0
> > >> > gateway 192.168.1.1
> > >> > #NetworkManager#iface eth0 inet dhcp
> > >> > Danach:
> > >> > root@testing:/home/sigi# ifconfig
> > >> > eth0      Link encap:Ethernet  Hardware Adresse
> > >> > aa:00:04:00:0a:04
> > >> > 
> > >> > >          inet Adresse:192.168.1.33  Bcast:192.168.1.255
> > >> > > 
> > >> > > Maske:255.255.255.0
> > >> > > 
> > >> > >          inet6-Adresse: fe80::a800:4ff:fe00:a04/64
> > >> > > 
> > >> > > Gültigkeitsbereich:Verbindung
> > >> > > 
> > >> > >          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
> > >> >          
> > >> >          RX packets:86 errors:0 dropped:0 overruns:0 frame:0
> > >> >          TX packets:114 errors:0 dropped:0 overruns:0
> > >> >          carrier:0 Kollisionen:0
> > >> >          Sendewarteschlangenlänge:1000
> > >> >          RX bytes:16553 (16.1 KiB)  TX bytes:22381 (21.8 KiB)
> > >> >          Interrupt:43 Basisadresse:0xe000
> > >> > > 
> > >> > > lo        Link encap: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  Metrik:1
> > >> >          RX packets:6568 errors:0 dropped:0 overruns:0 frame:0
> > >> >          TX packets:6568 errors:0 dropped:0 overruns:0
> > >> >          carrier:0 Kollisionen:0 Sendewarteschlangenlänge:0
> > >> >          RX bytes:510412 (498.4 KiB)  TX bytes:510412 (498.4
> > >> >          KiB)
> > >> > > 
> > >> > > root@testing:/home/sigi# ping www.web.de
> > >> > 
> > >> > ping: unknown host www.web.de
> > >> 
> > >> Okay, also funktioniert nameserver Auflösung nicht. 
> > >> Funktioniert den aber zu diesem Zeitpunkt prinzipiell ein "ping
> > >> 192.168.1.1" und ein "ping 193.99.144.85" ?
> > > 
> > > Nein geht nicht!
> > > $ ping 192.168.1.1
> > > connect: Network is unreachable
> > 
> > Okay, dann hätten wir das Problem schonmal eingeschränkt.  Dein
> > Netzwerk ist falsch konfiguriert.  Deine Netzwerkkarte ist zwar
> > richtig konfiguriert, aber in deinem Netz will keiner mit dir reden
> > ;)
> > 
> > Das kann mehrere Ursachen haben:
> > * Kabel nicht richtig angeschloßen.
> > * Netzwerk ist gar nciht 192.168.1.xx
> > * Netzwekr lässt keine "fremd"-Rechner zu.
> > * ...
> > 
> > Um Probleme mit dem Kabel auszuschließen kannst du mal "mii-tool"
> > ausprobieren.  Wenn das Kabel richtig angeschloßen ist, sollte die
> > Ausgabe in etwa wie folgt aussehen:
> > 
> > $ sudo mii-tool
> > eth0: negotiated 1000baseT-HD flow-control, link ok
> > 
> > 
> > Wenn bei dir auch ein "link ok" kommt haben wir das schonmal als
> > Ursache ausgeschlossen.
> > 
> > Dann wäre die nächste Frage:  Wie kommst du auf Gateway
> > 192.168.1.1, und bist du dir 100%-ig sicher, dass das so stimmt?
> 
> Was mir nun auch aufgefallen ist, wenn ich mit "ifdown eth0" und
> danach die "/etc/network/interfaces" auf Static ändere, bekomme ich
> anschließend mit "ifup eth0" keine Verbindung mehr wie früher.
> 
> Auch hatte ich am Wochenende mal den Fall das ich nach Stunden bei
> einem Neustart des PC´s sofort ins Internet kam. Aber das war von
> ca. 50 mal ein mal. Wenn ich es mit squeeze versuche geht es auch
> immer automatisch. Aber in squeeze finde ich nichts was anders
> konfiguriert wäre. Möglich das ich nicht am richtigen Ordner suchte?

Nun wollte ich wissen ob es möglicherweise am Kernel 3.0.0-1-amd64  
liegt. Aber mit dem 3.1.0-1-amd64 ändert sich auch nichts diesbezüglich.

-- 
 
Einen Schönen Gruß,

Sigi


Reply to: