JobScheduler¶

Der JobScheduler führt unbeaufsichtigte Hintergrundjobs aus, während KorTTY geöffnet ist. Es ist kein Betriebssystemdienst oder eine aktive SSH-Terminalregisterkarte erforderlich. Jobs werden automatisch nach einem konfigurierten Zeitplan mithilfe gespeicherter SSH-Verbindungen aus dem Connection-Manager ausgeführt.

Unter macOS und Windows verhindert ein aktivierter Job mit einer zukünftigen Ausführung, dass der Computer in den Systemschlaf wechselt, während korTTY ausgeführt wird, wenn Konfiguration > Systemschlaf verhindern aktiviert ist, sodass die geplante Zeit erreichbar bleibt. Der Scheduler verwendet einen einzigen Weckvorgang für den nächsten fälligen Lauf und verfügt über keinen Abfrage-Timer, wenn kein aktivierter zukünftiger Job vorhanden ist. Ohne Terminalverbindung, zukünftiger oder laufender Scheduler-Auftrag oder aktive KI-Anfrage bleibt der Systemschlaf auch dann verfügbar, wenn die Einstellung überprüft wird. Während ein Job ausgeführt wird, fügt macOS korTTY nicht in App Nap ein. Der Display-Ruhezustand ist nicht blockiert. Die Linux-Stromunterdrückung wird noch nicht unterstützt.

Öffnen Sie es mit Werkzeuge > JobScheduler.... Das Dialogfenster merkt sich seine Fensterposition und -größe. Seine Auftragsliste verfügt über die Schaltflächen Neu, Speichern, Löschen, Jetzt ausführen, Mit Nachfolgern ausführen, Kette deaktivieren, Abhängigkeitsdiagramm und Webhook-Ziele... sowie das Kontrollkästchen Jobs-Anzeige in der Menüleiste anzeigen; Jetzt ausführen speichert den ausgewählten Auftrag und startet ihn sofort. Die Spalte Abhängig von listet die Jobs auf, von denen ein Job abhängt (siehe Job-Abhängigkeiten). Löschen fragt vorher nach einer Bestätigung. Die deutsche Oberfläche übersetzt jetzt alle Beschriftungen, Aktionsnamen, Statuswerte, Validierungsnachrichten, Zielauswahlen und unterstützende Eingabeaufforderungen; technische Protokoll- und Formatnamen wie SFTP, Rsync, ZIP, TAR, stdout und stderr bleiben unverändert.

Übersicht¶

JobScheduler unterstützt sechs Arten von Aktionen:

• COMMAND – Führen Sie einen nicht interaktiven Remote-Shell-Befehl aus
• SNIPPET_SCRIPT – Führen Sie ein SnippetManager-Skript auf dem Ziel mit optionalen Parametern aus
• AI_AGENT – Führen Sie einen Headless-KI-Agenten mit expliziter automatischer Genehmigung aus
• AI_SWARM – Senden Sie eine KI-Agent-Aufgabe parallel an alle ausgewählten Ziele und speichern Sie die kombinierte Antwort als gespeicherten Schwarm-Chat
• SFTP – Hochladen, Herunterladen, Synchronisieren, Löschen, Umbenennen, Verzeichnisse erstellen, Berechtigungen festlegen, Eigentümer ändern, Remote-Kopieren oder Archive erstellen
• RSYNC_SYNC – Verzeichnisse über externes rsync über SSH synchronisieren

Job-Konfiguration¶

Das JobScheduler-Dialogfeld verfügt über drei Registerkarten: Job, Aktion und Journal.

Job-Registerkarte: Ziele und Zeitpläne¶

Verwenden Sie die Registerkarte Job, um zu definieren, wo und wann ein Job ausgeführt wird.

Zeitplanberechnungen verwenden die Zeitzone des lokalen Systems. Wenn keine feste Zeit und kein Intervall konfiguriert sind, ist der nächste Lauf der Fensterstart an einem erlaubten Datum.

Job-Abhängigkeiten¶

