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

Re: Seltsame IP vergabe per 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)

sigma:~# arp -a
? (192.168.1.4) auf 00:13:D4:83:A7:6F [ether] auf eth0
xen-samba.local.netz (192.168.1.68) auf <unvollständig> auf eth0
secman.1.168.192.in-addr.arpa (192.168.1.1) auf 00:0B:6A:5F:07:4D 
[ether] auf eth0

>
> > 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.

So wie es sein sollte
> > 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.

-- 
cu

Roland Kruggel  mailto: rk.liste at bbf7.de
System: Intel, Debian etch, 2.6.15, KDE 3.5



Reply to: