Files
Deploymentcenter/cli/tick.php
T
Deploymentcenter BotandClaude Opus 5 c8f3e78635 feat(setup): Erstinstallation ueber den Update-Agent, Installationskonto, Downloads
Bisher gab es nur den Update-Weg: eine Anwendung musste bereits installiert und
eingerichtet sein, damit sich etwas aktualisieren liess. Die Erstinstallation
auf einem neuen System war Handarbeit - Paket kopieren, Konfiguration
abtippen, Token besorgen.

Setup-API (neu)
- POST /api/setup/v1/login tauscht Benutzername und Passwort gegen ein Token
  mit 30 Minuten Gueltigkeit und ausschliesslich setup:install. Es wird nicht
  mitgeschrieben und lebt im Installer nur im Speicher.
- GET /api/setup/v1/catalog zeigt nur, was zur Laufzeitkennung des anfragenden
  Systems passt. Ein Projekt mit ausschliesslich Windows-Paket taucht auf einem
  Linux-Rechner gar nicht erst auf.
- POST /api/setup/v1/token stellt das Dauertoken der Anwendung aus. Welche
  Rechte vergeben werden, entscheidet der Server; die Anfrage kann nur
  einschraenken. Sonst waere der Umweg ueber ein kurzlebiges Token wirkungslos.

Rollentrennung (Migration 012)
- dc_users bekommt role, disabled und last_login_at. Die Rolle "installer"
  darf sich ueber den Setup-Weg anmelden und nicht am WebUI. Die Zugangsdaten
  werden auf jedem Zielsystem eingetippt; mit einem Administratorkonto
  verteilte man damit den Zugang zu Tokens, Lizenzen und Monitoren auf jeden
  Rechner, auf dem je etwas installiert wurde.
- Auth::verifyCredentials() prueft sessionfrei, damit Setup- und WebUI-Login
  nicht zwei verschiedene Haertungsgrade haben (Drosselung, Timing-Angleichung,
  Rehash gelten fuer beide).
- Konten mit hinterlegtem TOTP-Geheimnis werden am Setup-Weg mit 501
  abgewiesen. Eine TOTP-Pruefung gibt es im Deploymentcenter noch nicht; sie
  stillschweigend zu uebergehen waere ein Rueckschritt.
- Benutzerverwaltung im WebUI - es gab bisher gar keine, nur den einen von
  install_db.php angelegten Admin. Das letzte aktive Administratorkonto laesst
  sich weder deaktivieren noch loeschen.

Installer
- update-agent --action install fuehrt durch Anmeldung, Auswahl,
  Zielverzeichnis, Installation und Einrichtung. Die Dateien kommen ueber
  denselben Pfad wie ein Update - mit Pruefsumme, Signatur, Staging und
  Rollback. Ein zweiter Download-Weg waere ein zweiter Ort fuer dieselben
  Fehler.
- --action configure holt die Einrichtung nachtraeglich.
- setup.json im Paket beschreibt die benoetigten Werte. Bewusst im Paket und
  nicht zentral: so ist sie mit der Anwendung versioniert.
- Gefragt wird nur, was uebrig bleibt: bereits gesetzt -> detect:... ->
  provision -> fragen. Platzhalter wie changeme oder <dein-wert> gelten dabei
  nicht als eingerichtet, sonst liefe die Anwendung mit der Vorlage los.
- SetupWriter erhaelt vorhandene Inhalte. Eine appsettings.json fuehrt neben
  den abgefragten Werten meist Logging und anderes; sie neu zu erzeugen waere
  bequemer und verloere das - bei einer Neuinstallation ohne Backup.
  int und bool landen als JSON-Typ, nicht als Zeichenkette.

Downloads
- scripts/build_installer.ps1 baut selbstenthaltende Einzeldateien fuer
  win-x64, linux-x64 und linux-arm64 (rund 34 MB, .NET-Laufzeit inbegriffen).
  Ohne NativeAOT und ohne Trimming: Spectre.Console loest ueber Reflexion auf
  und braeche sonst erst beim Anwender.
- scripts/upload_installer.py laedt sie nach /installer/. Getrennt von
  deploy.py, das client-dotnet bewusst ausklammert.
- Bereich "Installer" auf der UpdateService-Seite mit Groessen, Pruefsummen
  und den wget-Befehlen; die Angaben stammen aus installer.json statt aus fest
  eingetragenem Text.
- install.sh und install.ps1 laden, pruefen die Pruefsumme und legen ab -
  sie richten bewusst nichts selbst ein. Das Manifest wird BOM-frei
  geschrieben, sonst scheitert json_decode() daran.

Enthaelt ausserdem die bislang nicht committete Arbeit an den
RocketChat-Benachrichtigungen (Migrationen 010 und 011) sowie die Loesch- und
Editierfunktion des UpdateService; die betroffenen Dateien liessen sich nicht
getrennt stagen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-13 10:33:26 +02:00

