Bug 27847 - Das Halten der temporären IP-Adresse funktioniert nicht bei gleichzeitiger Konfiguration von virtuellen Interfaces
Das Halten der temporären IP-Adresse funktioniert nicht bei gleichzeitiger Ko...
Status: CLOSED FIXED
Product: UCS
Classification: Unclassified
Component: UMC - Basic settings
UCS 3.0
Other Linux
: P3 normal (vote)
: UCS 3.0-2
Assigned To: Alexander Kläser
Dirk Wiesenthal
: interim-3
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-07-06 12:29 CEST by Dirk Wiesenthal
Modified: 2012-07-20 15:24 CEST (History)
1 user (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):
Max CVSS v3 score:
klaeser: Patch_Available+


Attachments
patch (941 bytes, patch)
2012-07-06 12:55 CEST, Alexander Kläser
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk Wiesenthal univentionstaff 2012-07-06 12:29:42 CEST
Wenn während des System Setup die IP-Adresse geändert werden soll, hält der Server die alte in einem temporären, virtuellen Interface. Dieses wird bestimmt, indem das nächst freie genommen wird (z.B. eth0_0).

Wenn jetzt aber gleichzeitig zur IP-Änderung wirklich ein virtuelles Interface genutzt werden soll, überschreibt dieses neue Interface das temporär angelegte (nämlich auch als eth0_0). Somit steht die alte IP wieder nicht zur Verfügung und die Verbindung reißt ab.

Was sich nach einem unschönen Usability-Bug anhört, kann kritisch sein: Denn das temporäre Interface hat von UCR das hier mitbekommen:
  ucr set interfaces/eth0_0/type=appliance-mode-temporary
und das wird beim normalen Einrichten des "echten" virtuellen Interfaces nicht gelöscht. Das heißt (wenn ich es richtig verstanden habe): Nach dem ersten Neustart verschwinden die Variablen. Nach dem zweiten das Interface und der Server ist über die eigentlich korrekt eingerichtete IP nicht mehr zu erreichen!

Natürlich kann man danach über die eigentliche IP noch rauf und das virtuelle Interface nochmals einrichten.
Comment 1 Alexander Kläser univentionstaff 2012-07-06 12:55:05 CEST
Created attachment 4514 [details]
patch

Dafür müssten die entsprechenden Variablen aus der Profile-Datei mit einbezogen werden. Anbei ein Vorschlag.
Comment 2 Alexander Kläser univentionstaff 2012-07-06 14:05:53 CEST
Der Bug hat sogar noch eine andere Auswirkung. Gibt man im Wizard ein virtuelles Interface an, wird dessen type als appliance-mode-temporary markiert, so dass es nachher wieder gelöscht wird.
Comment 3 Alexander Kläser univentionstaff 2012-07-06 14:12:04 CEST
Mit dem Patch hat es bei mir geklappt:

  interfaces/eth0/address: 10.200.26.34
  interfaces/eth0/broadcast: 10.200.26.255
  interfaces/eth0/ipv6/acceptRA: false
  interfaces/eth0/netmask: 255.255.255.0
  interfaces/eth0/network: 10.200.26.0
  interfaces/eth0_0/address: 10.200.26.35
  interfaces/eth0_0/broadcast: 10.200.26.255
  interfaces/eth0_0/netmask: 255.255.255.0
  interfaces/eth0_0/network: 10.200.26.0
  interfaces/eth0_1/address: 10.200.26.33
  interfaces/eth0_1/broadcast: 10.200.26.255
  interfaces/eth0_1/netmask: 255.255.255.0
  interfaces/eth0_1/network: 10.200.26.0
  interfaces/eth0_1/type: appliance-mode-temporary

Die ursprüngliche eth0 Adresse war 10.200.26.33, sie wurde auf eth0=10.200.26.34 und eth0_0=10.200.26.35 gesetzt. eth0_1 wurde durch das Skript selber angelegt.
Comment 4 Alexander Kläser univentionstaff 2012-07-06 14:31:55 CEST
Änderungen wurden eingespielt, Paket baut.


 univention-system-setup (5.0.186-1) unstable; urgency=low
 .
   * fixed problems with virtual interfaces in appliance mode; Bug #27847
Comment 5 Dirk Wiesenthal univentionstaff 2012-07-17 13:47:38 CEST
VERIFIED soweit. Vorher kam er durcheinander, jetzt geht es im Normalfall. Anderes Problem besteht:
Join mit IP-Änderung, aber falschem Passwort:
 -> IP wird geändert (z.B. 10.200.4.33 -> 10.200.4.34)
 -> temp Interface wird angelegt (10.200.4.33)
 -> Join Vorgang geht schief, User will es nochmals versuchen
 -> Das neu geladene Formular findet nun .33 und .34 als zwei Interfaces (eines virtuell)
Join wird nochmals versucht, aber da der User die .33 nicht haben wollte, entschließt er sich, sie in .35 zu ändern:
  -> IP wird geändert (das virtuelle von 10.200.4.33 -> 10.200.4.35)
  -> 10.200.4.35 ist nun temporary, und die Verbindung zu 10.200.4.33 bricht ab

Dieses Problem ist außerhalb des Scopes dieses Bugs, der kommt hiermit auf VERIFIED. Vielleicht sollte man diesen Bug aber clonen und später fixen. Lösung könnte sein, die temporary Interfaces nicht zu laden, vielleicht reicht es aber auch aus, das Formular einfach überhaupt nicht neu zu laden, sondern das alte zu behalten.


Changelog OK.
Comment 6 Stefan Gohmann univentionstaff 2012-07-20 15:24:37 CEST
UCS 3.0-2 has been released: 
  http://forum.univention.de/viewtopic.php?f=54&t=1905

If this error occurs again, please use "Clone This Bug".