# Migration mit Subnets **URL:** \ **Category:** v7-Betatest\ **Created:** [4. September 2019 um 09:46 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082 "2019-09-04T09:46:18Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![rettich](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/rettich/32/52_2.png) [@rettich](https://ask.linuxmuster.net/u/rettich)\ **Post date:** [4. September 2019 um 09:46 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/1 "2019-09-04T09:46:18Z")
Hallo zusammen, die Migration von 6.2 auf 7 hat super geklappt. Vielen Dank schon mal dafür 🙂 Eine Kleinigkeit ist da noch: Bei der Migration von Subnetzen wird aus der alten `/etc/linuxmuster/subnets` die neue `/etc/linuxmuster/subnets.csv` gemacht. Dabei wird das Server-Subnet hinzugefügt: `# server subnet definition 10.16.0.0/16;10.16.1.254;10.16.1.100;10.16.1.200;SETUP` Als Gateway wird hier nicht die IP des L3-Switch, sondern der Firewall (10.16.1.254) eingetragen. Vielleicht liegts ja auch daran, dass ich bei der Installation dem Server die IP 10.16.1.1/16 und nicht 10.16.1.1/12 gegeben habe. Wenn nicht, sollte man einen Hinweis in der Dokumantation eintragen oder das Migrationsskript entsprechend abändern. Viele Grüße und nochmals vielen Dank für das gelungene Migrationsskript, Mathias ---
**Author:** ![baumhof](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/baumhof/32/1504_2.png) [@baumhof](https://ask.linuxmuster.net/u/baumhof)\ **Post date:** [4. September 2019 um 10:48 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/2 "2019-09-04T10:48:49Z")
Hallo Mathias, > die Migration von 6.2 auf 7 hat super geklappt. Vielen Dank schon mal > dafür 🙂 hast du erst die workstations importiert und dann das subnetting eingeschaltet, oder andersrum? Hast du auch die Passworthashes und die Lehrer/schülerdaten migriert? LG Holger ---
**Author:** ![rettich](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/rettich/32/52_2.png) [@rettich](https://ask.linuxmuster.net/u/rettich)\ **Post date:** [4. September 2019 um 12:31 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/3 "2019-09-04T12:31:47Z")
Hallo Holger, Subnetting habe ich ganz am Schluss mit `linuxmuster-import-subnets` die Subnets importiert. Gruß, Mathias ---
**Author:** ![Michael](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/michael/32/59_2.png) [@Michael](https://ask.linuxmuster.net/u/Michael)\ **Post date:** [4. September 2019 um 16:19 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/4 "2019-09-04T16:19:21Z")
Hi Hat das auch schon jemand versucht die alten Netze/-masken aus V6.x zu übernehmen? Ansonsten müsste man offenbar den Layer 3 Switch gleich mit umkonfigurieren. Das würde ich mir eigentlich gerne sparen… oder wie seht ihr das?? Michael ---
**Author:** ![foer](https://ask.linuxmuster.net/letter_avatar_proxy/v4/letter/f/ac8455/32.png) [@foer](https://ask.linuxmuster.net/u/foer)\ **Post date:** [4. September 2019 um 16:23 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/5 "2019-09-04T16:23:54Z")
Hi Michael, > [@Michael](#): > > Hat das auch schon jemand versucht die alten Netze/-masken aus V6.x zu übernehmen? dafür gibt es beim Setup ja extra die Option --do-it-like-baboo. Damit hast du in der lmn7 genau die selben Subnetze wie in der lmn6. Habe ich gemacht und funktioniert perfekt. Gruß Dominik ---
**Author:** ![baumhof](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/baumhof/32/1504_2.png) [@baumhof](https://ask.linuxmuster.net/u/baumhof)\ **Post date:** [4. September 2019 um 17:39 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/6 "2019-09-04T17:39:40Z")
Hallo, auch ich habe 10.16.1.1/12 LG Holger ---
**Author:** ![rettich](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/rettich/32/52_2.png) [@rettich](https://ask.linuxmuster.net/u/rettich)\ **Post date:** [4. September 2019 um 19:56 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/7 "2019-09-04T19:56:20Z")
Hallo Michael, > [@Michael](#): > > Hat das auch schon jemand versucht die alten Netze/-masken aus V6.x zu übernehmen? Ansonsten müsste man offenbar den Layer 3 Switch gleich mit umkonfigurieren. Das würde ich mir eigentlich gerne sparen… oder wie seht ihr das?? Nur keine Panik. Was ich geschrieben habe, ist nur zur Info. Entweder man schreibt’s in die Doku oder man erweitert das Migrationsskript. Die Lösung ist, wenn man’s weiß ganz einfach: In der `/etc/linuxmuster/subnets.csv` in der server subnet definition die firewall-Ip-Adresse durch die L3-Switch-IP-Adresse ersetzen. Bei mir sieht das dann so aus: `# server subnet definition 10.16.0.0/16;10.16.1.253;10.16.1.100;10.16.1.200;SETUP` Dann noch ein `linuxmuster-import-subnets` und alles ist in Ordnung. Der L3-Switch muss nicht angefasst werden 😄 Gruß, Mathias ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [6. September 2019 um 21:07 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/8 "2019-09-06T21:07:38Z")
Hi @baumhof, @rettich, @foer, @michael, ich bin auch beim subnetting angekommen… nachdem ich hier lese „man schreibt’s in die Doku“. Ich höre raus, dass das an das Ende der Dokumentation zur Migration gehört, richtig? Immerhin ist das ein Schritt den man dann macht, wenn man in der v6 schon subnetting hatte. ICh würde dann also, das was Mathias schreibt: > [@rettich](#): > > Die Lösung ist, wenn man’s weiß ganz einfach: > In der `/etc/linuxmuster/subnets.csv` in der server subnet definition die firewall-Ip-Adresse durch die L3-Switch-IP-Adresse ersetzen. Bei mir sieht das dann so aus: > `# server subnet definition 10.16.0.0/16;10.16.1.253;10.16.1.100;10.16.1.200;SETUP` > > Dann noch ein `linuxmuster-import-subnets` und alles ist in Ordnung. Der L3-Switch muss nicht angefasst werden an das Ende des Kapitels [http://docs.linuxmuster.net/de/v7/systemadministration/maintenance/migration.html#dinge-die-manuell-gemacht-werden-mussen](http://docs.linuxmuster.net/de/v7/systemadministration/maintenance/migration.html#dinge-die-manuell-gemacht-werden-mussen) packen, ok? Oder habt ihr da was anderes im Kopf gehabt? VG, Tobias ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [6. September 2019 um 21:18 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/9 "2019-09-06T21:18:04Z")
Hi nochmal, verständnisfrage: das ORANGE/DMZ (172.16.17.x/24), BLAU (172.16.16.x/24) und den OpenVPN Zugang (weiß nicht mehr) von IPFire ist ja auch ein subnetting, wo allerdings der IPFire der Router ist. WEnn nur akut mal das DMZ nehme, dann dachte ich, die Firewall=Opnsense sollte wieder der Router sein und dementsprechend habe ich ```auto # Subnet orange 172.16.17.0/24;172.16.17.254;;;MIGRATION; ``` in meiner subnets.csv ist das das richtige vorgehen (i.e. wird das funtionieren?) VG, Tobias ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [6. September 2019 um 21:20 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/10 "2019-09-06T21:20:33Z")
> [@rettich](#): > > `# server subnet definition 10.16.0.0/16;10.16.1.253;10.16.1.100;10.16.1.200;SETUP` > > Dann noch ein `linuxmuster-import-subnets` und alles ist in Ordnung. Der L3-Switch muss nicht angefasst werden p.s. warum 10.16.0.0/ **16** und nicht / **12**? Vermutlich, weil man die 10.17 - 10.31 gar nicht verwendet und somit den kleinsten Bereich abtrennt… p.p.s. bei mir funktioniert das Skript `linuxmuster-import-subnets` leider nicht, weil ich den Port der firewall von 443 auf 444 umgebogen habe… weiß jemand, ob das konfigurabel ist? VG, Tobias ---
**Author:** ![rettich](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/rettich/32/52_2.png) [@rettich](https://ask.linuxmuster.net/u/rettich)\ **Post date:** [7. September 2019 um 09:11 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/11 "2019-09-07T09:11:41Z")
Hallo Tobias, > [@Tobias](#): > > verständnisfrage: das ORANGE/DMZ (172.16.17.x/24), BLAU (172.16.16.x/24) und den OpenVPN Zugang (weiß nicht mehr) von IPFire ist ja auch ein subnetting, wo allerdings der IPFire der Router ist. > > WEnn nur akut mal das DMZ nehme, dann dachte ich, die Firewall=Opnsense sollte wieder der Router sein und dementsprechend habe ich > > ```auto > # Subnet orange > 172.16.17.0/24;172.16.17.254;;;MIGRATION; > > ``` > > in meiner subnets.csv Das ORANGE-Netz und das BLAU-Netz sind ja kein „Bestandteil“ des grünen Netzes. Insofern tauchen die nicht in `subnetzs.csv` auf. Da der Server mit allen Subnets aus `subnetzs.csv` kommunizieren muss, muss er den L3-Switch als Gateway nutzen. Daher brauchen wir ``` # server subnet definition 10.16.0.0/16;10.16.1.253;10.16.1.100;10.16.1.200;SETUP ``` > [@Tobias](#): > > p.s. warum 10.16.0.0/ **16** und nicht / **12**? Vermutlich, weil man die 10.17 - 10.31 gar nicht verwendet und somit den kleinsten Bereich abtrennt… Der Server ist nun mal im 10.16.0.0/16 bei 10.16.0.0/12 wären alle Netze 10.16.0.0/16 bis 10.31.0.0/16 enthalten. Wenn diese Netzwerke voneinander getrennte Netzwerke sein sollen, und das ist ja das Ziel der Segmentiereung, muss 10.16.0.0/16 verwendet werden. > [@Tobias](#): > > p.p.s. bei mir funktioniert das Skript `linuxmuster-import-subnets` leider nicht, weil ich den Port der firewall von 443 auf 444 umgebogen habe… weiß jemand, ob das konfigurabel ist? Da muss ich leider passen… Gruß, Mathias ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [7. September 2019 um 09:37 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/12 "2019-09-07T09:37:35Z")
Hi Mathias, > [@rettich](#): > > Das ORANGE-Netz und das BLAU-Netz sind ja kein „Bestandteil“ des grünen Netzes. Insofern tauchen die nicht in `subnetzs.csv` auf. ok. Verstehe ich jetzt. > [@rettich](#): > > Da der Server mit allen Subnets aus `subnetzs.csv` kommunizieren muss, muss er den L3-Switch als Gateway nutzen. Daher brauchen wir > > ```auto > # server subnet definition > 10.16.0.0/16;10.16.1.253;10.16.1.100;10.16.1.200;SETUP > > ``` ok, auch das verstehe ich halbwegs. Deswegen halbwegs, weil ich ja dem Server die IP `10.16.1.1/12` gegeben habe und damit ist er per Definition der Netzmaske in allen Subnetzen drin. Irgendwas verstehe ich eben nur halb. WEnn der Server die 10.16.1.253 als Gateway benötigt um z.B. nach 10.16.18.1 zu kommen, dann müsste ich ihm ja anderweitig den Zugang zu 10.16.18.1 versperren, also z.B. ihn gleich in sein eigenes Subnetz von 10.16.1.0/24 zu sperren, oder nicht? > [@rettich](#): > > Der Server ist nun mal im 10.16.0.0/16 bei 10.16.0.0/12 wären alle Netze 10.16.0.0/16 bis 10.31.0.0/16 enthalten. Wenn diese Netzwerke voneinander getrennte Netzwerke sein sollen, und das ist ja das Ziel der Segmentiereung, muss 10.16.0.0/16 verwendet werden. Das ist jetzt vermutlich nur kleinkariertheit: Der Server war und ist schon immer (bei manchen) in 10.16.0.0/12, eben mit allen Netzen 10.16. - 10.31, siehe [http://docs.linuxmuster.net/de/latest/systemadministration/install-from-scratch/preamble.html#ip-bereiche](http://docs.linuxmuster.net/de/latest/systemadministration/install-from-scratch/preamble.html#ip-bereiche) und die Segmentierung ist dann halt die Aufteilung in alle subnetze innerhalb von 10.16.0.0/12. So hab ich es jedenfalls jetzt. VG und danke!, Tobias ---
**Author:** ![rettich](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/rettich/32/52_2.png) [@rettich](https://ask.linuxmuster.net/u/rettich)\ **Post date:** [7. September 2019 um 09:47 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/13 "2019-09-07T09:47:30Z")
Hallo Tobias, > [@Tobias](#): > > Der Server war und ist schon immer (bei manchen) in 10.16.0.0/12, eben mit allen Netzen 10.16. - 10.31, siehe [http://docs.linuxmuster.net/de/latest/systemadministration/install-from-scratch/preamble.html#ip-bereiche](http://docs.linuxmuster.net/de/latest/systemadministration/install-from-scratch/preamble.html#ip-bereiche) und die Segmentierung ist dann halt die Aufteilung in alle subnetze innerhalb von 10.16.0.0/12. So hab ich es jedenfalls jetzt. Vorsicht!!! Nach der Segmentierung sollte der Server nicht in 10.16.0.0/12 sondern in 10.16.0.0/16 sein. Sonst passen die Netzwerke nicht mehr. Mich wundert es, dass das vorher funktioniert hat 🙂 Gruß, Mathias ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [7. September 2019 um 09:54 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/14 "2019-09-07T09:54:34Z")
> [@rettich](#): > > Vorsicht!!! Nach der Segmentierung sollte der Server nicht in 10.16.0.0/12 sondern in 10.16.0.0/16 sein. Sonst passen die Netzwerke nicht mehr. Hi MAthias, sorry, warum, frage ich mich? Ich kann doch 10.16.0.0/12 segmentieren wie ich will, z.B: in 10.16.1.0/24 10.16.2.0/24 … 10.16.255.0/24 10.17.0.0/24 10.17.1.0/24 10.17.2.0/24 … usw. oder nicht? mir fallen nur die IP Adressen 10.16.0.1-255 ein, von denen ich nicht weiß, ob sie ein eigenes subnetz sind. VG, Tobias ---
**Author:** ![baumhof](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/baumhof/32/1504_2.png) [@baumhof](https://ask.linuxmuster.net/u/baumhof)\ **Post date:** [7. September 2019 um 10:00 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/15 "2019-09-07T10:00:05Z")
Hallo Jungs, > ok, auch das verstehe ich halbwegs. Deswegen halbwegs, weil ich ja dem > Server die IP |10.16.1.1/12| gegeben habe und damit ist er per > Definition der Netzmaske in allen Subnetzen drin. Irgendwas verstehe ich > eben nur halb. WEnn der Server die 10.16.1.253 als Gateway benötigt um > z.B. nach 10.16.18.1 zu kommen, dann müsste ich ihm ja anderweitig den > Zugang zu 10.16.18.1 versperren, also z.B. ihn gleich in sein eigenes > Subnetz von 10.16.1.0/24 zu sperren, oder nicht? Der server ist dadurch eingesperrt, dass seine Route für alles außerhalb von 10.16.1.x auf den L3 Router zeigt. Hier route von meinem Server: Kernel-IP-Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface default firewall.bzpf.l 0.0.0.0 UG 0 0 0 eth0 10.16.0.0 0.0.0.0 255.240.0.0 U 0 0 0 eth0 10.16.0.0 10.16.1.253 255.240.0.0 UG 0 0 0 eth0 10.17.1.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.17.15.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.17.27.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.17.61.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.17.100.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.17.101.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.17.102.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.17.103.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.17.145.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.17.154.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.17.155.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.18.126.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 10.18.155.0 10.16.1.253 255.255.255.0 UG 0 0 0 eth0 Das wird durch das script linuxmuster-import-subnets angelegt. > ``` > Der Server ist nun mal im 10.16.0.0/16 bei 10.16.0.0/12 wären alle > Netze 10.16.0.0/16 bis 10.31.0.0/16 enthalten. Wenn diese Netzwerke > voneinander getrennte Netzwerke sein sollen, und das ist ja das Ziel > der Segmentiereung, muss 10.16.0.0/16 verwendet werden. > > ``` > > Das ist jetzt vermutlich nur kleinkariertheit: Der Server war und ist > schon immer (bei manchen) in 10.16.0.0/12, eben mit allen Netzen 10.16. > > - 10.31, siehe > [http://docs.linuxmuster.net/de/latest/systemadministration/install-from-scratch/preamble.html#ip-bereiche](http://docs.linuxmuster.net/de/latest/systemadministration/install-from-scratch/preamble.html#ip-bereiche) > und die Segmentierung ist dann halt die Aufteilung in alle subnetze > innerhalb von 10.16.0.0/12. So hab ich es jedenfalls jetzt. ich habe, da ich das schon in der lmn6 so hatte, 10.16.1.1/12 LG Holger ---
**Author:** ![baumhof](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/baumhof/32/1504_2.png) [@baumhof](https://ask.linuxmuster.net/u/baumhof)\ **Post date:** [7. September 2019 um 10:01 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/16 "2019-09-07T10:01:02Z")
Hallo Mathias, > ``` > Der Server war und ist schon immer (bei manchen) in 10.16.0.0/12, > eben mit allen Netzen 10.16. - 10.31, siehe > http://docs.linuxmuster.net/de/latest/systemadministration/install-from-scratch/preamble.html#ip-bereiche > und die Segmentierung ist dann halt die Aufteilung in alle subnetze > innerhalb von 10.16.0.0/12. So hab ich es jedenfalls jetzt. > > ``` > > Vorsicht!!! Nach der Segmentierung sollte der Server nicht in > 10.16.0.0/12 sondern in 10.16.0.0/16 sein. Sonst passen die Netzwerke > nicht mehr. warum? > Mich wundert es, dass das vorher funktioniert hat 🙂 es funktioniert auch weiterhin… LG Holger ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [7. September 2019 um 10:08 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/17 "2019-09-07T10:08:26Z")
> [@baumhof](#): > > Der server ist dadurch eingesperrt, dass seine Route für alles außerhalb > von 10.16.1.x auf den L3 Router zeigt. ok, das klingt für mich logisch: Auf technischer Ebene ist ihm der Zugang zu 10.16.18.1 eigentlich frei, aber die Route zwingt ihn über 10.16.1.253 zu gehen. Von mir aus. WEil ich so viel anderes am Hut habe, belasse ich es dabei… denn deine Route > [@baumhof](#): > > 10.16.0.0 0.0.0.0 255.240.0.0 U 0 0 0 eth0 > 10.16.0.0 10.16.1.253 255.240.0.0 UG 0 0 0 eth0 überzeugt mich eigentlich nicht von oben gesagtem. Egal. Grüße, Tobias ---
**Author:** ![rettich](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/rettich/32/52_2.png) [@rettich](https://ask.linuxmuster.net/u/rettich)\ **Post date:** [7. September 2019 um 10:40 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/18 "2019-09-07T10:40:43Z")
Hallo Tobias, > [@Tobias](#): > > Ich kann doch 10.16.0.0/12 segmentieren wie ich will Klar, kannst du. Du musst nur darauf achten, dass zwei unterschiedliche Netzwerke nicht ineinander enthalten sind. 10.17.0.0/16 ist aber in 10.16.0.0/12 enthalten. Das ist nicht gut! Denn wenn der Server die IP 10.17.1.2 erreichen möchte, „denkt“ er, dass 10.17.1.2 im Netz 10.16.0.0/12 ist und versucht ihn direkt zu erreichen. Er wird also nicht den L3-Switch kontaktieren. Und dann ist’s vorbei. 10.17.0.0/16 ist nicht in 10.16.0.0/16 enthalten. 10.17.0.0/16 ist ach nicht in 10.16.0.0/24 enthalten. Beides geht. Will der Server 10.17.1.2 erreichen, sieht er, dass 10.17.1.2 nicht in 10.16.0.0/16 liegt und kontaktiert den L3-Switch. und alles ist gut 🙂 Gruß, Mathias ---
**Author:** ![Tobias](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/tobias/32/85_2.png) [@Tobias](https://ask.linuxmuster.net/u/Tobias)\ **Post date:** [7. September 2019 um 10:55 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/19 "2019-09-07T10:55:02Z")
HI Mathias, ok. Jetzt verstehe ich dich: Du steckst den Server in das subnetz 10.16.0.0/16 und deine anderen Subnetze sind außerhalb davon, nämlich 10.17.0.0/16 usw. (du hast damit 10.16.0.0/12 in 16-bit große Häppchen aufgeteilt) Ich habe wohl die ganze Zeit von etwas anderem geredet, nämlich dass das 10.16.0.0/12 in kleinere 24-bit Häppchen aufgeteilt wird… Egal wie geteilt wird, bei dir ist die Zeile: > [@rettich](#): > > ```auto > # server subnet definition 10.16.0.0/16;10.16.1.253;10.16.1.100;10.16.1.200;SETUP > ``` dafür da, den Server in eines der Subnetze von 10.16.0.0/12 zu sperren. Ich habe die Zeile interpretiert, den Server im Gesamtnetz 10.16.0.0/12 zu lassen. Ich weiß jetzt auch, wo meine (Fehl?)interpretation der server-subnetz-zeile herkommt: > **[Subnetze](https://github.com/linuxmuster/linuxmuster-base7/wiki/Subnetze)** > > Mangement scripts for linuxmuster.net V7. Contribute to linuxmuster/linuxmuster-base7 development by creating an account on GitHub. Thomas schreibt da: > [@](#): > > - `# server subnet definition` > `10.0.0.0/16;10.0.0.254;10.0.255.1;10.0.255.254;SETUP` > - Das 16er-Netz stellt erstmal genügend Netzwerkaddressen bereit (2^16-2=65534), um damit ein Schulnetz betreiben zu können. und weiter unten: > [@](#): > > - Hat man vor das Schulnetz in Subnetze aufzuteilen, empfiehlt es sich eventuell vor dem Setup die Netzmaske des Servernetzes mit [linuxmuster-prepare](https://github.com/linuxmuster/linuxmuster-prepare) auf 24bit anzupassen. > - Weitere Subnetze ergänzt man nach dem Setup einfach in der Datei _/etc/linuxmuster/subnets.csv_ , zum Beispiel: > `10.0.100.0/24;10.100.0.254;10.0.100.201;10.0.100.250` Daher meine Interpretation: „Lass den Server in 10.0.0.0/16 und **ergänze** weitere Subnetze durch 10.0.100.0/24“ oder in meinem Fall eben „Lass den Server in 10.16.0.0/12 und **ergänze** weitere Subnetze durch 10.16.2.0/24 oder 10.17.1.0/24“ usw. Wenn es so sein sollte, wie du es interpretierst, dann muss in die Doku rein, dass der Server umgesteckt werden muss in z.B. (range angepasst) ```auto # server subnet definition 10.0.0.0/24;10.0.0.254;10.0.0.100;10.0.0.200;SETUP` ``` und für die mit L3-switche: ```auto # server subnet definition 10.0.0.0/24;10.0.0.253;10.0.0.100;10.0.0.200;SETUP` ``` Stimmst du mir da zu? VG, Tobias ---
**Author:** ![rettich](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/rettich/32/52_2.png) [@rettich](https://ask.linuxmuster.net/u/rettich)\ **Post date:** [7. September 2019 um 11:15 UTC](https://ask.linuxmuster.net/t/migration-mit-subnets/4082/20 "2019-09-07T11:15:10Z")
Hallo Tobias, > [@Tobias](#): > > Wenn es so sein sollte, wie du es interpretierst, dann muss in die Doku rein, dass der Server umgesteckt werden muss in z.B. (range angepasst) Du darfst nur den > [@Tobias](#): > > `# server subnet definition 10.0.0.0/24;10.0.0.253;10.0.0.100;10.0.0.200;SETUP` einsetzen. Dann werden die folgenden Eintragungen in `/etc/netplan/01-netcfg.yaml` gemacht: ``` root@server:~# cat /etc/netplan/01-netcfg.yaml network: ethernets: ens18: addresses: - 10.16.1.1/16 dhcp4: false dhcp6: false gateway4: 10.16.1.254 nameservers: addresses: - 10.16.1.1 - 10.16.1.254 search: - linuxmuster.lan routes: - to: 10.16.0.0/16 via: 10.16.1.253 - to: 10.17.0.0/16 via: 10.16.1.253 - to: 10.18.0.0/16 via: 10.16.1.253 - to: 10.19.0.0/16 via: 10.16.1.253 - to: 10.20.0.0/16 via: 10.16.1.253 version: 2 ``` Dabei ist der Gateway für IPs außerhalb von 10._._.\* die Firewall. Gruß, Mathias [Nächste Seite](https://ask.linuxmuster.net/t/migration-mit-subnets/4082.md?page=2)