krenew - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

krenew – Ein Kerberos-Ticket erneuern

ZUSAMMENFASSUNG

krenew [-abhiLstvx] [-c der pid Datei] [-H Minuten]
[-K Minuten] [-k Ticket Cache-Speicher] [-p pid Datei]
[Befehl ...]

BESCHREIBUNG

krenew erneuert ein bestehendes verlängerbares Ticket. Wenn es ohne Argumente ausgeführt wird, ist es einfach
versucht, das vorhandene Ticket gewährende Ticket im aktuellen Ticket-Cache zu erneuern,
Äquivalent zu „kinit -R“, kann aber optional ein Programm wie ausführen Aklog um AFS zu aktualisieren
Tokens, kann als Daemon ausgeführt werden und regelmäßig aufwachen, um den Ticket-Cache zu erneuern, oder kann ausgeführt werden
einen angegebenen Befehl ausführen und den Ticket-Cache so lange erneuern, bis der Befehl abgeschlossen ist (oder
eine Verlängerung ist nicht mehr möglich). Wenn ein Befehl angegeben ist, krenew wacht standardmäßig auf
alle 60 Minuten (1 Stunde), um den Ticket-Cache zu überprüfen.

Wenn ein Befehl gegeben wird, krenew erstellt eine Kopie des Ticket-Cache und erstellt einen privaten
Ticket-Cache nur für diesen Befehl, um ihn so vor einer späteren Zerstörung zu schützen
Original-Ticket-Cache. Dies ermöglicht Krenew, die Authentifizierung für einen Befehl sogar aufrechtzuerhalten
wenn sich beispielsweise der Benutzer, der den Befehl ausführt, abmeldet und OpenSSH sein Original zerstört
Ticket-Cache.

Wenn ein Befehl gegeben wird, wird er nicht über die Shell ausgeführt, wenn Sie also die Shell verwenden möchten
Metazeichen im Befehl mit ihrer besonderen Bedeutung angeben, geben Sie „sh -c“ ein Befehl" wie die
Befehl zum Ausführen und Zitieren Befehl. Wenn der Befehl Befehlszeilenoptionen enthält (wie
„-c“), setzen Sie „--“ in die Befehlszeile vor den Anfang des Befehls, um dies mitzuteilen krenew zu
Analysieren Sie diese Optionen nicht als ihre eigenen.

If krenew wird gebaut mit setpag() Support- und AFS-Tokens werden mit angefordert -t Option,
Der Befehl wird in einer separaten PAG abgelegt, bevor AFS-Tokens abgerufen werden, sodass dies nicht der Fall ist
andere Prozesse im System stören.

Wenn Sie einen Befehl ausführen, krenew gibt HUP-, TERM-, INT- und QUIT-Signale an das Kind weiter
Prozess und wird nicht beendet, wenn diese Signale empfangen werden. (Wenn das ausgebreitete Signal
bewirkt, dass der untergeordnete Prozess beendet wird, krenew wird dann beendet.) Dies ermöglicht krenew reagieren
ordnungsgemäß, wenn es unter einem Befehlsüberwachungssystem wie z. B. ausgeführt wird starte es(8) oder svscan(8) das
Verwendet Signale, um überwachte Befehle zu steuern und interaktive Befehle auszuführen, die ausgeführt werden sollen
erhalten Sie Strg-C.

Wenn ein Laufen krenew Wenn ein Ticket ein ALRM-Signal empfängt, wird der Ticket-Cache sofort aktualisiert
unabhängig davon, ob die Gefahr besteht, dass sie abläuft.

OPTIONAL

-a Beim Ausführen mit entweder dem -K Flag oder ein Befehl, Tickets immer jedes Mal erneuern krenew
wacht auf. Ohne diese Option, krenew wird nur so oft versuchen, ein Ticket zu erneuern
notwendig, um den Ablauf des Tickets zu verhindern. Mit dieser Option, krenew wird erneuert
Tickets entsprechend dem mit dem angegebenen Intervall -K Flagge.

Dieses Verhalten hätte wahrscheinlich das Standardverhalten von sein sollen -K. Der Standardwert war
nicht geändert, um Änderungen für bestehende Benutzer zu vermeiden, aber für neue Anwendungen sollten Sie dies berücksichtigen
immer im Einsatz -a mit -K.

