Feature #206

Verschieben der passwd/shadow (Re)Initialisierung aus Stage3 nach Stage1

Added by dvs almost 4 years ago. Updated 9 months ago.

Status:Erledigt Start date:
Priority:Hoch Due date:
Assignee:dvs % Done:

20%
Category:stage3
Target version:Ver. 5.0 Estimated time:4.00 hours
Resolution:

Description

Zur Erzeugung einer sauberen Shadow-basierten Benutzerverwaltung sollte der Block aus dem Stage3 ins Stage1 verschoben werden.

History

#1
Updated by dvs over 3 years ago

... hätte zudem den Vorteil, dass nur die Hashes und nicht die Klartext-PW transportiert werden müssen ...

#2
Updated by dvs over 3 years ago

Der slxconfig-demuxer zaubert schon ein Minimal passwd und ein Root-PW im shadow aus dem Hut (in der Client/Default-Konfig: /rootfs/etc/{passwd,shadow}. Diese reicht jedoch nicht für eine vollständige Konfiguration aus (andere System-UserIDs, wie "lp", "shadow", "bin", ... werden benötigt). Deshalb wird erstmal weiterhin die "basepasswd"-Funktion im servconfig genutzt, bis eine andere Regelung (erzeugen der Liste aus der {passwd,shadow} des Stage1) festgelegt wird.

#3
Updated by dvs almost 3 years ago

  • Target version changed from 4.9 to Ver. 5.0
  • % Done changed from 0 to 20
  • Estimated time set to 4.00

Es gibt wohl bereits Code in den Stage1-Tools, jedoch keine Idee wie der anzusprechen/nutzen ist!?

sub setPasswordForUser
{
    my $self = shift;
    my $username = shift;
    my $password = shift;
...

#4
Updated by dvs over 2 years ago

  • Status changed from Neu to Feedback

Mittelfristig sollte es in ein Plugin wandern ... (Berlin-Beschluss). Sollte es wirklich in Stage1 initialisiert werden? Das Problem ist, dass man nicht via

slxos-setup shell ...
passwd root
...

das Stage4-PW setzen kann.

#5
Updated by schmelzs 9 months ago

  • Status changed from Feedback to Erledigt

entweder auth plugin oder via postinit.local

Also available in: Atom PDF