Skip to main content

CLI-Befehle im Container

CLI-Befehle im Container

Diese Befehle stehen im SSH-Zugang deines Containers zur Verfuegung. Alle laufen als dein Container-User (kein sudo noetig, kein Root-Zugriff).

webunit-supervisor — Hintergrund-Prozesse

Verwaltung von Symfony-Messenger-Workern, Queue-Workern, Node-Daemons.

webunit-supervisor reload         # ~/.webunit/supervisor.d/*.conf einlesen
webunit-supervisor status         # Status aller Programme
webunit-supervisor restart <name> # Ein Programm neu starten
webunit-supervisor tail <name>    # Log-Zeilen (stdout)
webunit-supervisor tail-err <name># Log-Zeilen (stderr)
webunit-supervisor validate       # Syntax-Check ohne Reload
webunit-supervisor help

Details siehe Hintergrund-Prozesse (Supervisor).


webunit-ssh — SSH-Auth-Info

webunit-ssh status                # Aktueller PW-Auth-Modus + Key-Anzahl
webunit-ssh help

Beispiel-Ausgabe:

== SSH-Auth-Konfiguration ==
Passwort-Login:   DEAKTIVIERT (nur Key)
AuthorizedAktive Keys:      3
Zeile(n)Verwaltet inin:     /etc/webunit/sshpiper_pub.key (managed — nicht editieren)
Key hinzufuegen:  webunit-ssh add-key '<public-key>'

Wichtig zu ~/.ssh/authorized_keys: Diese

Aendern:Datei wird von unserer Infrastruktur IGNORIERT. Eintraege dort haben keine Wirkung. Die Datei enthaelt bewusst nur uebereinen dasHinweis-Text und ist read-only — sshd im Container liest ausschliesslich /etc/webunit/sshpiper_pub.key, was vom Admin-System zentral verwaltet wird.

Keys hinzufuegen: webunit-ssh add-key '<public-key>' (siehe unten) oder im Admin-Panel (Subscriptionunter →„SSH-Keys".

SSH

Passwort-Login-Toggle: →webunit-ssh Togglepassword-auth "Passwort-Login").on|off Deroder CLI ist bewusst read-only, damit keine Race-Bedingungen mit derim Admin-Rotation entstehen.Panel.


webunit-password — Passwoerter selbst rotieren

webunit-password ssh              SSH-/SFTP-Passwort neu setzen
webunit-password db <label>       Datenbank-Passwort neu setzen
webunit-password help

Detaillierte Anleitung inkl. Sicherheits-Hinweisen: siehe Passwoerter selbst aendern.


Gibt eine URL aus, die dich einmalig fuer 12 Stunden zu phpMyAdmin auf deiner Node lotst. Die URL ist ein signierter Tageslink — ohne den ist das PMA-Login-Formular von aussen nicht mal erreichbar.

Beispiel:

PMA-Zugang (12h gueltig ab jetzt, Tages-Grenze 04:00 Berlin):

  https://pma.<node>.webunit.cloud/pma-open?daykey=...&cid=...&node=...

Link im Browser oeffnen — Admin validiert und leitet weiter zu PMA.

Wichtig: die URL ist nur einen "Arbeitstag" gueltig. Tages-Grenze ist 04:00 Berlin — falls du morgens frueh anfaengst, laeuft dein Cookie ab 04:00 ab und du brauchst einen neuen Link. Nachts arbeitende Kunden haben von 04:00 an denselben Link 24 Stunden minus 12 Cookie-Timeout.

Wer die URL kennt, kommt zu PMA — nicht in oeffentlichen Chats posten.


Was du KEIN CLI dafuer brauchst

  • Passwort/Zugangsdaten anzeigen: Admin-Panel oder Access-Link
  • Passwort rotieren: Admin-Panel (Subscription → SSH → "Passwort neu wuerfeln" oder Datenbanken → "Rotieren")
  • DB anlegen/aendern: Admin-Panel
  • PHP-Werte tunen: Admin-Panel (Custom-INI-Textblock pro Hostname)
  • MariaDB-Werte tunen: Admin-Panel (Custom-Config-Textblock pro DB)

Bash-Zusatzausstattung im Container

Beim ersten Login findest du in deinem Home:

  • ~/.bashrc mit Aliases (ll, www fuer cd /var/www)
  • ~/www → Symlink auf /var/www (Docroot)
  • ~/logs → Symlink auf /var/log/apache2 — pro vhost gibt es hier <domain>-access.log und <domain>-error.log. Persistent ueber Container-Recreate hinweg und im taeglichen Backup enthalten.
  • ~/.webunit/ — deine eigenen Supervisor-Configs (supervisor.d/) und Programm-Logs (logs/). Auch persistent + im Backup.
  • ~/.ssh/authorized_keys — deinewird SSH-Keys.von Auchunserer persistent.Infrastruktur KeysIGNORIERT. dieDie duDatei hierenthaelt pereinen Hinweis-Text und ist read-only. sshd liest ausschliesslich /etc/webunit/sshpiper_pub.key (zentral verwaltet). Zum Key-Hinzufuegen: webunit-ssh add-key '<public-key>' oder Admin-Panel.
  • ~/.ssh/id_rsa, ~/.ssh/config, ~/.ssh/known_hosts — voll unter deiner Kontrolle, fuer OUTGOING SSH direkt(Deploy, reinlegstgit werdenclone automatischvia vomSSH, Systemrsync). erkanntNur undauthorized_keys inist unserer Verwaltung uebernommen (dauert max. 5 Minuten) — ab dann sind sie auch bei Node-Umzug sicher.speziell.

Zusaetzlich vorinstalliert: composer, wp (WP-CLI), node, npm, git, curl, mariadb, msmtp (Mail via /usr/sbin/sendmail), nano, zstd.

Fehlendes Tool? Kurz per Support melden — wir installieren pauschal ins Image, alle Kunden bekommen es.