Diese Option ist wichtig, wenn ein anderes Programm den Ticket-Cache manipuliert
krenew benutzt. Zum Beispiel, wenn ein anderes Programm ein Ticket automatisch verlängert
häufiger als krenew und dann krenew Ich werde nie ein Ticket sehen, das in der Nähe ist
läuft ab und wird daher standardmäßig nie versuchen, das Ticket zu erneuern. Das heisst
zur Verbesserung der Gesundheitsgerechtigkeit krenew wird AFS-Token auch niemals erneuern, selbst wenn die -t Option wurde gegeben, da
krenew erneuert AFS-Token erst, nachdem ein Ticket erfolgreich erneuert wurde. Wenn diese Option
wird in einer solchen Situation angegeben, krenew erneuert sein Ticket bei jeder Kontrolle
das Ticket, sodass AFS-Token erneuert werden.

Dieses Argument ist nur in Kombination mit beiden gültig -K oder ein Befehl zum Ausführen.

-b Trennen Sie nach dem Start die Verbindung zum steuernden Terminal und führen Sie es im Hintergrund aus. Das
Option ist nur in Kombination mit sinnvoll -K oder ein Befehl, der krenew wird sein
läuft. krenew wird sich erst nach Abschluss des ersten Tickets in den Hintergrund begeben
Erneuerung, so dass alle anfänglichen Fehler gemeldet werden, die Ausgabe dann aber umgeleitet wird
zu / dev / null und es werden keine weiteren Fehler gemeldet.

Wenn dieses Flag angegeben ist, krenew ändert auch die Verzeichnisse in „/“. Alle Pfade (wie z
zu einem auszuführenden Befehl oder einer PID-Datei) sollte daher absolut angegeben werden, nicht
relativ, Pfade.

Wenn es in Verbindung mit einem auszuführenden Befehl verwendet wird, wird dieser Befehl auch im ausgeführt
Hintergrund und seine Ein- und Ausgabe werden ebenfalls umgeleitet / dev / null. Es wird
Sie müssen etwaige Fehler über einen anderen Mechanismus melden, damit die Fehler angezeigt werden.

Verwendung dieses Flags unter Mac OS X, ohne dass einer der beiden einen dateibasierten Ticket-Cache angibt
Verwendung von -k oder das Setzen von KRB5CCNAME wird wahrscheinlich nicht das tun, was Sie wollen. Ticket-Caches aktiviert
Mac OS X erfolgt standardmäßig pro Sitzung und mit -b krenew wird sich von dir lösen
vorhandener Ticket-Cache. Versuchen Sie stattdessen, den Standard-Ticket-Cache unter Mac OS X zu erneuern
so etwas wie:

(krenew -K 60 &)

zu laufen krenew im Hintergrund, aber innerhalb der aktuellen Sitzung.

Wenn Sie diese Option verwenden, sollten Sie auch die Verwendung in Betracht ziehen -L zu berichten, krenew Fehler im Syslog.

-c der pid Datei
Speichern Sie die Prozess-ID (PID) des untergeordneten Prozesses in der pid Datei. der pid Datei is
erstellt, wenn es nicht existiert, und überschrieben, wenn es existiert. Diese Option ist nur
zulässig, wenn ein Befehl in der Befehlszeile gegeben wurde, und ist in Verbindung damit am nützlichsten
mit -b um die Verwaltung des laufenden untergeordneten Prozesses zu ermöglichen.

Beachten Sie, dass bei Verwendung mit -b, die PID-Datei wird danach ausgeschrieben krenew ist im Hintergrund
und ändert sein Arbeitsverzeichnis in /, daher sind die relativen Pfade für die PID-Datei
relativ zu / (wahrscheinlich nicht das, was Sie wollen).

-H Minuten
Erneuern Sie das Ticket nur, wenn die Restlaufzeit weniger als beträgt Minuten Protokoll. Wenn
Entweder hat das Ticket bereits eine ausreichend lange Restlaufzeit oder es wurde eine Verlängerung vorgenommen
Erfolgreich, führen Sie den Befehl aus (falls einer angegeben wurde) oder beenden Sie ihn sofort mit Status 0
(falls keines vorhanden war). Versuchen Sie andernfalls, das Ticket zu erneuern, damit es noch eine Restlaufzeit hat
Lebensdauer von mindestens Minuten, beenden Sie den Vorgang mit einer Fehlermeldung, wenn er nicht erfolgreich ist, und führen Sie dann den aus
Befehl, falls vorhanden.

If -H wird verwendet mit -K, krenew wird nicht sofort beendet. Stattdessen wird das angegebene
Die verbleibende Lebensdauer ersetzt den Standardwert von zwei Minuten, was bedeutet, dass krenew
stellt bei jedem Aufwachen sicher, dass das Ticket eine verbleibende Lebensdauer hat
Minuten Streit. Dies ist eine Alternative zu -a um sicherzustellen, dass Tickets immer eine haben
bestimmte minimale verbleibende Lebenszeit.

-h Anzeigen einer Nutzungsmeldung und Beenden.

