gardsen 10 Geschrieben 16. Mai 2015 Melden Teilen Geschrieben 16. Mai 2015 Hallo Gemeinde, ich hab mal was Herausforderndes... Eckdaten der Umgebung: - Server 2008 R2 als DC mit DNS und DHCP - IP: 10.16.0.206 Maske 22 - IP-Adressverteilung 10.16.0.x - alles wunderbar, Clients bekommen Adressen Da uns da aber die Adressen ausgehen, haben unsere Netzies das Subnetz von vormals 24er Maske auf die 22er erweitert. Ich möchte nun 10.16.1.x verteilen. Dabei gibt es aber ausschließlich "BAD_ADDRESS" Einträge. Fehlererkennung ist auf 2 Versuche, hat nichts gebracht. Server nicht multihomed, kein rouge-dhcp im Subnetz. Ich hab sowas noch nie gesehen....was ist da los? Hilfe! :) Zitieren Link zu diesem Kommentar
zahni 559 Geschrieben 17. Mai 2015 Melden Teilen Geschrieben 17. Mai 2015 Prüfe die DHCP-Einstellungen, speziell die Bereichskonfiguration. Wie verteilst Du Adressen explizit in "10.16.1.x" ? Die befinden sich im gleichen Subnet wie "10.16.0.x" Ganz praktisch: http://www.heise.de/netze/tools/netzwerkrechner/ Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 17. Mai 2015 Melden Teilen Geschrieben 17. Mai 2015 (bearbeitet) Moin, warum starten mi 10.16.1.? Ich empfehle, lasse weiterhin mit 10.16.0 beginnen! Mit /22 ist 10.16.1. eingeschlossen. bearbeitet 17. Mai 2015 von lefg Zitieren Link zu diesem Kommentar
gardsen 10 Geschrieben 17. Mai 2015 Autor Melden Teilen Geschrieben 17. Mai 2015 Hello, mit 10.16.0 können wir nicht weitermachen - Netz erschöpft. Zudem stehen in dem Netz alle Drucker - demnach ist es einfacher auf das 10.16.1.x auszuweichen. Eingestellt ist ein DHCP-Pool 10.16.1.1 bis 10.16.1.150, so werden die Adressen verteilt. Seltsam ist, dass auf dem Server die Verteilung von 10.16.0.x funktioniert - bei 10.16.1.x 2.x und 3.x kommt immer dieser BAD_ADDRESS - Fehler (also der DHCP-Bereich ist sehr schnell erschöpft und mit diesen "Mülladressen" voll). Und da liegt eben der Hund begraben - warum funktioniert 0.x, 1-3.x aber nicht? Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 17. Mai 2015 Melden Teilen Geschrieben 17. Mai 2015 (bearbeitet) Hallo, ich frage mal - wo beginnt der Adressbereich des Subnetzes? - wo beginnt der Adresspool des DHCP? - bearbeitet 17. Mai 2015 von lefg Zitieren Link zu diesem Kommentar
zahni 559 Geschrieben 17. Mai 2015 Melden Teilen Geschrieben 17. Mai 2015 (bearbeitet) Nochmals:Bei /22 befinden sich bei Bereiche im gleichen Subnetz. Daher funktioniert es nicht. Den Rest habe ich schon gefragt. bearbeitet 17. Mai 2015 von zahni Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 17. Mai 2015 Melden Teilen Geschrieben 17. Mai 2015 (bearbeitet) Nochmals:Bei /22 befinden sich bei Bereiche im gleichen Subnetz. Daher funktioniert es nicht. Den Rest habe ich schon gefragt. Welche beiden Bereiche, was für Bereiche wo? Falls zwei ip4-Bereiche im DHCP gemeint sein sollten, warum zwei Bereiche? Macht man das so? Wie wäre es mit einem Bereich? bearbeitet 17. Mai 2015 von lefg Zitieren Link zu diesem Kommentar
gardsen 10 Geschrieben 17. Mai 2015 Autor Melden Teilen Geschrieben 17. Mai 2015 Also: Subnetz beginnt bei 10.16.0.1 endet bei 10.16.3.254 - 22er Maske Da der Konfigurationsaufwand (Drucker komplett aus 10.16.0.x in 10.16.1., 2 oder 3.x umkonfigurieren) gespart werden soll, wollen wir 10.16.1.1 bis 10.16.1.150 verteilen. Genau so sieht auch der Scope aus. Ein Bereich, der eben nur diese Adressen verteilt. Mache ich genau das mit Scope 10.16.0.1 bis 10.16.0.150 mit gleicher Subnetzmaske, bekommen die Clients alle eine Adresse. Mache ich genau das mit Scope 10.16.1.1 bis 10.16.1.150 kommt nur BAD_ADDRESS. Was genau führt hier zu den BAD_ADDRESS-Einträgen? Zitieren Link zu diesem Kommentar
zahni 559 Geschrieben 17. Mai 2015 Melden Teilen Geschrieben 17. Mai 2015 Erstelle einen Bereich von 10.16.0.1 bis 10.16.1.255 Die Adressen, die Du nicht verteilen willst, musst Du von der Verteilung ausschließen Zitieren Link zu diesem Kommentar
gardsen 10 Geschrieben 17. Mai 2015 Autor Melden Teilen Geschrieben 17. Mai 2015 Auch das habe ich schon ausprobiert. Ergebnis bleibt hier gleich: BAD_ADDRESS... Zitieren Link zu diesem Kommentar
zahni 559 Geschrieben 17. Mai 2015 Melden Teilen Geschrieben 17. Mai 2015 Dann lies hier mal weiter: https://technet.microsoft.com/en-us/library/cc958918.aspx Dein OP verstehe ich übrigens nicht ganz: Dein Server hatte eine /22 Adresse und die Clients eine /24 Adresse? Dir ist bewusst, dass einem Layer-2 Netz die Subnet-Mask nicht relevant ist? Die dient nur dem Routing. Vermutlich hast Du schlicht irgendwelche doppelten IP-Adressen. Zitieren Link zu diesem Kommentar
gardsen 10 Geschrieben 17. Mai 2015 Autor Melden Teilen Geschrieben 17. Mai 2015 Das habe ich alles schon durchgeackert, ohne Ergebnis. Anfangskonfiguration: 24er Subnetz 10.16.0.x - Adressen reichten nicht mehr aus. So hatten sowohl Server, als auch Client eine 24er Maske. Jetzt soll es so werden: 22er Subnetz mit IP-Adressvergabe 10.16.1.x, da es einfacher ist, diesen Bereich neu zu erstellen und nicht alle Drucker in 10.16.0.x in ein anderes Segment zu verschieben. So hat jetzt schon der Server eine 22er Maske und die Clients eben nichts, da die keine Adressen bekommen. Doppelte IP-Adressen sind definitiv keine da, Netz mehrfach gescannt (10.16.1.x) - alles leer. Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 17. Mai 2015 Melden Teilen Geschrieben 17. Mai 2015 (bearbeitet) Ein Netzzugang mit 10.16.1.x/22 beginnt trotdem mit 10.16.0.1. Das ist einfach nachrechenbar mit einem IP Calculator online. Man kann das natürlich auch händisch auf Papier nachrechnen. Man kann sich das auch im Web anschauen. Es ist erscheint also sinnvoll, die Adressierung gleich bei 10.16.0 zu beginnen. Nachtrag: Mit Beginnen meine ich nicht den Bereich des DHCP, ich meine damit den Adressberich auf dem Netzwerkinterface. bearbeitet 17. Mai 2015 von lefg Zitieren Link zu diesem Kommentar
NorbertFe 2.099 Geschrieben 17. Mai 2015 Melden Teilen Geschrieben 17. Mai 2015 Das ist doch vollkommen Wurscht wo der Bereich anfängt. Ich muss bei /24 doch auch nicht bei .1 beginnen. Zitieren Link zu diesem Kommentar
Doso 77 Geschrieben 17. Mai 2015 Melden Teilen Geschrieben 17. Mai 2015 Allgemeinen Fehler in 2008r2 möchte ich ausschließen, wir haben vor kurzem auch auf neue Adressbereiche /22 und /23 im 10er Bereich umgestellt. Wir haben aber unsere Scopes als Ganzes definiert und dann halt mit Ausnahmen und Reservierungen gearbeitet. Ich vermute da eher ein allgemeines Problem mit der Umstellung der Subnetmaske. Scopes falsch definiert, Subnetmaske am Server des DHCP Servers nicht umgestellt oder so Krams. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.