Bug 22872 - IPv6 im UCS Installer
IPv6 im UCS Installer
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: UCS Installer
UCS 3.0
Other Linux
: P5 enhancement (vote)
: UCS 3.0 - MS2
Assigned To: Sönke Schwardt-Krummrich
Janek Walkenhorst
:
: 23760 23770 (view as bug list)
Depends on: 22871
Blocks:
  Show dependency treegraph
 
Reported: 2011-06-28 07:29 CEST by Stefan Gohmann
Modified: 2011-12-13 15:51 CET (History)
5 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional): IPv6
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Gohmann univentionstaff 2011-06-28 07:29:43 CEST
Es sollte möglich sein UCS Systeme mit IPv6 zu installieren.
Comment 1 Stefan Gohmann univentionstaff 2011-08-03 14:44:43 CEST
Kein Blocker für MS1.
Comment 2 Sönke Schwardt-Krummrich univentionstaff 2011-09-20 16:46:21 CEST
Das "network" Modul des Installers wurde neu komplett neu geschrieben und hat dabei eine neues Layout erhalten.
Die virtuellen Interfaces (z.B. eth0_1) werden vom interaktiven Installer nicht mehr unterstützt. Bei der Profilinstallation sollten sie noch funktionieren.
Das Modul zeigt nur noch Interfaces an, die
a) mit "eth" beginnen und
b) auf dem System auch vorhanden sind (Modul sucht /sys/class/net/eth*)

Die vorhandenen Profilvariablen für native Interfaces "^eth0_(ip|network|netmask|broadcast)$" sind erhalten geblieben.

Neue Profilvariablen:
- gateway6  →  IPv6 Default-Gateway
- eth0_acceptra → yes/true → Akzeptieren von Router Advertisements
- eth0_ip6 → z.B. "fe80::337:a6ff:fe93:a73d"
- eth0_prefix6 → z.B. 64
Comment 3 Andreas Büsching univentionstaff 2011-09-22 09:09:32 CEST
Bei der Installation über den virt-viewer ist aufgefallen, dass die Seite mit den Netzeinstellungen bei jedem Tastendruck flackert. Scheinbar wird sie komplett neu gezeichnet.

Wie besprochen wieder auf
Comment 4 Sönke Schwardt-Krummrich univentionstaff 2011-09-22 10:25:28 CEST
(In reply to comment #3)
> Bei der Installation über den virt-viewer ist aufgefallen, dass die Seite mit
> den Netzeinstellungen bei jedem Tastendruck flackert. Scheinbar wird sie
> komplett neu gezeichnet.

Nicht nur scheinbar :-) 
Es werden jetzt nur noch die Widgets der Cardbox neugezeichnet. Bei einem Reiterwechsel wird weiterhin alles neu gezeichnet.
Comment 5 Sönke Schwardt-Krummrich univentionstaff 2011-09-22 11:03:09 CEST
*** Bug 23760 has been marked as a duplicate of this bug. ***
Comment 6 Sönke Schwardt-Krummrich univentionstaff 2011-09-22 11:04:02 CEST
Traceback bei DHCP-Abfrage. Siehe Screenshot an Bug 23760
Comment 7 Sönke Schwardt-Krummrich univentionstaff 2011-09-22 13:36:38 CEST
* Der Traceback bei einer DHCP-Abfrage mit Systemrolle Master wurde behoben.

* Es werden jetzt auf einem Master/OXASE-System die dns_forwarder_* Werte in die 
  nameserver_* Variablen übernommen. Da der Master das erste System ist, wurde 
  die Abfrage nach einem Domänen-DNS-Server für diese Systemrolle deaktiviert. 
  Während der Installation wird der Wert jedoch benötigt. Später tauscht der 
  Master wie gewohnt nameserver_1 automatisch gegen seine eigene IP-Adresse aus.
Comment 8 Janek Walkenhorst univentionstaff 2011-09-29 12:53:35 CEST
Reopen:

Unabhängig von den v6-Einstellungen an den Schnittstellen wird acceptRA nie gesetzt.

Der dns/forwarder wird nie gesetzt.

Nur-v6-Schnittstellen werden für die Installation nicht aktiviert (UP) - bleiben deaktiviert (DOWN)

In der Zusammenfassung wird der v4-Gateway nur angezeigt wenn der v6-Gateway angezeigt wird und anstatt des Wertes von v4 wird der Wert von v6 angezeigt.

Wenn man in den Gateway-Feldern tippt wir der Hintergrund weiß - man sieht den Cursor nicht mehr.

Wenn man auf dem "[Mehr]"-Knopf für DNS <Space> drückt wird dieser auch weiß.

Allgemein funktioniert <Space> nicht zur Aktivierung der Knöpfe.

Beim Start des Moduls ist das v4-Gateway-Feld deaktiviert.