-i Ignorieren Sie Fehler bei der Erneuerung des Tickets und fahren Sie fort. Normalerweise, krenew wird sofort beendet
da der Ticket-Cache entweder verschwindet oder die verlängerbare Lebensdauer der Tickets abgelaufen ist.
Wenn dieses Flag angegeben ist, wird der Standardfehler über den Fehler gemeldet (es sei denn -b
wurde angegeben), läuft aber weiter und wacht auf, um es nach dem nächsten Prüfintervall erneut zu versuchen
(sehen -K). Dies ist nützlich, wenn ein anderer Prozess möglicherweise einen abgelaufenen Ticket-Cache neu erstellt
und krenew sollte in der Nähe bleiben und auf den neu erstellten Ticket-Cache reagieren, sobald er verfügbar ist
Geschenk.

Wenn die anfängliche Erneuerung des Ticket-Cache fehlschlägt, krenew wird die Erneuerung sofort wiederholen und
dann mit exponentiellem Backoff auf einmal pro Minute und versuchen Sie es bis zur Authentifizierung weiter
gelingt oder es wird getötet. Der Befehl, falls vorhanden, wird erst im Cache gestartet
Die Erneuerung gelingt.

Dieses Flag ist nur im Daemon-Modus nützlich oder wenn ein Befehl gegeben wurde.

-K Minuten
Im Daemon-Modus ausführen, um ein Ticket auf unbestimmte Zeit am Leben zu halten. Das Programm erwacht danach wieder
Minuten Minuten, prüft, ob das Ticket vor oder weniger als zwei Minuten abläuft
vor der nächsten geplanten Kontrolle und erneuert das Ticket bei Bedarf. (Mit anderen Worten, es
stellt sicher, dass das Ticket immer eine Restlaufzeit von mindestens zwei Jahren hat
Minuten.) Wenn die -H Wenn auch ein Flag angegeben ist, ersetzt die darin angegebene Lebensdauer die beiden
Minutenvorgabe.

Wenn diese Option nicht angegeben ist, aber ein Befehl in der Befehlszeile eingegeben wurde, ist dies die Standardeinstellung
Das Intervall beträgt 60 Minuten (1 Stunde).

Wenn beim Aktualisieren des Ticket-Cache ein Fehler auftritt, der keinen Fehler verursacht krenew beenden,
Das Weckintervall wird auf eine Minute verkürzt und der Vorgang wird dann erneut versucht
Intervall, solange der Fehler besteht.

-k Ticket Cache-Speicher
Verwenden Sie die Ticket Cache-Speicher als Ticket-Cache und nicht als Inhalt der Umgebung
Variable KRB5CCNAME oder der Bibliotheksstandard. Ticket Cache-Speicher kann ein beliebiger Ticket-Cache sein
Bezeichner, der von den zugrunde liegenden Kerberos-Bibliotheken erkannt wird. Dies unterstützt im Allgemeinen a
Pfad zu einer Datei, mit oder ohne führende „FILE:“-Zeichenfolge, kann aber auch andere unterstützen
Ticket-Cache-Typen.

-L Melden Sie Meldungen sowohl an Syslog als auch an die Standardausgabe oder den Standardfehler. Alle
Nachrichten werden mit der Funktion LOG_DAEMON protokolliert. Regelmäßige Meldungen, die angezeigt werden
auf der Standardausgabe werden mit der Ebene LOG_NOTICE protokolliert. Fehler, die nicht verursachen krenew
zu beenden, wenn es mit ausgeführt wird -i werden mit der Stufe LOG_WARNING protokolliert. Fatale Fehler sind
protokolliert mit Level LOG_ERR.

Dies ist beim Debuggen von Problemen in Kombination mit nützlich -b.

-p pid Datei
Speichern Sie die Prozess-ID (PID) des laufenden Prozesses krenew verarbeiten in pid Datei. pid Datei is
erstellt, wenn es nicht existiert, und überschrieben, wenn es existiert. Diese Option ist am meisten
nützlich in Verbindung mit -b um die Verwaltung des Laufs zu ermöglichen krenew Daemon.

Beachten Sie, dass bei Verwendung mit -b Die PID-Datei wird anschließend ausgeschrieben krenew ist im Hintergrund
und ändert sein Arbeitsverzeichnis in /, daher sind die relativen Pfade für die PID-Datei
relativ zu / (wahrscheinlich nicht das, was Sie wollen).

