Mit DHCP auf Kriegsfuß - Dummerweise jetzt drauf angewiesen

[tobb]

Hallo,

ich hab' ein Problem mit dhcp unter Linux. Der DHCP-Server in meinem Netzwerk funktioniert tadellos (es sind viele Rechner hier, die ihre IÜ darüber beziehen). Aber unter debian hat es noch NIE zuverlässig geklappt.

Mein Problemfall:
Ich habe jetzt einen neuen Laptop, der auch mal auserhalb vom Netzwerk benutzt wird und daher keine feste IP-Adresse haben kann. Also habe ich auf dhcp geschaltet. /etc/network/interfaces:

Code: Alles auswählen

auto eth0
iface eth0 inet dhcp

eth0 ist definitiv meine LAN-Karte.

Leider funktioniert es aber nur wann es will. Wenn ich meine Laptop starte habe ich immer so eine 40% Chance, dass ich eine Verbindung habe, also dass über DHCP eine IP Adresse geholt werden konnte. In 60% der Fällen klappt es nicht. Und wenn ich es dann nochmal manuell über dhclient versuche, dauert es erst ewig bis ich dann lesen kann:

Code: Alles auswählen

No DHCPOFFERS received.
No working leases in persistent database - sleeping.

Starte ich Windows habe ich sofort eine Adresse über DHCP...

Kann mir jemand einen Tipp geben woran das liegt?

[neuss]

welches Debian,

Code: Alles auswählen

$ lsb_release -d

und welchen Client verwendest du?

Code: Alles auswählen

$ ls -al /sbin/dhc*

[tobb]

debian lenny und ausschließlich pakete aus den originalquellen

dhcp 3.1.1

[tobb]

Hat keiner eine Idee?

Gerade war es wieder so:
Ich mache den Laptop an und während dem Bootvorgang sieht man, wie er versucht über DHCP eine Adresse zu bekommen, was aber nicht klappt (der Bootvorgang wird dadurch ca 2 Minuten lang).
Ich versuche es manuell über

Code: Alles auswählen

/etc/init.d/networking restart

und es dauert wieder lange und ich lese schließelich

Code: Alles auswählen

No DHCPOFFERS received.
No working leases in persistent database - sleeping.

...
Ok noch ein Versuch über

Code: Alles auswählen

/etc/init.d/networking restart

aber leider wieder:

Code: Alles auswählen

No DHCPOFFERS received.
No working leases in persistent database - sleeping.

Ok, dritter versuch mit

Code: Alles auswählen

/etc/init.d/networking restart

und es dauert keine Sekunde und plötzlich hat er eine IP-Adresse über DHCP bekommen. Wo war also vorher das Problem?

Das ganze geht mir ziemlich auf den Sa**... unter Windows habe ich dieses Problem nie, es kann also nciht am DHCP Server liegen... woran dann?

[WinMaik]

Ich hatte mal genau das selbe Problem, Windows hat immer eine IP bekommen und Debian Etch keine bzw nur sehr selten. Nach ein paar Tests hat sich dann herausgestellt, dass Debian immer eine IP bekommt, wenn ich es direkt mit einem kurzen Patchkabel an den Switch hänge, aber sobald die 20 Meter in der Wand zurückgelegt werden klappt es mit Debian nicht mehr. Das Problem habe ich mit einem neuen Cat7 Kabel "gelöst".

Fazit: Versuchs einfach mal mit einem kurzen Patchkabel möglichst nahe am Server

[gms]

unter Windows habe ich dieses Problem nie, es kann also nciht am DHCP Server liegen...

klingt zwar logisch, ist es aber nicht
z.B vergibt Windows nach einer Minute entweder eine APIPA Adresse oder eine manuell konfigurierte Adresse, wenn es keine DHCPOffer bekommt

Gruß
gms

[WinMaik]

Das ist mir klar, jedoch hatte Windows bei mir die Adresse vom DHCP Server zugewiesen bekommen, die ich der MAC zugeordnet habe. Ich vermute, dass tobb mit Windows auch ins Internet kommt, also ist es sicher eine Adresse vom DHCP Server und nicht von XP.

@tobb:
Klappt denn der Zugriff auf das Internet oder andere Rechner in deinem Netzwerk wenn du in Debian die IP statisch zuweist?

[gms]

Ich vermute, dass tobb mit Windows auch ins Internet kommt, also ist es sicher eine Adresse vom DHCP Server und nicht von XP.

klingt nicht logisch und ist es auch nicht

[tobb]

@tobb:
Klappt denn der Zugriff auf das Internet oder andere Rechner in deinem Netzwerk wenn du in Debian die IP statisch zuweist?

Ja, statische IP-Adressen gehen problemlos auf dem Debian... ich habe dann auch keine Datenverslute bei pings... also ich glaube an dem Kabel liegt es nicht...

[WinMaik]

