5
DHCP von Class B auf Class C
Hallo zusammen,
ich habe hier in meinem (übernommenem) Netzwerk eine völlig unnormale Konfiguration.
Mein Vorgänger hat aus irgendeinem Grund ein 192.168.x.x-Netz aufgebaut, die Subnetzmaske jedoch auf 255.255.0.0 gesetzt.
Laufen tut alles, soweit dazu. Ich bin auch hergegangen und habe die dyn. IP-Vergabe auf das 192.168.1.x-Netz reduziert. Jedoch habe ich einige Produktionsmaschinen, die wohl auf dem 192.168.4.x-Netz stehen. Diese kann ich nicht ohne größeren Aufwand durch externe Dienstleister umstellen.
Gibt es eine Möglichkeit, sicherzustellen, wenn ich das 192.168.1.x-Netz auf eine Class-C-Subnetzmaske setze, dass die Maschinen trotzdem erreichbar bleiben?
Und wenn ich diesen Bereich erstellen will, muss ich den ursprünglichen Bereich vorher löschen oder kann ich das umgehen? (Hier sind etliche Reservierungen drin, die könnte ich dann "abschreiben", sonst müsste ich ne Menge Screenshots machen)
Ich hoffe, ich habe mich so ausgedrückt, dass ihr mein Problem versteht.
Ach so, es handelt sich um einen MS Server 2003 R2
DAnke und beste Grüsse
ich habe hier in meinem (übernommenem) Netzwerk eine völlig unnormale Konfiguration.
Mein Vorgänger hat aus irgendeinem Grund ein 192.168.x.x-Netz aufgebaut, die Subnetzmaske jedoch auf 255.255.0.0 gesetzt.
Laufen tut alles, soweit dazu. Ich bin auch hergegangen und habe die dyn. IP-Vergabe auf das 192.168.1.x-Netz reduziert. Jedoch habe ich einige Produktionsmaschinen, die wohl auf dem 192.168.4.x-Netz stehen. Diese kann ich nicht ohne größeren Aufwand durch externe Dienstleister umstellen.
Gibt es eine Möglichkeit, sicherzustellen, wenn ich das 192.168.1.x-Netz auf eine Class-C-Subnetzmaske setze, dass die Maschinen trotzdem erreichbar bleiben?
Und wenn ich diesen Bereich erstellen will, muss ich den ursprünglichen Bereich vorher löschen oder kann ich das umgehen? (Hier sind etliche Reservierungen drin, die könnte ich dann "abschreiben", sonst müsste ich ne Menge Screenshots machen)
Ich hoffe, ich habe mich so ausgedrückt, dass ihr mein Problem versteht.
Ach so, es handelt sich um einen MS Server 2003 R2
DAnke und beste Grüsse
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: 212436
Url: https://administrator.de/forum/dhcp-von-class-b-auf-class-c-212436.html
Ausgedruckt am: 22.12.2024 um 18:12 Uhr
5 Kommentare
Neuester Kommentar
Moin,
ich hoffe die Frage nach dem Routen des *.*.4.* Netzes hin zum *.*.1.* Netz war nicht ernst gemeint, sonst lässt du evtl besser nochmal jemanden anders hin.
Zum DHCP: Da musst du entweder abschreiben oder dir per Google ein Exporttool suchen. übernehmen ist nicht.
Grüße,
Christian
certified IT
ich hoffe die Frage nach dem Routen des *.*.4.* Netzes hin zum *.*.1.* Netz war nicht ernst gemeint, sonst lässt du evtl besser nochmal jemanden anders hin.
Zum DHCP: Da musst du entweder abschreiben oder dir per Google ein Exporttool suchen. übernehmen ist nicht.
Grüße,
Christian
certified IT
Da ich kein Netzwerker bin, war die Frage nach dem routen leider ernst gemeint.
Also deakivieren oder sowas geht nicht?
Können denn da noch weitere Schwierigkeiten bei sowas auftreten?
Also deakivieren oder sowas geht nicht?
Können denn da noch weitere Schwierigkeiten bei sowas auftreten?
1
Mein Vorgänger hat aus irgendeinem Grund ein 192.168.x.x-Netz aufgebaut, die Subnetzmaske jedoch auf 255.255.0.0 gesetzt.
Spricht absolut nichts gegen, da es keine Klasseneinteilung mehr gibt.ich hoffe die Frage nach dem Routen des *.*.4.* Netzes hin zum *.*.1.* Netz war nicht ernst gemeint, sonst lässt du evtl besser nochmal jemanden anders hin.
Die Frage ist schon berechtigt, weil in den Maschinen ist ja ebenso eine Subnetzmaske von 255.255.0.0 hinterlegt, damit kannst du das Routing vergessen, da die Maschinen ja meinen, es muss nicht geroutet werden, ist ja im gleichen Subnetz. Um das zu ändern, muss ja der Service her.Entweder lässt du die Maschinen in dem Netz und baust alles andere in einen anderen IP-Bereich um, also z.B. aus dem 10.0.0.0-Bereich (auch hier gibts keine Klassen und du kannst die Subnetzmaske zwischen 255.0.0.0 und 255.255.255.252 frei variieren wie du willst), damit kannst du das ganze sauber routen oder du musst in jedem Fall den Server kommen lassen.
Ich würde aber einfach alles so lassen wie es ist, durch ne ordentliche Adressierungslogik etwas Ordnung reinbringen und gut is.
1
Wenn es nur um die Maschinen geht ...
Was spricht denn dagegen, dein Officenetz auf etwas wie 172.16.32.x umzustellen.
Dann kannst du deine Maschinen im 192.168.x.y Netz lassen und trotzdem routen. Die Erreichbarkeit ist somit gegeben.
Und nebenbei kannst du dann sukzessive erweitern.
Weiters solltest du dich um eine VLAN Konstruktion kümmern, die die Netze wirklich trennt. Denn manche Broadcast sind für Maschinen tödlich. Umgekehrt könnte das natürlich auch passieren.
Weiters hast du dann schon eine Option für ein QoS-Netz mit VoIP.
Gruß
Netman
Was spricht denn dagegen, dein Officenetz auf etwas wie 172.16.32.x umzustellen.
Dann kannst du deine Maschinen im 192.168.x.y Netz lassen und trotzdem routen. Die Erreichbarkeit ist somit gegeben.
Und nebenbei kannst du dann sukzessive erweitern.
Weiters solltest du dich um eine VLAN Konstruktion kümmern, die die Netze wirklich trennt. Denn manche Broadcast sind für Maschinen tödlich. Umgekehrt könnte das natürlich auch passieren.
Weiters hast du dann schon eine Option für ein QoS-Netz mit VoIP.
Gruß
Netman
Hallo,
Klasseneinteilung gibt es nicht mehr. Das wurde vor ca. 20 Jahren abgeschafft! Diese Info verbreitet sich irgendwie NULL.
Wenn Du die Maske herabsetzt, also auf eine 24 Bit, dann benötigst Du einen Router um die Netze zu verbinden.
Gruß
Klasseneinteilung gibt es nicht mehr. Das wurde vor ca. 20 Jahren abgeschafft! Diese Info verbreitet sich irgendwie NULL.
Wenn Du die Maske herabsetzt, also auf eine 24 Bit, dann benötigst Du einen Router um die Netze zu verbinden.
Gruß
1