Wenn vor der "DHCP-Anfrage" Text in dem IP-Feld stand, ist danach der Cursor in dem Feld nicht am Ende.
Comment 9 Janek Walkenhorst univentionstaff 2011-09-29 17:35:13 CEST
(In reply to comment #8)
> Wenn man in den Gateway-Feldern tippt wir der Hintergrund weiß - man sieht den
> Cursor nicht mehr.
Bug #23770 beschreibt das gleiche Problem.
Comment 10 Janek Walkenhorst univentionstaff 2011-09-29 17:35:21 CEST
*** Bug 23770 has been marked as a duplicate of this bug. ***
Comment 11 Sönke Schwardt-Krummrich univentionstaff 2011-10-04 14:16:52 CEST
(In reply to comment #8)
> Reopen:
> 
> Unabhängig von den v6-Einstellungen an den Schnittstellen wird acceptRA nie
> gesetzt.
> 
> Der dns/forwarder wird nie gesetzt.

→ wird bei mir gesetzt. Hast du öffentliche IPv6-Adressen verwendet (2000:... bis 3fff:...)?

> Nur-v6-Schnittstellen werden für die Installation nicht aktiviert (UP) -
> bleiben deaktiviert (DOWN)

→ werden jetzt auch aktiviert

> In der Zusammenfassung wird der v4-Gateway nur angezeigt wenn der v6-Gateway
> angezeigt wird und anstatt des Wertes von v4 wird der Wert von v6 angezeigt.

→ fixed

> Wenn man in den Gateway-Feldern tippt wir der Hintergrund weiß - man sieht den
> Cursor nicht mehr.

→ fixed
 
> Wenn man auf dem "[Mehr]"-Knopf für DNS <Space> drückt wird dieser auch weiß.

→ fixed

> Allgemein funktioniert <Space> nicht zur Aktivierung der Knöpfe.

→ fixed

> Beim Start des Moduls ist das v4-Gateway-Feld deaktiviert.

→ fixed

> Wenn vor der "DHCP-Anfrage" Text in dem IP-Feld stand, ist danach der Cursor 
> in dem Feld nicht am Ende.

→ Ich denke, das brauchen wir nicht fixen


Zusätzlich gefixt:
- wenn keine IPv4-Adresse angegeben wurde, wurde trotzdem "IPv4 Adresse" und 
  "IPv4 Netzmaske" in der Overview angezeigt.
- IPv6 Adressen sind jetzt auch als Nameserver erlaubt (notwendig für IPv6-only 
  setups)
- Der DNS-Server-Dialog wurde breiter gemacht, um IPv6-Adressen vollständig 
  aufnehmen zu können.

univention-installer (7.0.82-1) unstable; urgency=low
Comment 12 Janek Walkenhorst univentionstaff 2011-10-06 15:22:22 CEST
(In reply to comment #11)
> (In reply to comment #8)
> > Unabhängig von den v6-Einstellungen an den Schnittstellen wird acceptRA nie
> > gesetzt.
acceptRA wird korrekt gesetzt

> > Der dns/forwarder wird nie gesetzt.
dns/forwarder1 und nameserver1 funktionieren.
> > Nur-v6-Schnittstellen werden für die Installation nicht aktiviert (UP) -
> > bleiben deaktiviert (DOWN)
> → werden jetzt auch aktiviert
v4only, statisch  aktiviert
v4only, dynamisch aktiviert
v6only, statisch  aktiviert
v6only, dynamisch deaktiviert
→ Reopen

> > In der Zusammenfassung wird der v4-Gateway nur angezeigt wenn der v6-Gateway
> > angezeigt wird und anstatt des Wertes von v4 wird der Wert von v6 angezeigt.
> → fixed
Funktioniert

> > Wenn man in den Gateway-Feldern tippt wir der Hintergrund weiß - man sieht den
> > Cursor nicht mehr.
> → fixed
Funktioniert

> > Wenn man auf dem "[Mehr]"-Knopf für DNS <Space> drückt wird dieser auch weiß.
> → fixed
OK

> > Allgemein funktioniert <Space> nicht zur Aktivierung der Knöpfe.
> → fixed
Funktioniert nicht in den "Mehr DNS"*-Dialogen

> > Beim Start des Moduls ist das v4-Gateway-Feld deaktiviert.
> → fixed
Funktioniert

> Zusätzlich gefixt:
> - wenn keine IPv4-Adresse angegeben wurde, wurde trotzdem "IPv4 Adresse" und 
>   "IPv4 Netzmaske" in der Overview angezeigt.
Funktioniert

> - IPv6 Adressen sind jetzt auch als Nameserver erlaubt
> (notwendig für IPv6-only setups)
Funktioniert

> - Der DNS-Server-Dialog wurde breiter gemacht, um IPv6-Adressen vollständig 
>   aufnehmen zu können.
Stimmt

Wenn man lange IP-Adressen als Gateway/DNS einträgt gibt es einen Traceback bei der Übersicht.
(0000000000000008.0000000000008.0000000000008.00000000000000000008)

Typo "Weitere Externer DNS-Server" im Mehr-Dialog für externe DNS-Server.

Für ein Basesystem heißt das Feld auch "Domänen DNS-Server".

DHCP funktioniert auch mit Gateway und DNS.

Wenn eine IPv4 oder IPv6 Konfiguration eingegeben wird und dann "IPv? aktivieren" deaktiviert, werden die Variablen trotzdem im Profil und damit im Zielsystem-URC gesetzt.
→ Reopen
Comment 13 Sönke Schwardt-Krummrich univentionstaff 2011-10-13 12:33:49 CEST
(In reply to comment #12)
> > > Der dns/forwarder wird nie gesetzt.
> dns/forwarder1 und nameserver1 funktionieren.
> > > Nur-v6-Schnittstellen werden für die Installation nicht aktiviert (UP) -
> > > bleiben deaktiviert (DOWN)
> > → werden jetzt auch aktiviert
> v4only, statisch  aktiviert
> v4only, dynamisch aktiviert
> v6only, statisch  aktiviert
> v6only, dynamisch deaktiviert
> → Reopen

> Wenn man lange IP-Adressen als Gateway/DNS einträgt gibt es einen Traceback bei
> der Übersicht.
> (0000000000000008.0000000000008.0000000000008.00000000000000000008)
→ fixed, falls nicht, neuen Bug gegen UCS 3.x anlegen
 
> Typo "Weitere Externer DNS-Server" im Mehr-Dialog für externe DNS-Server.
→ fixed
 
> Für ein Basesystem heißt das Feld auch "Domänen DNS-Server".
→ fixed, falls nicht, neuen Bug gegen UCS 3.x anlegen

> Wenn eine IPv4 oder IPv6 Konfiguration eingegeben wird und dann "IPv?
> aktivieren" deaktiviert, werden die Variablen trotzdem im Profil und damit im
> Zielsystem-URC gesetzt.
> → Reopen
→ fixed
Comment 14 Janek Walkenhorst univentionstaff 2011-10-19 11:40:54 CEST
Noch eine Änderung: Der Bezeichner für die IPv6-Adressen in UCR sollte anstatt "base" "default" lauten. (Siehe auch: Bug #22871 und Bug #24109)
Comment 15 Sönke Schwardt-Krummrich univentionstaff 2011-10-19 12:14:35 CEST
(In reply to comment #14)
> Noch eine Änderung: Der Bezeichner für die IPv6-Adressen in UCR sollte anstatt
> "base" "default" lauten. (Siehe auch: Bug #22871 und Bug #24109)

fixed

univention-installer (7.0.109-1) unstable; urgency=low
Comment 16 Janek Walkenhorst univentionstaff 2011-10-19 14:59:07 CEST
Wenn ein v6 Interface statisch konfiguriert wird, wird acceptRA nicht =false gesetzt.
Comment 17 Sönke Schwardt-Krummrich univentionstaff 2011-10-20 10:13:43 CEST
acceptra wird jetzt immer gesetzt

univention-installer (7.0.112-1) unstable; urgency=low
Comment 18 Sönke Schwardt-Krummrich univentionstaff 2011-10-30 17:41:18 CET
SLAAC kann jetzt immer optional aktiviert werden. Das "entweder IPv6-Adresse oder SLAAC" ist jetzt entfallen. In einem IPv6-Only-Setup muss mindestens eine statische IPv6-Adresse definiert werden. SLAAC darf immer aktiviert sein (muss aber nicht).

univention-installer (7.0.130-1) unstable; urgency=low
Comment 19 Sönke Schwardt-Krummrich univentionstaff 2011-10-31 11:53:13 CET
Wurde DHCP für ein Interface ausgewählt, es ist aber keine IPv4-Adresse definiert, wird jetzt auf Serverrollen wieder eine Incomplete-Meldung beim "F12" ausgegeben (gleiches Verhalten wie bei UCS 2.4).
Comment 20 Janek Walkenhorst univentionstaff 2011-11-02 14:05:45 CET
(In reply to comment #17)
> acceptra wird jetzt immer gesetzt
Stimmt

(In reply to comment #18)
> SLAAC kann jetzt immer optional aktiviert werden. Das "entweder IPv6-Adresse
> oder SLAAC" ist jetzt entfallen.
Stimmt
> In einem IPv6-Only-Setup muss mindestens eine
> statische IPv6-Adresse definiert werden. SLAAC darf immer aktiviert sein (muss
> aber nicht).
Stimmt

(In reply to comment #19)
> Wurde DHCP für ein Interface ausgewählt, es ist aber keine IPv4-Adresse
> definiert, wird jetzt auf Serverrollen wieder eine Incomplete-Meldung beim
> "F12" ausgegeben (gleiches Verhalten wie bei UCS 2.4).
Stimmt



Es fehlen noch Tests mit Profil-basierter Installation.
Comment 21 Janek Walkenhorst univentionstaff 2011-11-15 16:39:25 CET
(In reply to comment #20)
> Es fehlen noch Tests mit Profil-basierter Installation.

Funktioniert auch Profil-basiert.

Changelog OK
Comment 22 Sönke Schwardt-Krummrich univentionstaff 2011-12-13 15:51:03 CET
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"