Komplettes IPv6 Netz nutzen

[yourdom]

Hallo liebe Gemeinde,

ich habe hier im Forum bereits einige Beiträge über IPv6 gesehen, jedoch entsprechen diese nicht zu 100% dem, was ich vorhabe.

Also, ich habe einen Dedicated mit einerm zusätzlichen 64er IPv6-Netz.

Gibt es eine Möglichkeit, meinem Server so zu konfigurieren, dass er auf das komplette Netzt lauscht, ohne jede IPeinzeln zu konfigurieren?

Meine Config sieht aktuell so aus:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
     address xxx.xxx.xxx.xxx
     netmask 255.255.255.0
     broadcast xxx.xxx.xxx.xxx
     gateway xxx.xxx.xxx.xxx

auto eth0:1 
iface eth0:1 inet static 
   address xxx.xxx.xxx.xxx
  netmask 255.255.255.255

iface eth0 inet6 static
  address 1111:2222:3333:4444:0000:0000:0000:0001
  netmask 64
  up ip -6 route add 2001:4ba0:fffa:0001:beef:0000:0000:0001 dev eth0
  down ip -6 route del 2001:4ba0:fffa:0001:beef:0000:0000:0001 dev eth0
  up ip -6 route add default via 2001:4ba0:fffa:0001:beef:0000:0000:0001 dev eth0
  down ip -6 route del default via 2001:4ba0:fffa:0001:beef:0000:0000:0001 dev eth0

Somit ist auch nur die 1111:2222:3333:4444::::0001 erreichbar.
(Die ersten 4 blöcke der IP-Adressen sind ersetzt.)

Zu meinem Netz:
Adressbereich: 1111:2222:3333:4444::0 /64
Gateway: 2001:4ba0:fffa:1:beef::1

Oder muss ich jede IP einzeln anlegen?

Gruß

 

[Lord Gurke]

Das geht ohne großen Aufwand, siehe hier:

IPv6: Hinzufügen einer Range/Subnetz nicht möglich?

Ich bin schon seit Tagen auf der Suche nach einer Möglichkeit den Server unter vielen IPv6-Adressen erreichbar zu machen. Hintergrund ist dass ich jedem Kunden auf dem Server eine eigene IPv6-Adresse, später sogar vielleicht eine IP-Range geben möchte. Jedenfalls habe ich bisher keine Lösung...

serversupportforum.de

 

[yourdom]

Diesen Thread hatte ich bereits gesehen, nur ist auch in dem Fall nur die in der Interfaces konfigurierte IP-Adresse 0001) und die 0000) im Web erreichbar.
-Jedoch nicht alle anderen.

ifconfig:

eth0      Link encap:Ethernet  Hardware Adresse a0:b3:cc:e1:7a:f0
          inet Adresse:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.xxx Maske:255.255.255.0
          inet6-Adresse: 1111:2222:3333:4444::/64 Gültigkeitsbereich:Global
          inet6-Adresse: 1111:2222:3333:4444::1/64 Gültigkeitsbereich:Global
          inet6-Adresse: fe80::a2b3:ccff:fee1:7af0/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:227339 errors:0 dropped:0 overruns:0 frame:0
          TX packets:189886 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:48312191 (46.0 MiB)  TX bytes:230979635 (220.2 MiB)
          Interrupt:18

 

[yourdom]

Also, ich habe nochmal Google angeschmissen und bin zu der Erkenntnis gekommen, das man jede IP-Adresse einzeln konfigurieren bzw. zuweisen muss.

Ein IP-Netz /64 lässt sich nicht ohne weiteres zu 100% zuweisen, sodass jede IP auf den Server zeigt. Da braucht man etwas mehr Aufwand, wo ich jetzt gerade nicht so ganz durchsteige.

Egal ob über

ip -6 addr add ......

oder über

ifconfig eth0 inet6 add....................

Trotzdem Danke für die Antwort.

 

[derWachert]

Und warum sollte das nicht gehen wenn man das ganze /64 Netz entsprechend routet? Natürlich geht das. Das ganze Netz hängt dann halt auf einem eth was evtl. nicht gewünscht sein könnte. Subnetting wäre dann angesagt.

 

[Bachsau]

Wüsste ja zu gerne, wozu das gut sein soll. Hoffentlich nich für "SEO"...

 

[derWachert]

Als Webhosting"provider" zum Beispiel? Jedem Kunden seine eigene IPv6 zuordnen ohne ständig an der Netzwerkconfig schrauben zu müssen, wenn auch per Script? Für Gameserver / Voiceserver ähnlich.

Und jetzt bitte nicht wieder eine "IPv6 nutzt doch eh kaum einer" Grundsatzdiskussion

 

[yourdom]

Ich habe mehrer Benutzer auf dem Server und dort sollte jeder eigendlich ne eigene IPv6 bekommen und ja ich nutze aktiv IPv6, auch wenn es noch parallel zu IPv4 läuft.

Nur da ich nun mehr als genug IP's zur Verfügung habe, ist es auch so gedacht, dass der Mailserver ne andere IP bekommt als der Apache usw.

Und zur "Grundsatz-Diskusion IPv6 nutzt eh keiner":

Ich möchte nicht wissen, wie viele bereits über IPv6 surfen und es selbst nicht einmal wissen. Bei diversen Kabelnetzbetreibern gibt es nur noch IPv6-Adressen.

Und auch im Netz kommen so langsam auch die Hosting-Anbieter auf die Idee IPv6 aktiv zu nutzen. Es ist momentan echt an der Zeit sich mit IPv6 zu beschäftigen....

 

[Bachsau]

Und jetzt bitte nicht wieder eine "IPv6 nutzt doch eh kaum einer" Grundsatzdiskussion

Das hatte ich auch gar nicht vor. IPv6 ist toll, aber nur weil es genug IPs gibt, wird die Praxis ganze Subnetze ohne Notwendigkeit auf eine einzelne Maschine zu legen nicht weniger sinnlos. IPs sind zur Adressierung von Maschinen gedacht, nicht zur Adressierung von Diensten, Benutzern, Verzeichnissen und was sonst noch alles.

Als Webhosting"provider" zum Beispiel?

Virtual Hosting funktioniert auch mit IPv6 ganz toll, und der normale Kunde hat auch überhaupt keine Verwendung für eine eigene IP.

Nur da ich nun mehr als genug IP's zur Verfügung habe, ist es auch so gedacht, dass der Mailserver ne andere IP bekommt als der Apache usw.

Um Dienste auf einer Maschine voneinander zu trennen, gibt es Ports. Die Funktionieren mit IPv6 ebenfalls noch ganz toll, und dafür sind sie auch gedacht. Nur für NAT waren sie nie gedacht. Natürlich kannst du dein Netzwerk aufbauen, wie dir das beliebt. Aber außer einem riesen Durcheinander erreichst du damit nichts, darüber solltest du noch einmal nachdenken. Es wird nur komplizierter dadurch. Nur weil ich mir eine Villa mit 100 Wohnzimmern leisten kann, muss das noch lange nicht sinnvoll sein.

 

[yourdom]

Nagt, es war jetzt auch ein wenig übertrieben gesagt - mit jeder Dienst ne eigene IP.

Apache und Postfix sollen auf jedenfall getrennte IP's haben.
Ich will ja keine 1000 IP's einrichten.

Der Port 80 wird nicht nur für apache verwendet, auf einer zweiten IP läuft darüber noch ein VPN-Netz. Hört sich zwar kompliziert an, ist aber immer noch übersichtlich.