Dies ist der Befehl htproxytime, der im kostenlosen OnWorks-Hosting-Anbieter über eine unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, Windows-Online-Emulator oder MAC OS-Online-Emulator ausgeführt werden kann
PROGRAMM:
NAME/FUNKTION
htproxyput, htproxydestroy, htproxytime, htproxyunixtime, htproxyerneuern - GSI-Proxy
Delegationen und Abfragen mithilfe der GridSite/gLite-Delegierungs-API
ZUSAMMENFASSUNG
htproxyput, htproxydestroy, htproxytime, htproxyunixtime, htproxyerneuern [Optionen] Service-
URL
htproxyinfo [Optionen]
BESCHREIBUNG
htproxyput ist ein Client zum Durchführen von GSI-Proxy-Delegationen mit GridSite/gLite
Delegierungswebdienst portType. Die Gridsite-Delegation(8) CGI-Programm ist das
ergänzende serverseitige Implementierung.
htproxyinfo prüft eine lokale Kopie eines GSI-Proxys und gibt eine Zusammenfassung seiner X.509- und
VOMS-Inhalte.
OPTIONAL
-v/--ausführlich
Aktivieren Sie Debugging-Informationen.
--delegation-id
Geben Sie explizit die zu verwendende Delegierungs-ID an.
--zerstören
Anstatt einen Proxy zu delegieren, löschen Sie den Proxy aus dem Proxy-Cache des Dienstes.
Der Aufruf des Programms als htproxydestroy hat den gleichen Effekt.
--time Anstatt einen Proxy zu delegieren, melden Sie die Ablaufzeit des Proxys im
Ortszeit des Kunden. Der Aufruf des Programms als htproxytime hat den gleichen Effekt.
--unixtime
Anstatt einen Proxy zu delegieren, melden Sie die Ablaufzeit des Proxys, da die
Anzahl der Sekunden seit 00:00:00 1970-01-01 UTC. Aufruf des Programms als
htproxyunixtime hat den gleichen Effekt.
--erneuern
Delegieren Sie eine aktualisierte Version eines vorhandenen Proxys. Die Delegations-ID sollen gegeben werden
wenn Sie diese Option verwenden. Der Aufruf des Programms als htproxyrenew hat den gleichen Effekt.
--info Eine lokale Proxy-Datei untersuchen und eine Zusammenfassung der X.509-Zertifikate und VOMS ausgeben
darin enthaltenen Attribute. Der Aufruf des Programms als htproxyinfo hat den gleichen Effekt.
--cert und --key
Pfad zum PEM-codierten X.509- oder GSI-Proxy-Benutzerzertifikat und zum zu verwendenden Schlüssel
HTTPS-Verbindungen statt "anonymer Modus". Wenn nur einer von --key oder --cert ist
gegeben, dann wird das bei beiden versucht. Wenn keines angegeben ist, gilt Folgendes:
Es wird die Rangfolge verwendet: der Dateiname der Variablen X509_USER_PROXY;
die Datei /tmp/x509up_uID (mit Unix-UID gleich ID); die Dateinamen von
X509_USER_CERT / X509_USER_KEY; die Dateien ~/.globus/usercert.pem und
~/.globus/userkey.pem (wobei ~/ das Home-Verzeichnis des Benutzers ist.)
--capath
Pfad zu den PEM-codierten CA-Stammzertifikaten, die bei der Überprüfung von Remoteservern verwendet werden sollen
Hostzertifikate in HTTPS-Verbindungen. Idealerweise sollte dies ein Verzeichnis sein von
hash.0-Dateien wie in OpenSSL beschrieben überprüfen(1) man-Seite, aber eine Datei kann verwendet werden
stattdessen. Wenn --capath nicht angegeben ist, wird der Wert der Umgebungsvariablen
X509_CERT_DIR wird versucht. Wenn dies nicht gültig ist, dann /etc/grid-
Sicherheit/Zertifikate verwendet werden.
--no-verify
Verwenden Sie keine CA-Stammzertifikate, um die Hostzertifikate von Remoteservern zu überprüfen. Dies
ist zum Testen von Sites nützlich, bevor ihr Zertifikat richtig eingerichtet ist, aber verlässt
Sie sind anfällig für "Man-in-the-Middle"-Angriffe durch feindliche Server, die sich als
dein Ziel.
Verwenden Sie htproxytime online mit den onworks.net-Diensten
