7
Synology nimmt DHCP-Adr nicht an nach Netzwerkumstellung
Hallo,
Ich habe bei mir das Netzwerk umgestellt. Siehe auch hier. Ich habe 2 Mikrotik Router wobei der 2. als Switch genutzt wird (und seine beiden Wifi-Ifs dem 1. per Capsman überträgt). Es gibt mehrere VLANs und an einem Port des 2. Routers hängt jetzt meine Synology. Dieser Port ist einem VLAN zugeordnet und für dieses VLAN existiert ein DHCP-Server auf dem MT1 welcher für die Synology eine (statische) IP-Adr. vergibt.
Das Problem ist, dass die Synology keine IP-Adr. bekommt, bzw diese ignoriert. Ein Win 10 PC am gleichen Port bekommt eine IP-Adr. per DHCP (auch statisch).
In meinem alten Netzt war der Aufbau ähnlich nur mit verschiedenen Routern unter dd-wrt. Dort gab es keine Probleme.
Ich habe einen Hochlauf der Synology mal aufgezeichnet. Hier sind alle Packete mit der MAC-Adr. der Synology am entsprechenden Port:
Hat jemand eine Idee?
Vielen Dank,
Thomas
Ich habe bei mir das Netzwerk umgestellt. Siehe auch hier. Ich habe 2 Mikrotik Router wobei der 2. als Switch genutzt wird (und seine beiden Wifi-Ifs dem 1. per Capsman überträgt). Es gibt mehrere VLANs und an einem Port des 2. Routers hängt jetzt meine Synology. Dieser Port ist einem VLAN zugeordnet und für dieses VLAN existiert ein DHCP-Server auf dem MT1 welcher für die Synology eine (statische) IP-Adr. vergibt.
Das Problem ist, dass die Synology keine IP-Adr. bekommt, bzw diese ignoriert. Ein Win 10 PC am gleichen Port bekommt eine IP-Adr. per DHCP (auch statisch).
In meinem alten Netzt war der Aufbau ähnlich nur mit verschiedenen Routern unter dd-wrt. Dort gab es keine Probleme.
Ich habe einen Hochlauf der Synology mal aufgezeichnet. Hier sind alle Packete mit der MAC-Adr. der Synology am entsprechenden Port:
Hat jemand eine Idee?
Vielen Dank,
Thomas
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 579889
Url: https://administrator.de/contentid/579889
Ausgedruckt am: 04.12.2024 um 19:12 Uhr
7 Kommentare
Neuester Kommentar
Moin,
wäre schön, wenn man in die Pakete reingucken könnte. Es sieht so aus, als ob der DHCP offer des Servers nicht verstanden wird. Irgendwann gibt sie auf und macht dann APIPA. Kannst Du das mal mit Wireshark aufzeichnen unddie ein offer-Pakete komplett posten.
Ansonsten die allgemeine Frage: Die Synology ist auch up to date?
Liebe Grüße
Erik
wäre schön, wenn man in die Pakete reingucken könnte. Es sieht so aus, als ob der DHCP offer des Servers nicht verstanden wird. Irgendwann gibt sie auf und macht dann APIPA. Kannst Du das mal mit Wireshark aufzeichnen und
Ansonsten die allgemeine Frage: Die Synology ist auch up to date?
Liebe Grüße
Erik
10zeichen
[image df23031c714ac0889dcb4348de23babb]
[image df23031c714ac0889dcb4348de23babb]
Das ist aber klein. Da muss der alte Mann die Brille abnehmen und mit der Nase an den Monitor. 
Sieht erstmal alles normal aus. Die Options könntest du noch aufklappen. Aber das wird auch gut aussehen. Bei anderen Geräte klappt es ja auch. Jetzt ist die große Frage: Warum versteht die Synology die korrekten Pakete nicht?
Was sagt denn
auf der Synology? Irgendwas auffälliges?
Sieht erstmal alles normal aus. Die Options könntest du noch aufklappen. Aber das wird auch gut aussehen. Bei anderen Geräte klappt es ja auch. Jetzt ist die große Frage: Warum versteht die Synology die korrekten Pakete nicht?Was sagt denn
journalctl | grep -Ei 'dhcp' auf der Synology? Irgendwas auffälliges?
-sh: journalctl: command not foundSystem started to boot up.
direkt
IP address [169.254.111.15] and subnet mask [255.255.0.0] were assigned to the DHCP client on [LAN 1].
ich hab sie jetzt mal testweise an die Fritzbox gehängt, dann bekommt sie eine ip zugewiesen
ein weiterer Win 7 PC bekommt wiederum am MT-Port auch (wie der WIN 10 PC) eine IP
ein weiterer Win 7 PC bekommt wiederum am MT-Port auch (wie der WIN 10 PC) eine IP
Vielen Dank,
hat sich erledigt, der Port war falsch konfiguriert.
hat sich erledigt, der Port war falsch konfiguriert.
Wobei ich dann doch gleich eine Anschlussfrage hätte.
Dass der Port falsch konfiguriert ist hatte ich mit ziemlicher Sicherheit ausgeschlossen.
1) zu 90% weil der Win 10 PC ja eine IP bekommen hatte
2) weil ich als 1. die Pakete auf dem MT1 aufgezeichnet hatte, dort war auf dem Uplink-If zum MT2 der VLAN-Tag im Trace zu sehen
am falsch konfigurierten Port nicht
Am MT2 war das VLAN allerdings als tagged auf diesem Port gemappt.
Das zu Ändern war ja dann auch die Lösung.
Warum ist das im Wireshark nicht zu sehen?
Dass der Port falsch konfiguriert ist hatte ich mit ziemlicher Sicherheit ausgeschlossen.
1) zu 90% weil der Win 10 PC ja eine IP bekommen hatte
2) weil ich als 1. die Pakete auf dem MT1 aufgezeichnet hatte, dort war auf dem Uplink-If zum MT2 der VLAN-Tag im Trace zu sehen
Das zu Ändern war ja dann auch die Lösung.
Warum ist das im Wireshark nicht zu sehen?