Ein Job kann von anderen Jobs abhängen, zum Beispiel darf job3 nur laufen, wenn job1 und job2 fehlerfrei beendet wurden. Öffnen Sie auf der Registerkarte Job den einklappbaren Abschnitt Abhängigkeiten, klicken Sie auf Hinzufügen... und wählen Sie die Vorgänger-Jobs aus; Entfernen entfernt die ausgewählten. Jobs, die einen Kreis erzeugen würden (der Job selbst oder ein Job, der bereits direkt oder indirekt von ihm abhängt), werden nicht angeboten, und das Speichern eines Kreises wird abgelehnt. Klicken Sie auf Speichern, um die Änderungen zu übernehmen.

Ein blockierter Lauf wird auf der Registerkarte Journal mit dem Status Blockiert und dem Grund je Vorgänger festgehalten, zum Beispiel job1 last finished FAILED oder job2 has never run, und benachrichtigt wie jeder blockierte Lauf. Ein durch eine Kette gestarteter Job zeigt den Startgrund Durch Abhängigkeit gestartet.

Jetzt ausführen wird durch Abhängigkeiten nicht blockiert: Ist ein Vorgänger nicht erfüllt, listet korTTY die Gründe auf und fragt, ob der Job trotzdem ausgeführt werden soll. Mit Nachfolgern ausführen führt den ausgewählten Job aus und danach jeden Job, der direkt oder indirekt von ihm abhängt, in Abhängigkeitsreihenfolge, jeden sobald alle seine Vorgänger innerhalb dieses Laufs erfolgreich waren, unabhängig von ihrem Modus. Vorgänger außerhalb dieses Laufs müssen die übliche Bedingung erfüllen. Schlägt ein Job fehl, werden die Jobs darunter nicht gestartet und mit dem Namen des fehlgeschlagenen Vorgängers als Blockiert festgehalten.

Beim Löschen eines Jobs, von dem andere Jobs abhängen, erscheint eine Warnung mit diesen Jobs. Wenn Sie bestätigen, wird die Abhängigkeit bei ihnen entfernt, sodass sie nicht mehr auf den gelöschten Job warten.

Kette deaktivieren schaltet den ausgewählten Job zusammen mit jedem Job, der direkt oder indirekt von ihm abhängt, nach einer Bestätigung mit der Liste dieser Jobs ab. Deaktivierte Jobs werden weder geplant noch durch eine Kette oder Mit Nachfolgern ausführen gestartet; bereits laufende Jobs laufen normal zu Ende. Solange der ausgewählte Job deaktiviert ist, heißt die Schaltfläche Kette aktivieren und schaltet dieselben Jobs wieder ein. Ein einzelner Job lässt sich weiterhin über Aktiviert umschalten.

Abhängigkeitsdiagramm¶

Abhängigkeitsdiagramm öffnet ein Fenster, das die Job-Abhängigkeiten als Flussdiagramm zeichnet, lokal gerendert mit der mitgelieferten Mermaid-Bibliothek. Jedes Kästchen zeigt den Namen eines Jobs und das Ergebnis seines letzten Laufs, eingefärbt nach Status: grün für erfolgreich, rot für fehlgeschlagen, gelb für blockiert, orange für abgebrochen, blau für laufend und grau für nie gelaufen; ein deaktivierter Job hat einen gestrichelten Rahmen. Ein durchgezogener Pfeil ist eine Kettenabhängigkeit, ein gestrichelter Pfeil eine Bedingung. Das Diagramm aktualisiert sich, wenn sich Jobs ändern oder Läufe enden.

Sitzungsjournal pro Ausführung¶

