Re: Seltsame IP vergabe per dhcp
Roland M. Kruggel schrieb:
> Hallo Liste,
>
> ich vergebe in meinem Netz die IP-adressen per dhcp incl. dynamische
> Eintragung im dns. Funktionier bei allen Rechner gut, bis auf eine
> debian-workstation.
>
> Die Workstation 'sigma' bekommt eine feste ip zugewiesen
>
> dhcpd.conf:
> ...
> host sigma {
> default-lease-time 900;
> ddns-hostname sigma;
> hardware ethernet 00:0e:a6:3d:6f:ad;
> fixed-address 192.168.1.44;
> ...
>
> Beim booten bekomme ich die Meldung das die 192.168.1.44 vom dhcp
> vergeben wurde.
>
>
> In der /etc/network/interfaces steht
> ...
> auto eth0
> iface eth0 inet dhcp
>
>
> Ein 'ping sigma' von einem anderen rechner aus dem Netz meldet:
> alma:/var/lib# ping sigma
> PING sigma.local.netz (192.168.1.44) 56(84) bytes of data.
> 64 bytes from sigma.local.netz (192.168.1.44): icmp_seq=1 ttl=64
> time=0.084 ms
> 64 bytes from sigma.local.netz (192.168.1.44): icmp_seq=2 ttl=64
> time=0.084 ms
> ...
>
Was steht dann im arp Cache (arp -a)
> Ist doch auch ok. So sollte es auch sein. Der Zugriff auf und von
> sigma läuft einwandfrei.
>
>
Was steht im Logfile des DHCP? Da sollte eine Sequenz aus DHCPDISCOVER,
DHCPOFFER und DHCPACK drinstehen.
> Jetzt ein ifconfig auf sigma:
> sigma:~# ifconfig
> eth0 Protokoll:Ethernet Hardware Adresse 00:0E:A6:3D:6F:AD
> inet Adresse:169.254.94.9 Bcast:0.0.0.0 Maske:255.255.0.0
> <-- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> inet6 Adresse: fe80::20e:a6ff:fe3d:6fad/64
> Gültigkeitsbereich:Verbindung
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:95849 errors:0 dropped:0 overruns:0 frame:0
> TX packets:88347 errors:0 dropped:0 overruns:0 carrier:0
> Kollisionen:0 Sendewarteschlangenlänge:1000
> RX bytes:101578232 (96.8 MiB) TX bytes:57827637 (55.1 MiB)
> Interrupt:169 Speicher:feaf8000-0
> lo Protokoll:Lokale Schleife
> ...
>
> Das ist ja ein bisschen daneben.
>
> Warum sigma trotzdem erreichbar ist sagt mir route
> sigma:~# route
> Kernel IP Routentabelle
> Ziel Router Genmask Flags Metric Ref
> Use Iface
> 192.168.1.0 * 255.255.255.0 U 0 0
> 0 eth0
> 169.254.0.0 * 255.255.0.0 U 0 0
> 0 eth0
> default secman.1.168.19 0.0.0.0 UG 0 0
> 0 eth0
>
>
> Was ist da passiert? Was muss/kann ich ändern. Probleme gibt es bei
> NFS. Die shares sind auf dem nfs-server für 192.168.1.0 freigegeben.
> Das mag er hier nicht.
>
>
Reply to: