Hallo,
könnte man bei Verträgen mit aktiviertem SSH Zugriff auch direkt ~/.ssh mit den richtigen Benutzer+Gruppen Rechten erstellen?
So kann man ja zB keine SSH Keys hinterlegen oder auch erstellen und root muss das Verzeichnis dann immer erst erstellen 
Hallo,
kannst du via custom.lua regeln und beispielsweise die "LC.web.addAccount()" erweitern.
Hallo,
kannst du via custom.lua regeln und beispielsweise die "LC.web.addAccount()" erweitern.
Wir lassen das auch via Skript automatisch erstellen, aber das ist mE ein Feature, was für die Allgemeinheit Sinn macht
Das wäre etwas für die neue geplante Version. Wird dies berücksichtigt?
Auch diese Funktion bitte in die neue LiveConfig-Version integrieren. Das erspart viel manuelle "Bastelarbeit". Auch hier fragen Kunden oftmals, wo denn dieses Verzeichnis sei und warum es fehlt.
+1
Oder einfach so:
sudo mkdir -p /var/www/.skel/.sshDafür wurde das Skeleton-Verzeichnis unter /var/www in LC2.10 eingeführt. Sprich: alles was ihr unter unter /var/www/.skel/ erstellt wird als Vorlage für neue Webs genutzt. Ich persönlich nutze es z.B. für .cache Verzeichnisse. Siehe auch hier: LiveConfig v2.10.2
Nur für neue Webs? Aber was ist mit den vorhandenen? Gibt es da auch eine Lösung?
for f in /var/www/*/tmp; do
home=$(dirname $f);
u=$(stat -c %U "${home}/priv}"
g=$(stat -c %G "${home}/priv}"
dir="${home}/.ssh"
test -d $dir || mkdir $dir
chmod 0700 $dir
chown $u:$g $dir
touch $dir/authorized_keys
chown $u:$g $dir/authorized_keys
chmod 0600 $dir/authorized_keys
doneMal kurz runtergetippt. Sollte klappen - die beiden stat hab ich nachgeschaut.
Codefor f in /var/www/*/tmp; do
Mal kurz runtergetippt. Sollte klappen - die beiden stat hab ich nachgeschaut.
Das läuft bei uns in etwa identisch. Nur haben wir ganz oldscool "/home/htdocs/"
Wie immer. Mit etwas Grundkenntnis sind 99.9% aller Wünsche auf einfachste Art und Weise gelöst...
Da es nach wie vor anfragen gibt, wird eine automatisierte Lösung erbeten: Bei Verträgen mit SSH ist das Verzeichnis ".ssh" anzulegen, bei Verträgen ohne SSH wird dieses nicht benötigt. Kann dies bitte so umgesetzt werden? Es mag sein, das dies mit wenigen Handgriffen manuell erledigt ist, aber ständige Anfragen im Kundensupport würden so erspart bleiben. Ich verstehe bis heute nicht, warum das nach 5 Jahren noch immer nicht umgesetzt worden ist.
Was spricht dagegen, die ".skel"-Lösung serverweit umzusetzen? Wenn der Kunde kein SSH hat (das gibt's noch?), kann mit dem Verzeichnis halt nichts gemacht werden.
Wie gesagt keine manuellen Bastelarbeiten. Es muss alles automatisiert funktionieren.
¯\_(ツ)_/¯
Wir setzen alle Systeme mit Puppet/Ansible auf. Die einzige Handarbeit sind die individuellen Secrets (LC-Lizenz, MySQL-Passwort, Monitoring) pro Server. Der Server ist dann in ca. 660 Sekunden aufgesetzt, inkl. ".skel"/custom.lua.
Ich hätte ja gerne noch ne Verwaltung der SSH-Keys über die UI/API (gerne auch so, dass wie bei den Crontabs die Datei überschrieben wird) und das idealerweise sogar mit Objekten/Referenzen und nicht nur Text, so dass der Austausch eines SSH-Keys auch direkt alle Referenzen davon austauscht (Stichwort Agentur mit vielen Webspaces/Kunden).
¯\_(ツ)_/¯
Wir setzen alle Systeme mit Puppet/Ansible auf. Die einzige Handarbeit sind die individuellen Secrets (LC-Lizenz, MySQL-Passwort, Monitoring) pro Server. Der Server ist dann in ca. 660 Sekunden aufgesetzt, inkl. ".skel"/custom.lua.
Ich hätte ja gerne noch ne Verwaltung der SSH-Keys über die UI/API (gerne auch so, dass wie bei den Crontabs die Datei überschrieben wird) und das idealerweise sogar mit Objekten/Referenzen und nicht nur Text, so dass der Austausch eines SSH-Keys auch direkt alle Referenzen davon austauscht (Stichwort Agentur mit vielen Webspaces/Kunden).
Damit ist in den nächsten 10 Jahren sicher nicht zu rechnen. 
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