Der einklappbare Session-Journal pro Lauf-Bereich am unteren Rand des Job-Tabs zeichnet ein vollständiges Session-Journal für jeden Lauf des Jobs auf – ein Journal pro Zielserver, mit jedem Befehl, den der Job gesendet hat, dessen Ausgabe, dem Zusammenfassung des Jobs und dem Ergebnis auf diesem Server. Im Gegensatz zur kurzen Laufhistorie im Journal-Tab behält er die komplette Ausgabe bei, kann von der KI zusammengefasst, durchsucht, exportiert und gestellte Fragen wie jedes interaktive Journal behandelt werden, und wird automatisch gelöscht, sobald seine Aufbewahrungsfrist endet. SFTP- und rsync-Aktionen senden keinen Shell-Befehl; ihr Journal protokolliert stattdessen die Aktion und deren Ergebnis.

Unter den Einstellungen zeigt eine Statuszeile die Tokens und Kosten des letzten Durchlaufs sowie aller gespeicherten Durchläufe an, ebenso den Speicherplatz, den die Journale des Auftrags verbrauchen. Die Auftragsliste verfügt über eine Spalte Journal-Tokens mit der Gesamtsumme pro Auftrag.

Gepinnte Journale (Rechtsklick im Journal-Manager → Behalten (Pin)) werden nie automatisch gelöscht. Ein Administrator kann Automationsjournale verbieten oder deren Aufbewahrungszeit, Speicherplatz und Anzahl der Durchläufe begrenzen; die Sektion gibt dann an und ihre Steuerungen sind eingeschränkt — siehe Unternehmensrichtlinie.

Host-Schlüssel, Sudo und Geheimnisse¶

Die Überprüfung des Hostschlüssels ist standardmäßig sicher. Wählen Sie vor der unbeaufsichtigten SSH/SFTP/Rsync-Ausführung das Ziel aus und klicken Sie auf Hostschlüssel bestätigen, damit KorTTY den angehefteten Fingerabdruck und das öffentliche OpenSSH-Schlüsselmaterial speichert.

Das Kontrollkästchen Hostschlüsselüberprüfung für diesen Job deaktivieren deaktiviert die Hostschlüsselüberprüfung nur für den ausgewählten Job. Dies ist unsicher und sollte nur verwendet werden, wenn das Risiko bekannt ist.

Sudo-Passwörter können für einen Server oder für eine Servergruppe gespeichert werden:

• Serverspezifische Sudo-Passwörter werden zuerst verwendet.
• Gruppen-Sudo-Passwörter werden als Fallback verwendet.
• Gespeicherte Sudo-Passwörter werden mit dem Master-Passwort verschlüsselt.
• Wenn das Hauptkennwort gesperrt ist und ein Job SSH-, Sudo-, API- oder Archivgeheimnisse benötigt, wird der Job blockiert und protokolliert.

Bei Rsync-Jobs bedeutet Sudo verwenden passwortloses Remote-Sudo nur über sudo -n rsync. Gespeicherte Sudo-Passwörter werden von der aktuellen Rsync-Integration nicht verwendet.

Aktionsregisterkarte: Jobtypen und Konfiguration¶

Verwenden Sie die Registerkarte Aktion, um auszuwählen, was der Job tun soll. Auf der Registerkarte werden nur die Felder angezeigt, die die ausgewählte Aktion verwenden kann. Nicht verwandte Felder werden daher ausgeblendet. Der Aktionsselektor umfasst:

Jede Aktion zeigt nur diese Felder neben dem Aktion-Auswahlfeld. Das Sudo-Feld ist ein Kontrollkästchen mit der Bezeichnung Sudo verwenden:

Pfadfelder bieten eine lokale Finder-/Explorer-Auswahl, wenn der Pfad lokal ist, und das Durchsuchen von Remote-Verzeichnissen, wenn der Pfad remote ist. Remote-Browsing erfordert eine ausgewählte Ziel- und Hostschlüsselüberprüfung, es sei denn, der Job deaktiviert die Hostschlüsselüberprüfung ausdrücklich.

Virtuelles Terminal und Screenshots¶

Befehl und Snippet-Skript Aktionen können in einem unsichtbaren virtuellen Terminal ausgeführt werden: der Befehl erhält auf dem Server ein Pseudo-Terminal, korTTY interpretiert dessen Ausgabe lokal mit demselben Terminal-Emulator, den ein Terminal-Tab verwendet, und Screenshots dieses Bildschirms werden dem Sitzungsjournal hinzugefügt. Kein Fenster öffnet sich und kein Terminal, in dem Sie arbeiten, wird berührt, sodass Fortschrittsbalken, top oder KI-Codierungswerkzeuge im nicht-interaktiven Modus (zum Beispiel claude -p … oder codex exec …) im Journal sichtbar werden.

Die Laufhistorie behält den letzten Bildschirm als Ausgabe bei. Die KI beschreibt die Screenshots im Abschlussdurchlauf, wenn der KI-Modus des Journals angewendet wird (bei jedem gespeicherten Lauf oder nur bei fehlgeschlagenen Läufen), mit dem KI-Profil des Journals – so zählt die Kostenwarnung die Screenshots in ihrer Schätzung.

Snippet-Skriptjobs¶

Snippet-Skript-Jobs verwenden den ausgewählten Snippet-Manager-Eintrag, ohne einen offenen Terminal-Tab zu benötigen. KorTTY löst die Platzhalter des Snippets vor der Ausführung mit denselben Regeln wie der Snippet-Manager auf: eingebaute Variablen und deklarierte Variablen mit einem gespeicherten Wert werden ersetzt, und Shell-Formen wie ${1:-default} oder ${HOME} werden der Shell unverändert übergeben. Fehlende Snippets, eine deklarierte Variable ohne gespeicherten Wert, ein nicht deklarierter einfacher Name wie ${target} (schreiben Sie $${target}, um es an die Shell zu übergeben), und nicht unterstützte Snippet-Sprachen blockieren den Job und schreiben den Grund ins Journal; Siehe Geplante und Swarm-Läufe. Zusätzliche Snippet-Parameter werden je Zeile eingegeben, sodass Werte mit Leerzeichen als einzelne Skriptargumente übergeben werden.

AI Schwarmjobs¶

AI Swarm-Jobs führen über Hintergrund-SSH-Sitzungen eine KI-Agent-Eingabeaufforderung auf allen ausgewählten Zielen parallel aus – es werden keine Terminal-Registerkarten geöffnet. Über die gemeinsamen Felder KI-Profil, KI-Eingabeaufforderung und Der KI-Agent kann den Server ohne Laufzeitbestätigung ändern hinaus gelten zwei schwarmspezifische Felder:

Die Ergebnisse werden zweimal gespeichert: Das Journal zeichnet das Laufergebnis auf, und die vollständige Konversation – einschließlich der kombinierten Vergleichstabelle pro Server – wird als Schwarm-Chat gespeichert, der über den Abschnitt Schwarm-Chats des KI-Managers erneut geöffnet werden kann.

Der schnellste Weg, einen KI-Swarm-Job zu erstellen, ist der Schedule… Button im KI-Swarm Tab: Er füllt einen neuen Job mit den aktuellen Zielen, Prompt, KI-Profil und der schreibgeschützten Einstellung des Tabs vor. Sehen Sie sich diese Seite für empfohlene Swarm/Scheduler-Verwendungsszenarien an.

SFTP-Archivierungsjobs¶

SFTP-Archivjobs unterstützen ZIP, passwortgeschützte ZIP, TAR und TAR.BZ2. Archivquellen und Ausschlussmuster akzeptieren je Zeile einen Pfad oder ein Muster. Mit Archiv-Download aktiviert wird das Archiv nach seiner Erstellung in den Archiv-Downloadpfad heruntergeladen. Mit Sudo aktiviert werden die Archivbefehle über sudo ausgeführt.

SFTP Sudo Staging¶

Mit Sudo verwenden und Sudo-Staging für SFTP-Pfade verwenden aktiviert, stagiert ein Upload, Download oder Sync seine Dateien an einem temporären Ort und verschiebt sie mit sudo an den endgültigen Speicherort (mv für einen Upload, cp für einen Download). Fehler beim Aufräumen werden im Journal protokolliert.

Rsync-Jobs¶