Wie gesagt bei mir war es genau so wie bei dir, keine Verluste von Paketen oder sonstigem, nur Debian hat keine IP bekommen. Der Rechner war meiner Schwester, die 2 Stöcke über mir (bei mir steht der Server) ihr Zimmer hat. Bei ihr ging es nicht, aber sobald ich den Rechner runter zu mir genommen habe und ihn direkt an dem Switch hatte ging alles. Neues Kabel verlegt und er ging oben auch wieder.

Versuch macht klug

Edit: @gms: Warum ist das unlogisch? Wenn Windows die IP vergibt, kann er mit dieser sicher nicht ins Internet, weil sie sicherlich nicht in sein Netz passt.

[tobb]

Neue Erkenntnis:

Starte ich Debian komme ich nicht mit DHCP in Netzwerk.
Starte ich statt dessen erst Windows komme ich sofot ins Netzwerk mit DHCP und mache dann einen reboot und lade wieder Debian und dann hat Debian plötzlich keine Probleme mehr mit DHCP ins Netzwerk zu kommen.

Funktioniert also DHCP mit Debian nicht, boote ich einmal schnell WIndows, dann wieder Debian und alles funktioniert bestens... die Logik dahinter ist mir allerdings noch nicht ganz aufgegangen...

[ChoMar]

klingt nicht logisch und ist es auch nicht

Doch, es sei denn es ist eine funktionierende manuelle IP eingetragen, was recht wenig leute tun. Ansonsten, kein DHCP kein Gateway, kein Gateway kein Internet. (mal abgesehen davon, das windows bestimmt keine IP-Adresse automatisch in nem funktionierenden Bereich vergibt)

Was passiert denn bei dhclient?

Wie vergibt der Router die IP-Adressen? Dynamisch oder Statisch nach MAC?
Was für ein Router ist es überhaupt?
WIe ist allgemein der Aufbau des Netzwerkes? (Man wirds kaum glauben, aber so etwas KANN eine rolle spielen)
Was für eine Netzwerkkarte ist es?
Und schließlich: Ist die Verbindung bei 100 Mbit oder bei 10 Mbit?

[tobb]

Was die Ausgabe von dhclient ist, habe ich ja bereits gepostet.

Der Router vergibt die IP-Adressen dynamisch im Bereich 192.168.0.100 bis 192.168.0.199

Es handelt sich beim Router um dieses Gerät: http://www.netgear.de/Produkte/Router/F ... index.html

Der Aufbau ist wie folgt:
Am Internetanschluss hängt eine Arcorbox (Modem) die sich ins DSL Netz einwählt. Daran hängt der Router. Am Router hängt ein Switch mit 16 Anschlüssen. Darüber sind die PCs verunden.
Das wars.

Die Netzwerkkarte ist eine externe: LogiLink - USB 2.0 auf Ethernet Adapter | LAN 10/100

Verbindung ist 100 Mbit

[gms]

klingt nicht logisch und ist es auch nicht

Doch

sicher nicht, diese Aussage kann sehr leicht falsifiziert werden:

Ich vermute, dass tobb mit Windows auch ins Internet kommt, also ist es sicher eine Adresse vom DHCP Server und nicht von XP.

wie du selber festgestellt hast:

es sei denn es ist eine funktionierende manuelle IP eingetragen

Gruß
gms

[WinMaik]

Das ist doch jetzt Haarspalterei
Im ersten Post von tobb schreibt er, dass Windows die IP vom DHCP Server bezieht und auf diese Aussage habe ich mich eben auch bezogen, nur hilft das tobb sicher nicht weiter.

Also mir fällt zu diesem Thema leider nichts mehr ein, da meine Linux Kenntnisse alles andere als Grundiert sind, aber interessieren tut mich das ganze schon

[gms]

Edit: @gms: Warum ist das unlogisch? Wenn Windows die IP vergibt, kann er mit dieser sicher nicht ins Internet, weil sie sicherlich nicht in sein Netz passt.

deine Frage hatte ich übersehen, daher jetzt noch die Antwort: wenn sein Router auch APIPA Adressen nat-tet, oder eine manuell vergebene IP vergeben wurde, kann er sicherlich auch ins Internet. Daß sind schon einige Ausnahmen, die also auch noch zutreffen müssen, damit daraus geschlossen werden kann, daß die iP unter Windows sicher über DCHP bezogen wurde.

nur hilft das tobb sicher nicht weiter.

ich wollte eigentlich nur wissen, ob die IP unter Windows auch tatsächlich über DHCP bezogen wird, oder ob tobb dort vielleicht eine APIPA oder eine manuell konfigurierte IP Adresse bekommt.

@tobb
Wenn du das Problem tatsächlich auf Linux einschränken kannst, dann würde ich einmal den "pump" versuchen, vielleicht klappts damit besser
edit: vielleicht kommt der Netgear Router auch nicht mit ipv6 zurecht, falls du das noch aktiviert haben solltest

Gruß
gms

[ChoMar]

Ich würde sagen, das Problem liegt in der USB-Netzwerkkarte. Evtl. werden da die Treiber nicht ganz korekt geladen o.ä.
Mal schauen, was ifconfig ausgibt, wenn er keinen DHCP bekommt (mac vorhanden & nicht 00:00:00:00:00)