Univention Bugzilla – Bug 22871
IPv6 in UCR
Last modified: 2011-12-13 15:47:16 CET
Es sollte möglich sein IPv6 in UCR zu konfigurieren.
Es können jetzt IPv6-Adressen mit UCRV nach dem Format: interfaces/eth?/ipv6/*/{address,network} definiert werden. Zum Beispiel: interfaces/eth0/ipv6/base/address=2001:db8:723::192:168:0:3 interfaces/eth0/ipv6/base/netmask=64 interfaces/eth0/ipv6/ftp/address=2001:db8:a6ae::21 interfaces/eth0/ipv6/ftp/netmask=64 interfaces/eth0/ipv6/www/address=2001:db8:a6ae::80 interfaces/eth0/ipv6/www/netmask=64 Es können nur "echte" (eth0) Schnittstellen mit IPv6 konfiguriert werden, virtuelle (eth0:0), wie sie für IPv4 für mehrere Adressen verwendet werden, funktionieren nicht. Darum können für jede Schnittstelle mehrere Adressen zugewiesen werden, indem ein frei wählbarer Bezeichner (im obigen Beispiel www/ftp/base) vergeben wird. Damit eine Netzschnittstelle nicht auch über NDP mit Router Advertisements konfiguriert wird, kann dies für jede Schnittstelle einzeln deaktiviert werden: interfaces/eth0/ipv6/acceptRA=false Das Verhalten ändert sich nicht gegenüber UCS 2.4, wenn nichts konfiguriert wird. univention-base-files (1.0.5-1) unstable; urgency=low * make IPv6 configurable (Bug #22871)
Das Setzen von IPv6-Adressen, Netzmasken und einem Gateway funktioniert. Auch die RAs können abgeschaltet werden. Der Changelog-Eintrag ist auch vorhanden. Es gibt noch einen Punkt: Wird das IPv4-Gateway gesetzt, dann wird dies entsprechend direkt neugesetzt. Beim IPv6-Gateway wird das nicht gemacht. Das Anpassen der Adressen führt bei IPv4 und IPv6 zur direkten Anpassung des Interfaces. Ich denke wenn wir dabei bleiben wollen, dass die Interfaces automatisch angepasst werden, dann sollte auch das IPv6-Gateway gesetzt werden. Da das nicht so wichtig ist (grundsätzlich funktioniert es ja), kann das auch auf MS2 geschoben werden.
(In reply to comment #2) > Da das nicht so wichtig ist (grundsätzlich funktioniert es ja), kann das auch > auf MS2 geschoben werden. Es wäre gut, wenn wir die UCR Integration von IPv6 mit MS1 abschließen können.
(In reply to comment #2) > Ich denke wenn wir dabei bleiben wollen, dass die Interfaces automatisch > angepasst werden, dann sollte auch das IPv6-Gateway gesetzt werden. univention-base-files (1.0.14-1) unstable; urgency=low * set IPv6 gateway on UCRV change (Bug #22871)
(In reply to comment #4) > (In reply to comment #2) > > Ich denke wenn wir dabei bleiben wollen, dass die Interfaces automatisch > > angepasst werden, dann sollte auch das IPv6-Gateway gesetzt werden. > > univention-base-files (1.0.14-1) unstable; urgency=low > > * set IPv6 gateway on UCRV change (Bug #22871) Ok, das funktioniert
(In reply to comment #1) > Es können jetzt IPv6-Adressen mit UCRV nach dem Format: > interfaces/eth?/ipv6/*/{address,network} > definiert werden. > > Zum Beispiel: > interfaces/eth0/ipv6/base/address=2001:db8:723::192:168:0:3 > interfaces/eth0/ipv6/base/netmask=64 > interfaces/eth0/ipv6/ftp/address=2001:db8:a6ae::21 > interfaces/eth0/ipv6/ftp/netmask=64 > interfaces/eth0/ipv6/www/address=2001:db8:a6ae::80 > interfaces/eth0/ipv6/www/netmask=64 Es handelt sich hierbei aber nicht um eine "Netzmaske" sondern um einen "Präfix". Daher sollten wir die UCR-Variablen "netmask" in "prefix" umbenennen, um Verwirrungen bei den Kunden zu vermeiden. Sämtliche Literatur/Standards/... verwendet das Wort "prefix".
(In reply to comment #6) > (In reply to comment #1) > Daher sollten wir die UCR-Variablen "netmask" in "prefix" umbenennen, > um Verwirrungen bei den Kunden zu vermeiden. Sämtliche Literatur/Standards/... > verwendet das Wort "prefix". Zum Beispiel: http://en.wikipedia.org/w/index.php?oldid=448113080#Networks
univention-base-files (1.0.24-1) Die URCV heißen jetzt prefix anstatt netmask. Changelog angepasst.
(In reply to comment #8) > Die URCV heißen jetzt prefix anstatt netmask. > > Changelog angepasst. Funktioniert und ChangeLog ist angepasst
(In reply to comment #8) > univention-base-files (1.0.24-1) > > Die URCV heißen jetzt prefix anstatt netmask. > > Changelog angepasst. Das erste Interface sollte statt 'base' 'default' genannt werden, das scheint vom Sprachgebrauch intuitiver.
(In reply to comment #10) > Das erste Interface sollte statt 'base' 'default' genannt werden, das scheint > vom Sprachgebrauch intuitiver. Wird auch über Bug #22872 und Bug #24109 bearbeitet. Hier sollte die default-Adresse bevorzugt werden indem sie den Platz der direkten Konfiguration in der /etc/network/interfaces einnimmt.
(In reply to comment #11) > (In reply to comment #10) > > Das erste Interface sollte statt 'base' 'default' genannt werden, das scheint > > vom Sprachgebrauch intuitiver. > Wird auch über Bug #22872 und Bug #24109 bearbeitet. > > > Hier sollte die default-Adresse bevorzugt werden indem sie den Platz der > direkten Konfiguration in der /etc/network/interfaces einnimmt. "default" wird jetzt bevorzugt behandelt. univention-base-files (1.0.33-1) unstable; urgency=low * special handling for IPv6 "default" address (Bug #22871) Changelog wurde erweitert.
*** Bug 15438 has been marked as a duplicate of this bug. ***
Aus Bug #15438 (In reply to comment #5) > Leider nicht reproduzierbar ist folgender Fehler aufgetreten: > > # ucr set interfaces/eth0/ipv6/address="2001:db8:100::10" > Create interfaces/eth0/ipv6/address > Multifile: /etc/hosts > File: /etc/issue > File: /etc/apache2/mods-available/ssl.conf > File: /etc/network/interfaces > SIOCADDRT: File exists > Failed to bring up eth0. > > Danach lässt sich auch das entsprechende Interface bzw. das Netzwerk nicht neu > starten - ein Blick in /etc/network/run/ifstate zeigt dann auch nur: lo=lo > Da das interface aber noch gestartet war, hat in diesem Fall einfach das > Hinzufügen von eth0=eth0 in ifstate Abhilfe geschaffen. Der Fehler tritt noch auf (bei mir reproduzierbar), wenn eine neue IPv6-Adresse hinzugefügt wird.
(In reply to comment #14) > Aus Bug #15438 > > (In reply to comment #5) > > Leider nicht reproduzierbar ist folgender Fehler aufgetreten: > > > > # ucr set interfaces/eth0/ipv6/address="2001:db8:100::10" > > Create interfaces/eth0/ipv6/address > > Multifile: /etc/hosts > > File: /etc/issue > > File: /etc/apache2/mods-available/ssl.conf > > File: /etc/network/interfaces > > SIOCADDRT: File exists > > Failed to bring up eth0. > > > > Danach lässt sich auch das entsprechende Interface bzw. das Netzwerk nicht neu > > starten - ein Blick in /etc/network/run/ifstate zeigt dann auch nur: lo=lo > > Da das interface aber noch gestartet war, hat in diesem Fall einfach das > > Hinzufügen von eth0=eth0 in ifstate Abhilfe geschaffen. > > Der Fehler tritt noch auf (bei mir reproduzierbar), wenn eine neue IPv6-Adresse > hinzugefügt wird. Dieser Fehler konnte nur reproduziert werden, wenn eine Adresse an einem Interface doppelt vergeben wird. Daher wird jetzt geprüft, dass keine doppelten Adressen in der /etc/network/interfaces laden: univention-base-files (1.0.34-1)
(In reply to comment #15) > univention-base-files (1.0.34-1) Außerdem werden jetzt ungültige Adressen/Präfixe nicht mehr akzeptiert.
Ungültige Adressen, Präfixe und doppelte Adressen werden abgefangen. Ein Hinweis dazu steht dann in der /etc/network/interfaces
UCS 3.0-0 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte dieser Bug dupliziert werden: "Clone This Bug"