RSYNC_SYNC unterstützt den Upload und Download zwischen dem lokalen Dateisystem und gespeicherten SSH-TCP-Verbindungen.

• Upload: Lokale Quellverzeichnisse werden unter dem Remote-Zielstamm synchronisiert.
• Download: Remote-Quellverzeichnisse werden unter dem lokalen Zielstamm synchronisiert.
• Mehrere Quellen werden unterstützt.
• Fehlende Dateien löschen fügt --delete hinzu; es ist standardmäßig deaktiviert.
• Bei Downloads von mehreren Gruppenzielen schreibt KorTTY jedes Ziel in sein eigenes Unterverzeichnis unterhalb des lokalen Zielstammverzeichnisses, um ein Überschreiben von Dateien von einem anderen Server zu vermeiden.

KorTTY erstellt die Rsync-Ausführung als ProcessBuilder-Argumentliste, anstatt den Befehl per Shell zu verketten. Der Befehl verwendet -a --itemize-changes; --delete wird nur hinzugefügt, wenn das Job-Kontrollkästchen aktiviert ist.

Rsync-Voraussetzungen¶

• rsync wird von PATH übernommen, es sei denn, unter Einstellungen > SFTP > JobScheduler Rsync ist ein expliziter Binärpfad konfiguriert.
• ssh muss in PATH verfügbar sein.
• Das Fixieren des Hostschlüssels ist erforderlich, es sei denn, der Job deaktiviert die Hostschlüsselüberprüfung ausdrücklich.
• Passwort- und privater-Schlüssel-Authentifizierung verwenden einen temporären, nur für den Benutzer bestimmt SSH_ASKPASSHilfeprozess. Geheime Informationen, Pfade der Hilfeprozesse und temporäre Pfade von Geheimdateien werden vor der Protokollierung gelöscht.
• Eine temporäre SSH-Schlüssel wird in einer nur für den Besitzer lesbaren Datei im System-Temp-Ordner für die externe ssh geschrieben und gelöscht, wenn der Job endet oder seine Verbindung fehlschlägt.

Journal-Tab¶

Der Journal Tab listet Jobläufe mit lokalen KorTTY-Zeitstempeln, Status, Jobname, Session-Journal und Zusammenfassung.

Für Jobs mit einem Sitzungsjournal pro Durchlauf, die Session-Journal-Spalte zeigt an, wie viele Journale der Lauf beibehalten hat und deren KI-Tokens sowie Kosten. "= identisch mit einem früheren Lauf" erscheint, wenn der Lauf als Duplikat verworfen wurde, oder "gelöscht (Aufbewahrung)", sobald die Journale verschwunden sind. Der Detailbereich listet jedes Journal mit seinem Status, der Tokenaufteilung und dem Löschdatum auf, und Session-Journal öffnen öffnet die Journale des Laufs (oder der identischen früheren Lauf) im Journal-Viewer.

Die Suchzeile kann mit allen persistenten Journalfeldern oder nur mit ausgewählten Spalten wie Status, Job, Zusammenfassung, Stdout, Stdderr und Detail übereinstimmen. Geben Sie mehrere durch Leerzeichen getrennte Begriffe ein, wenn jeder Begriff irgendwo im ausgewählten Suchbereich vorkommen muss; Verwenden Sie * innerhalb eines Begriffs als Platzhalter, zum Beispiel backup*fail.

Wenn Sie eine Zeile auswählen, werden stdout, stderr und Detailtext angezeigt. Verwenden Sie Ausgewählte löschen, um ausgewählte Journaleinträge zu entfernen. Standardmäßig löscht KorTTY automatisch Planer-Journaleinträge, die älter als 14 Tage sind; Legen Sie den Aufbewahrungswert auf 0 fest, um Einträge auf unbestimmte Zeit aufzubewahren.

Der Protokoll-/Detailbereich unterhalb der Tabelle ist durch einen vertikalen Splitter getrennt. Ändern Sie die Größe, um der Ausgabe mehr oder weniger Höhe zu verleihen. KorTTY speichert diese Teilerposition in den globalen Einstellungen. Markieren Sie im Detailtextbereich den Text und klicken Sie mit der rechten Maustaste, um den ausgewählten Text in die Zwischenablage zu kopieren.

Zu den Journalstatus gehören erfolgreiche, fehlgeschlagene, blockierte, abgebrochene und ausgeführte/Systemeinträge. Gründe wie gesperrtes Master-Passwort, fehlende Hostschlüssel-PIN, fehlender rsync/ssh, nicht unterstütztes Mosh-Ziel oder Shutdown-Drain werden als Journaldetails geschrieben.

Lauf-Benachrichtigungen¶

Wenn ein Joblauf fehlschlägt oder blockiert wird, zeigt korTTY eine Desktop-Benachrichtigung an, auch wenn das JobScheduler-Fenster geschlossen ist. Die Benachrichtigung trägt den Titel korTTY · Job, gefolgt vom Namen des Jobs, und ihr Text nennt nur, wie der Lauf endete, seinen Exit-Code, falls es einen gab, und wie er gestartet wurde (manuell, durch seinen Zeitplan, durch eine Abhängigkeit oder mit den Nachfolgern seines Vorgängers), zum Beispiel Fehlgeschlagen · Exit-Code 2 · Geplanter Lauf. Sie enthält niemals die Ausgabe, die Details oder die Zusammenfassung des Laufs, weil diese Server, Pfade oder Geheimnisse nennen können und eine Benachrichtigung auf dem Sperrbildschirm erscheinen kann. Steuerzeichen und unsichtbare Zeichen, die die Schreibrichtung ändern, werden aus dem Jobnamen entfernt.

Erfolgreiche Läufe und Erholungen (ein erfolgreicher Lauf direkt nach einem fehlgeschlagenen oder blockierten) benachrichtigen standardmäßig nicht, abgebrochene Läufe nie. Ein Job zeigt höchstens eine Benachrichtigung pro Minute, sodass ein Job, der jede Minute fehlschlägt, den Desktop nicht überflutet; sein Journal hält trotzdem jeden Lauf fest. Benachrichtigungen nutzen denselben Desktop-Benachrichtigungsdienst wie das Terminal; bietet das Betriebssystem keinen an, wird nichts angezeigt.

Festlegen, wann ein Job benachrichtigt¶

Jeder Job hat einen Benachrichtigungen-Abschnitt auf seinem Job-Tab, direkt über dem Sitzungsjournal. Unter Benachrichtigen, wenn ein Lauf: markieren Sie die Laufresultate, die Benachrichtigungen auslösen: fehlschlägt und blockiert wird sind für jeden Job aktiviert, sich erholt (nach einem Fehler erfolgreich ist) und erfolgreich ist sind deaktiviert, bis Sie sie aktivieren. Desktop-Benachrichtigung anzeigen schaltet die Desktop-Benachrichtigung für diesen Job aus, z. B. für einen Job, der nur an einen Team-Channel berichtet. Darunter, unter An diese Webhook-Ziele senden: markieren Sie die Webhooks, an die dieser Job sendet; kein Job sendet an einen Webhook, bis Sie eines aktivieren. Der Abschnitt warnt, wenn nichts aktiviert ist oder wenn die Unternehmensrichtlinie die ausgewählten Webhooks blockiert. Klicken Sie auf Speichern, um die Änderungen zu übernehmen.

Webhook-Ziele¶

Ein Webhook-Ziel ist ein Empfänger, der für jeden passenden Lauf eine Nachricht erhält, auch wenn korTTY im Hintergrund läuft: ein Slack-Kanal, ein Microsoft-Teams-Kanal oder ein beliebiger Dienst, der JSON über HTTPS annimmt. Klicken Sie in der Jobliste oder im Abschnitt Benachrichtigungen auf Webhook-Ziele..., um Ziele hinzuzufügen, zu bearbeiten oder zu löschen. Jedes Ziel hat einen Name, ein Format und eine URL:

Webhook-URLs tragen ihre Anmeldeinformationen im Pfad, daher behandelt korTTY sie als Geheimnisse. Die URL wird mit dem Master-Passwort verschlüsselt gespeichert, das URL-Feld ist maskiert und zeigt nie eine gespeicherte URL an (lassen Sie es leer, um die gespeicherte zu behalten), und weder das Journal noch das Log von korTTY enthalten je mehr davon als den Host. Nur https://-URLs werden akzeptiert, http:// nur für einen Empfänger auf localhost oder einer Loopback-Adresse; URLs mit Benutzername oder Passwort werden abgelehnt. Solange das Master-Passwort gesperrt ist, werden Webhooks übersprungen und das Journal vermerkt notification skipped: master password locked. Ein Ziel lässt sich mit Aktiviert ausschalten, ohne es zu löschen, und das Löschen eines Ziels entfernt es aus jedem Job.

Nachrichten enthalten niemals die Ausgabe des Laufs, stdout, stderr oder Details. Zusammenfassung des Laufs mitsenden (maskiert) fügt die einzeilige Zusammenfassung des Laufs hinzu; die Option ist standardmäßig aus, weil eine Zusammenfassung Server, Pfade oder von einer KI geschriebenen Text nennen kann und an einen Drittanbieterdienst gesendet wird. Ist sie eingeschaltet, werden bekannte Geheimnismuster und die eigenen Geheimnisse des Jobs maskiert, Steuerzeichen entfernt und die Zusammenfassung auf 1.000 Zeichen gekürzt, doch die Maskierung erkennt nicht alles.

Test senden sendet einen erfolgreichen Beispiellauf, benannt nach dem ausgewählten Job, an das Ziel in dem Zustand, in dem es im Editor steht, auch mit einer eingegebenen, aber noch nicht gespeicherten URL, und meldet das Ergebnis unter den Schaltflächen: zugestellt, mit dem HTTP-Status abgelehnt oder blockiert. Der Test läuft im Hintergrund und ist die einzige Nachricht, die Sie von Hand senden.

Die Zustellung läuft im Hintergrund und hält weder den Job noch das Fenster auf. Eine Nachricht, die nach 10 Sekunden in eine Zeitüberschreitung läuft, den Empfänger nicht erreicht oder mit HTTP 429 oder einem 5xx-Status beantwortet wird, wird bis zu insgesamt 3 Versuche lang wiederholt, wobei ein Retry-After des Empfängers bis zu 60 Sekunden beachtet wird; andere Ablehnungen werden nicht wiederholt, und Weiterleitungen werden nie verfolgt. Eine Nachricht, die weiterhin fehlschlägt, wird im Journal als notification failed: webhook delivery unsuccessful mit dem Job, dem Namen des Ziels, dem Host, der Anzahl der Versuche und dem HTTP-Status festgehalten. Webhooks werden nicht gedrosselt: Jeder passende Lauf sendet eine Nachricht.

Administratoren können Job-Webhooks mit der Richtlinienfunktion job-webhooks verbieten und die Hosts, die sie erreichen dürfen, mit webhook-host-allowlist einschränken; eine blockierte Nachricht wird als notification blocked by policy festgehalten. Siehe [rule.job-scheduler].

Menüleistenstatus und Stornierung¶

Wenn Jobstatus in Menüleiste anzeigen aktiviert ist, zeigt KorTTY den Scheduler-Status nach Hilfe nur an, wenn ein aktivierter Scheduler-Eintrag vorhanden ist oder ein Job gerade ausgeführt wird. Der Status zeigt den laufenden Auftrag, den Abbruchstatus oder den nächsten Auftrag mit einem Live-Countdown an.

Klicken Sie auf das Statusmenü, um Folgendes anzuzeigen:

• JobScheduler öffnen...
• Jobs ausführen und Einträge abbrechen
• bis zu fünf nächste Aufträge in der Warteschlange mit Startzeit und Live-Countdown

