genarate /var/lib/extrausers/* from froxlor db instead of default settings

[rseffner]

Ich habe hier eine verschwindend kleine Menge an Nutzern, die unbedingt eine shell auf dem Server wollen. Dazu alle FTP-User über das Froxlor zu öffnen gefiel mir nicht und ich habe das mich chroots gelöst. Dazu manipuliere ich in der Froxlor-DB die home-Dirs und die Shell.

Bisher wurde dann daraus die /var/lib/extrausers/passwd generiert und alles funktionierte. Zumindest solange, bis jemand über das UI genau diesen Nutzer anfasste.

Seit Version 2.3.0 landet in der o.g. Datei zwar das manipulierte home-Dir aus der DB aber die Shell ist immer /bin/false obwohl in der DB anders. Ich vermute, das die Shell jetzt eben aus dem Default und nicht der DB übernommen wird, was wohl vorher anders war. Zumindest zerschießt mir jetzt jedes Neuerstellen der o.g. Datei meine chroot-shell-Funktion.

[d00p]

entweder ist shell-usage global nicht erlaubt oder dem kunden im speziellen nicht erlaubt

[rseffner]

Also ich experimentiere gerade.
Bisher war bei mir Shell global nicht erlaubt. Ich habe unter /home/chroots mit meinem Skript chroots angelegt und mit mount --bind das Kundenhome dahingemappt. DAnn ging ich an die Froxlor-DB und habe home und shell des FTP-Nutzers angepasst. Irgendwie kamen diese Daten dann auch in die passwd von libnssextrausers.
Somit hatte ich Admin die Macht allein festzulegen, wer shell bekommt und den in ein chroot gesperrt.

Vermutlich wurde da jetzt der Code geändert zur Erstellung der passwd für libnssextrausers. Mit mehr Abhängigkeiten gegen global shell an/aus, Nutzer shell nicht /bin/false. Und das bricht mir einiges.

Ich versuche mich ja anzupassen. Wenn ich einem Kunden vertraue im chroot keinen Mist zu machen, könnte ich dem ja shell erleuben (eigentlich nicht, weil der das für beliebige FTP user aktivieren könnte, was ich nicht merke, und die dann ohne chroot noch mehr Macht haben). Lassen wir das mal so, ich aktiviere global shell und für den Kunden und am FTP-Nutzer.
-> jetzt landet die shell korrekt in der passwd von libnssextrausers und ich könnte mir die Manipulation des home sparen
-> nun wird mir aber der absolute home /home/chroot/... umgeschrieben auf /var/customers/webs/KUNDE/home/chroot

Wie komme ich aus der Nummer wieder raus. Ich möchte ja so kompatibel wie möglich sein mit froxlor, brauche aber diese chroots (bilde ich mir ein).

[d00p]

Das homedir wird 1:1 aus der DB gelesen und nicht "überschrieben", das einzige was hinzukam ist die Zusatzprüfung auf "Ist dem Kunden Shell erlaubt", siehe a499f2a#diff-eecaaaff4bc9c899f82d4f606e80f7b794bfd849fb8a034107e097b2fb8ebc7d

[rseffner]

D.h. ich "patche" einfach weiter von Extern mit meinem Script das home in der DB und gut ist? Danke.

[lordjaxom]

Ich hänge mich mal hier dran, da das neue Verhalten in meinem Setup m.E. mindestens eine Lücke aufweist.

Ich nutze Froxlor seit vielen Jahren. Ich möchte einigen wenigen Kunden Shell-Zugriff erlauben, ich möchte aber nicht, dass der Kunde sich selbst eine Shell zuweisen kann. Das mache ich als Admin explizit. Bisher hat es dafür ausgereicht, in der Datenbank dem FTP-User eine entsprechende Shell zuzuweisen, Froxlor hat diese dann nach /var/lib/extrausers/passwd generiert.

Seit 2.3.0 wird das zusätzliche Flag shell_allowed ausgewertet. So weit, so gut, allerdings: Dieses Flag taucht in der Kundenverwaltung (vom Admin) nur auf, wenn in den Einstellungen auch "Erlaube Kunden für FTP Benutzer eine Shell auszuwählen" gesetzt ist. Wenn der Wert von shell_allowed einmal gespeichert ist, funktioniert es auch wenn diese Einstellung deaktiviert ist.

Ich muss also nach dem Update auf 2.3.0 in der UI

1. "Erlaube Kunden für FTP Benutzer eine Shell auszuwählen" aktivieren
2. Als Admin bei den ausgewählten Kunden "Erlaube Shell Zugriff" aktivieren
3. "Erlaube Kunden für FTP Benutzer eine Shell auszuwählen" wieder deaktivieren

Das kommt mir sehr umständlich vor. Schöner fände ich wenn der Admin auch dann entscheiden darf dass ein Kunde Shell-Zugriff erhalten darf, wenn der Kunde selbst seine Shell nicht aussuchen darf.

Extra-Bonus wäre dann, wenn der Admin dem FTP-Benutzer auch eine Shell zuweisen darf, wenn shell_allowed deaktiviert ist. Also wenn ein Admin-Account angemeldet ist erscheint beim FTP-Benutzer die Auswahlliste, sobald "Liste der verfügbaren Shells" Einträge enthält, wenn ein Kunden-Account angemeldet ist erscheint diese Liste jedoch nicht.

Fun Fact:
Ich hätte mich durch das Update fast aus meinem System ausgesperrt, da mein persönlicher SSH-User ein Froxlor-User ist. Hätte nicht kurz nach dem Update ein Kunde angerufen, dass er sich nicht mehr anmelden kann, und ich hätte die Sitzung geschlossen, wäre ich echt gelackmeiert gewesen. Ich habe zwar eine serielle Konsole, aber die ist umständlich zu erreichen.