-s Normalerweise, wenn krenew wird beim Ausführen eines Befehls abnormal beendet (wenn z. B. der
Wenn die verlängerbare Gültigkeitsdauer des Tickets abgelaufen ist, wird der Befehl weiterhin ausgeführt. Wenn -s is
gegeben, sendet es vor dem Beenden ein SIGHUP-Signal an den Befehl. Dies kann nützlich sein
wenn es sinnlos ist, den Befehl ohne Kerberos-Tickets weiter auszuführen.

-t Führen Sie ein externes Programm aus, nachdem Sie ein Ticket erhalten haben. Die Standardverwendung hierfür ist die Ausführung
Aklog um einen Token zu bekommen. Wenn die Umgebungsvariable KINIT_PROG gesetzt ist, überschreibt sie die
Standardmäßig kompiliert.

If krenew wurde mit AFS erstellt setpag() Unterstützung und ein Befehl wurden erteilt
Befehlszeile, krenew erstellt eine neue PAG, bevor AFS-Tokens erhalten werden. Ansonsten ist es
erhält Token in der aktuellen PAG.

-v Seien Sie ausführlich. Dadurch werden einige zusätzliche Informationen darüber ausgedruckt, was gerade passiert
versucht und was die Ergebnisse sind.

-x Bei jedem Fehler sofort beenden. Normalerweise beim Ausführen eines Befehls oder beim Ausführen mit dem
-K Option, krenew läuft auch dann weiter, wenn der Ticket-Cache nicht erneuert wird
Der Ticket-Cache existiert noch und scheint erneuerbar zu sein. Beim nächsten Versuch wird es erneut versucht
Prüfintervall. Mit dieser Option, krenew wird stattdessen beendet.

RÜCKKEHR WERTE

Das Programm beendet sich normalerweise mit dem Status 0, wenn es ein Ticket erfolgreich erneuert. Wenn krenew
führt aklog oder ein anderes Programm aus krenew gibt den Exit-Status dieses Programms zurück.

Beispiele:

Erneuern Sie das aktuelle Ticket gewährende Ticket.

krenew

Wachen Sie alle zehn Minuten auf und prüfen Sie, ob der Ticket-Cache erneuert werden muss. Wenn es
funktioniert, erneut ausführen Aklog .

krenew -K 10 -t

Führen Sie das Programm /usr/local/bin/compute-job im Hintergrund, jede Stunde prüfend, um zu sehen
wenn das Ticket erneuert werden muss (Standardeinstellung). Geben Sie die PID des ein krenew Job in
/var/run/compute.pid. Erhalten Sie jedes Mal ein neues AFS-Token, wenn das Ticket erneuert werden muss.

krenew -b -t -p /var/run/compute.pid /usr/local/bin/compute-job

Wenn Sie Optionen an übergeben möchten /usr/local/bin/compute-job, indem Sie ein „--“-Argument einsetzen
bevor es notwendig wäre, es zu behalten krenew davon abzuhalten, diese Optionen als seine eigenen zu interpretieren.

Wenn Sie die Ausgabe in eine Datei umleiten möchten, für deren Schreiben eine Authentifizierung erforderlich ist, können Sie Folgendes tun
muss diese Umleitung in einer Sub-Shell durchführen. Mit anderen Worten, der folgende Befehl:

krenew -t Compute-Job > /afs/local/data/output

funktioniert nicht, wenn für /afs/local/data/output ein AFS-Token zum Schreiben erforderlich ist. Der Job, während
ausgeführt wird, verfügt über ein AFS-Token, die Ausgabeumleitung erfolgt jedoch in der übergeordneten Shell
und profitiert nicht davon krenew. Das Obige sollte stattdessen wie folgt geschrieben werden:

krenew -t -- sh -c 'compute-job > /afs/local/data/output'

Mit diesem Befehl wird auch die Shell ausgeführt, die die Umleitung durchführt krenew und haben
den Vorteil des AFS-Tokens, den es erhält.

Wenn die Umgebungsvariable AKLOG gesetzt ist, wird ihr Wert als auszuführendes Programm verwendet
mit -t statt der Vorgabe nachzukommen krenew. Wenn AKLOG nicht gesetzt ist und KINIT_PROG
festgelegt ist, wird stattdessen dessen Wert verwendet. KINIT_PROG wird für seine Abwärtskompatibilität ausgezeichnet
Aufgrund des verwirrenden Namens wird seine Verwendung jedoch nicht empfohlen.

Wenn keine Ticketdatei (mit -k) oder der Befehl wird in der Befehlszeile angegeben, krenew wird benutzen
die Umgebungsvariable KRB5CCNAME, um den Ort der Ticketerteilung zu bestimmen
Fahrkarte. Wenn die -k Wird die Option verwendet, wird KRB5CCNAME so eingestellt, dass es auf die Ticketdatei verweist
bevor Sie das ausführen Aklog Programm oder einen beliebigen Befehl in der Befehlszeile.

Nutzen Sie Krenew online über die Dienste von onworks.net