dhclient erhält keine Lease-/IP-Adresse von DHCP - aber Windows erhält eine

dhclient erhält keine Lease-/IP-Adresse von DHCP - aber Windows erhält eine

Wie kann es sein, dass ich mit dem Netzwerkmanager von Windows 10 problemlos eine IP-Adresse erhalte, mit einem einfachen Linux-QNAP-NAS-System jedoch nicht?

Funktionierendes Beispiel mit Windows-Computer

Und keine funktionierende Situation.

Funktioniert nicht unter Linux

Ich habe versucht, die IP-Adresse manuell zu erneuern.

[admin@NAS ~]# dhclient -v eth3
Internet Systems Consortium DHCP Client 4.3.4
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth3/24:5e:be:35:c3:23
Sending on   LPF/eth3/24:5e:be:35:c3:23
Sending on   Socket/fallback
DHCPDISCOVER on eth3 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on eth3 to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on eth3 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on eth3 to 255.255.255.255 port 67 interval 18
DHCPDISCOVER on eth3 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on eth3 to 255.255.255.255 port 67 interval 3
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
$ ethtool eth3
Settings for eth3:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: Symmetric
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  1000baseT/Full
        Advertised pause frame use: Symmetric
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: on (auto)
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000007 (7)
                               drv probe link
        Link detected: yes

Ich habe versucht, den Netzwerkadapter mit der IP-Adresse von Windows auf statisch einzustellen. Dann habe ich versucht, einen Ping zu senden, ping -I eth3 8.8.8.8was auch nicht funktioniert hat.

Ich habe auch verschiedene Ports probiert – was zu unterschiedlichen MAC-Adressen führt.

Ich weiß nicht, ob QNAP zu dumm ist, um den Router zu erkennen, oder ob der Router QNAP ignoriert. Oder Linux-DHClient ist ganz anders als Windows-DHCP, sodass es unter Windows funktioniert und unter Linux nicht.

Vielleicht hat jemand von euch ein paar Ideen :) Danke im Voraus!

Antwort1

Nach einigen Stunden Suche ist die Antwort einfach … Es ist ein VLAN!

Es scheint, dass die Windows-Geräte das VLAN ignorieren oder es selbst finden. (Ich habe es über Powershell geprüft und es heißt, dass die VLAN-ID leer ist.)

Aber am Ende rief ich den Glasfaser-Support an und sie teilten mir die VLAN-ID mit und nachdem ich diese VLAN-ID in die Linux-Systeme (QNAP und OpenWRT-Router) eingegeben hatte, funktionierte es einwandfrei.

So schlimm, aber jetzt ist es in Ordnung.

Vielen Dank an alle für die Hilfe!

verwandte Informationen