Klicken Sie mit der rechten Maustaste auf die Statusbezeichnung, um ein kompaktes Menü mit Abbruchaktionen für laufende Jobs und einer Verknüpfung zum Öffnen von JobScheduler anzuzeigen. Stornierungsanfragen werden protokolliert und die Ausführung von SSH/Rsync-Arbeiten wird nach Möglichkeit sauber unterbrochen.

KorTTY wird während der Ausführung von Jobs beendet¶

Wenn KorTTY kurz vor dem Beenden steht, während JobScheduler-Jobs ausgeführt werden, wird eine Warnung mit den aktiven Jobnamen angezeigt. Wenn Sie Abbrechen wählen, läuft KorTTY weiter. Wenn Sie Warten und beenden auswählen, wird der Shutdown-Drain-Modus gestartet:

• neue geplante oder manuelle Jobstarts sind blockiert;
• Die Wartezeit beim Herunterfahren wird in das Journal geschrieben.
• KorTTY wartet darauf, dass laufende Jobs abgeschlossen oder abgebrochen werden;
• KorTTY wird automatisch beendet, nachdem der Entleerungsvorgang abgeschlossen ist.

Sicherheit und Geheimnisse¶

• Host-Schlüssel sind standardmäßig fixiert, um Man-in-the-Middle-Angriffe auf die unbeaufsichtigte Ausführung zu verhindern.
• Sudo-Passwörter werden verschlüsselt mit dem Master-Passwort gespeichert.
• SSH-Schlüsselpassphrasen und Archivpasswörter werden verschlüsselt gespeichert.
• KorTTY geschwärzt verwaltete Geheimnisse (Passwörter, Passphrasen, Archivanmeldeinformationen) aus der Journalausgabe vor der Persistenz.
• In einem KI-Swarm-Job wird das Passwort jedes Servers aus den Journalen entfernt, sobald dessen Hintergrundsitzung verbunden ist, sodass auch Ausgaben abgedeckt sind, die erfasst werden, während der Swarm noch läuft.
• Was KI-Jobs an ein Cloud-KI-Profil senden, wird maskiert: die KI-Swarm-Agenten und die Anfrage, die ihre Antworten zusammenführt (siehe Maskieren dessen, was der Agent sendet), sowie die Anfrage eines KI-Agent-Jobs, bei der das gespeicherte Passwort des Servers und das sudo-Passwort des Jobs zu *** werden. Die Anfrage eines KI-Agent-Jobs enthält nur den Servernamen, das Arbeitsverzeichnis und den Job-Prompt, daher erfasst die Maskierung dort nur ein Geheimnis, das in den Prompt eingegeben wurde. Integrierte Modelle und ein vertrauenswürdiger lokaler Endpunkt erhalten den Originaltext.
• Wenn das Hauptkennwort gesperrt ist, wenn ein Job SSH-, Sudo-, API- oder Archivgeheimnisse benötigt, wird der Job blockiert.
• Webhook-URLs werden mit dem Master-Passwort verschlüsselt gespeichert und nie in das Journal oder das Log geschrieben; dort steht nur ihr Host.
• KI-Agent- und KI-Swarm-Jobs folgen der Unternehmensrichtlinie Ihrer Organisation. Wenn die Richtlinie KI, den KI-Agenten oder (bei Swarm-Jobs) den KI-Swarm verweigert oder ai-agent-execution auf read-only setzt, endet der Job als BLOCKED, bevor er sich mit einem Server verbindet, und das Journal nennt den Grund. Unter ai-agent-execution = "confirm" muss eine Person jeden serverändernden Befehl genehmigen, was ein unbeaufsichtigter Job nicht anfordern kann: Ein KI-Agent-Job blockiert beim ersten geplanten serverändernden Befehl und führt nichts davon aus, und ein KI-Swarm-Agent, der einen solchen Befehl plant, wird gestoppt und als blockiert gezählt, selbst wenn Der KI-Agent kann den Server ohne Laufzeitbestätigung ändern aktiviert ist. Schreibgeschützte Befehle laufen weiterhin.

Fehlerbehebung¶