275 lines
8.6 KiB
PHP

#!/usr/bin/env php
<?php
/**
* Watchdog-Tick — Evaluationslauf von der Kommandozeile.
*
* Ersetzt den frueheren /watchdog/cli/tick.php. Macht dasselbe wie
* GET /api/watchdog/v1/evaluate, aber ohne HTTP-Umweg:
*
* - kein Shared Key im Crontab und damit nicht in der Prozessliste
* jedes Nutzers auf der Maschine (ps zeigt curl-Argumente),
* - keine Abhaengigkeit von Webserver, TLS, DNS oder Timeouts,
* - laeuft auch, wenn der Webserver gerade nicht erreichbar ist -
* also genau dann, wenn das Erkennen von Ausfaellen wichtig ist.
*
* Cron-Eintrag (minuetlich):
* * * * * * /usr/bin/php /pfad/zum/deploymentcenter/cli/tick.php --quiet
*
* Aufrufe:
* php cli/tick.php Lauf mit lesbarer Zusammenfassung
* php cli/tick.php --quiet nur bei Zustandswechseln und Fehlern Ausgabe
* php cli/tick.php --json maschinenlesbares Ergebnis
* php cli/tick.php --no-lock Sperre uebergehen (nur zur Fehlersuche)
* php cli/tick.php --help
*
* Rueckgabewerte:
* 0 Lauf erfolgreich
* 1 Fehler
* 2 uebersprungen, weil bereits ein Lauf aktiv ist
*/
declare(strict_types=1);
use Deploymentcenter\Core\Db;
use Deploymentcenter\Core\Logger;
use Deploymentcenter\Modules\Watchdog\Evaluator;
// ---------------------------------------------------------------------------
// Nur Kommandozeile.
//
// Erste und wichtigste Verteidigungslinie: sie wirkt unabhaengig davon, ob
// mod_rewrite, AllowOverride oder die .htaccess-Dateien greifen. Ohne sie
// koennte ein Aufruf ueber den Webserver einen Evaluationslauf ohne jede
// Authentifizierung ausloesen - der HTTP-Endpunkt verlangt dafuer aus gutem
// Grund den Shared Key oder eine angemeldete Sitzung.
// ---------------------------------------------------------------------------
if (PHP_SAPI !== 'cli') {
http_response_code(403);
header('Content-Type: text/plain; charset=utf-8');
exit("Dieses Skript laeuft ausschliesslich auf der Kommandozeile.\n");
}
require_once __DIR__ . '/../src/bootstrap.php';
// ---------------------------------------------------------------------------
// Fehlerbehandlung fuer die Kommandozeile.
//
// Der Handler aus bootstrap.php ruft Http::fail() auf: der schickt JSON samt
// Kopfzeilen und ist fuer eine HTTP-Antwort gedacht. Im Cron waere das eine
// unbrauchbare Mail und - schlimmer - der Rueckgabewert 0, sodass ein
// gescheiterter Lauf unbemerkt bliebe.
// ---------------------------------------------------------------------------
set_exception_handler(static function (\Throwable $e): void {
Logger::error('Watchdog-Tick abgebrochen', [
'error' => $e->getMessage(),
'file' => $e->getFile() . ':' . $e->getLine(),
]);
fwrite(STDERR, sprintf(
"[FEHLER] %s: %s\n %s:%d\n",
get_class($e),
$e->getMessage(),
$e->getFile(),
$e->getLine()
));
exit(1);
});
$options = parseArguments($argv);
if ($options['help']) {
printUsage();
exit(0);
}
// ---------------------------------------------------------------------------
// Ueberlappende Laeufe verhindern.
//
// Bei minuetlichem Cron und einem Lauf, der laenger als eine Minute braucht -
// etwa weil die Datenbank klemmt oder viele Webhooks zugestellt werden -
// starten sonst mehrere Evaluatoren gleichzeitig. Die wuerden dieselben
// Zustandswechsel doppelt protokollieren und doppelt alarmieren.
// ---------------------------------------------------------------------------
$lockHandle = null;
if (!$options['no-lock']) {
$lockFile = DC_VAR . '/watchdog-tick.lock';
if (!is_dir(DC_VAR)) {
@mkdir(DC_VAR, 0775, true);
}
$lockHandle = @fopen($lockFile, 'c');
if ($lockHandle === false) {
fwrite(STDERR, "[FEHLER] Sperrdatei nicht beschreibbar: {$lockFile}\n");
exit(1);
}
if (!flock($lockHandle, LOCK_EX | LOCK_NB)) {
// Kein Fehler, sondern der Normalfall bei einem langsamen Vorlauf.
if (!$options['quiet']) {
fwrite(STDERR, "[UEBERSPRUNGEN] Es laeuft bereits ein Tick.\n");
}
exit(2);
}
// Der Rueckgabewert von ftruncate ist hier ohne Belang: die Datei traegt
// nur die PID zur Fehlersuche, ihr Inhalt steuert nichts.
ftruncate($lockHandle, 0);
fwrite($lockHandle, (string)getmypid());
fflush($lockHandle);
}
// Kein try/finally um den Lauf: exit() fuehrt in PHP keine finally-Bloecke aus,
// die Freigabe waere dort also nur zum Schein notiert. Der Handler oben beendet
// den Prozess bei einer Exception - dabei gibt das Betriebssystem die Sperre
// ohnehin frei. Fuer den regulaeren Weg steht die Freigabe am Ende.
$startedAt = microtime(true);
$db = Db::init();
if ($options['report']) {
$reportRes = \Deploymentcenter\Modules\Notify\RocketChatNotifier::sendStatusReport($db, true);
if (!$options['quiet']) {
printf("Rocket.Chat Statusbericht: %s (%s)\n", $reportRes['sent'] ? 'ERFOLGREICH' : 'FEHLER', $reportRes['reason']);
}
}
$result = Evaluator::run($db);
$wallMs = (int)round((microtime(true) - $startedAt) * 1000);
if ($options['json']) {
echo json_encode(
$result + ['wall_ms' => $wallMs],
JSON_PRETTY_PRINT | JSON_UNESCAPED_SLASHES | JSON_UNESCAPED_UNICODE
), PHP_EOL;
} elseif (!($options['quiet'] && $result['changed'] === 0)) {
// Im Cron soll nur etwas ankommen, wenn es etwas zu berichten gibt -
// sonst erzeugt ein minuetlicher Job 1440 Mails am Tag.
printSummary($result, $wallMs);
}
releaseLock($lockHandle);
exit(0);
// ===========================================================================
/**
* @param list<string> $argv
* @return array{help:bool,json:bool,quiet:bool,no-lock:bool}
*/
function parseArguments(array $argv): array
{
$options = ['help' => false, 'json' => false, 'quiet' => false, 'no-lock' => false, 'report' => false];
foreach (array_slice($argv, 1) as $arg) {
switch ($arg) {
case '-h':
case '--help':
$options['help'] = true;
break;
case '-j':
case '--json':
$options['json'] = true;
break;
case '-q':
case '--quiet':
$options['quiet'] = true;
break;
case '--no-lock':
$options['no-lock'] = true;
break;
case '-r':
case '--report':
case '--rocketchat-report':
$options['report'] = true;
break;
default:
fwrite(STDERR, "Unbekannte Option: {$arg}\n\n");
printUsage();
exit(1);
}
}
return $options;
}
/**
* Gibt die Sperre frei. Ohne aktive Sperre ein No-Op.
*
* @param resource|null $handle
*/
function releaseLock($handle): void
{
if ($handle === null) {
return;
}
flock($handle, LOCK_UN);
fclose($handle);
}
/** @param array<string,mixed> $result */
function printSummary(array $result, int $wallMs): void
{
printf(
"Watchdog-Tick: %d Monitor(e) geprueft, %d Zustandswechsel in %d ms (gesamt %d ms).\n",
$result['checked'],
$result['changed'],
$result['duration_ms'],
$wallMs
);
foreach ($result['changes'] as $change) {
printf(
" %-28s %s -> %-8s %s%s\n",
$change['source'],
$change['from'],
$change['to'],
$change['reason'],
$change['suppressed'] !== null
? sprintf(' [Alarm unterdrueckt, %s ist selbst unten]', $change['suppressed'])
: ''
);
}
if (($result['released_leases'] ?? 0) > 0) {
printf(" %d abgelaufene Bugtracker-Lease(s) freigegeben.\n", $result['released_leases']);
}
if (($result['purged_metrics'] ?? 0) > 0) {
printf(" %d alte Metrikwerte abgeraeumt.\n", $result['purged_metrics']);
}
}
function printUsage(): void
{
echo <<<TXT
Watchdog-Tick - Evaluationslauf von der Kommandozeile.
Stuft Monitore anhand ihres erwarteten Intervalls auf warning bzw. down,
protokolliert Zustandswechsel, loest Webhooks aus, gibt abgelaufene
Bugtracker-Leases frei und raeumt stuendlich den Metrik-Verlauf ab.
Aufruf:
php cli/tick.php [Optionen]
Optionen:
-q, --quiet Ausgabe nur bei Zustandswechseln (fuer Cron)
-j, --json Ergebnis als JSON
--no-lock Sperre gegen ueberlappende Laeufe uebergehen
-h, --help Diese Hilfe
Rueckgabewerte:
0 erfolgreich
1 Fehler
2 uebersprungen, es laeuft bereits ein Tick
Cron (minuetlich):
* * * * * /usr/bin/php /pfad/zum/deploymentcenter/cli/tick.php --quiet
TXT;
}