htping - Online nel cloud

PROGRAMMA:

NOME

HTC, html, htm, htl, htl, htmkdir, trova, htping - trasferimenti di file e query tramite
HTTP/HTTPS/SiteCast

SINOSSI

HTC, htmv [opzioni] URL-sorgente[s] URL-destinazione

htm, htl, htl, hmkir, trova [opzioni] URL di destinazione[s]

htping [opzioni]

DESCRIZIONE

htcp è un client per recuperare file o elenchi di directory da server remoti utilizzando HTTP o
HTTPS o per inserire o eliminare file o directory su server remoti utilizzando HTTPS. htcp è
simile a SCP(1), ma utilizza HTTP/HTTPS anziché ssh come protocollo di trasferimento. htcp può
utilizzare anche il protocollo HTCP per interrogare i fileserver HTTP(S) tramite SiteCast.

Quando si parla con un fileserver con HTTPS, htcp può essere eseguito "in modo anonimo", con uno standard X.509
certificato utente e chiave, o con un proxy GSI. Questo rende htcp molto utile in Grid
ambienti in cui molti utenti dispongono di certificati e in cui i lavori e gli utenti hanno accesso a
proxy GSI.

URL

htcp supporta gli schemi URL file:, http: e https: come sorgenti e destinazioni. se no
schema è dato, si presume che lo schema URL sia file: e relativo all'attuale
directory se non un percorso assoluto.

Se vengono fornite più fonti durante una copia, verranno utilizzate a turno e la destinazione
deve essere una directory (le directory sono indicate da una / finale) Tuttavia, source e
la destinazione non può fare riferimento a server remoti.

VERSIONI

-v/--prolisso
Attiva le informazioni di debug. Usata una volta, questa opzione abiliterà i messaggi di htcp
a stderr. Usato due volte, abiliterà anche i messaggi libcurl sottostanti.

--Elimina
Invece di copiare i file, elimina tutti gli URL forniti sulla riga di comando. chiamando
il programma come htrm ha lo stesso effetto.

--list Invece di copiare i file, emette elenchi di file che si trovano nelle directory URL
dato sulla riga di comando. Chiamare il programma come htls ha lo stesso effetto.

--lunga lista
Invece di copiare i file, genera lunghi elenchi di file che si trovano nell'URL-
directory fornite sulla riga di comando. Se disponibile, la dimensione in byte e
viene fornito il tempo di modifica di ogni file. Chiamare il programma come htll ha lo stesso
effetto.

--mkdir
Invece di copiare i file, prova a creare una directory su un server remoto con
HTTP PUT. Il server deve supportare la convenzione che PUT a un URL con un finale
barra significa creare una directory. Non viene inviato alcun corpo del file. Chiamare il programma come
htmkdir ha lo stesso effetto.

--move Sposta/rinomina i file su un singolo server remoto, dati i due URL assoluti del
nomi di file remoti. Il server deve supportare HTTP/WebDAV MOVE. Chiamare il programma come
htm ha lo stesso effetto.

--ping Interroga i gruppi multicast specificati con il codice HTCP NOP ("Nessuna operazione"). SiteCast
i server abilitati risponderanno immediatamente con una risposta NOP e tutte le risposte
sarà elencato, con il tempo di andata e ritorno in millisecondi. Eventuali tempi di attesa
specificato nell'opzione --groups verrà ignorato. Chiamare il programma come ha htping
lo stesso effetto. (--groups deve essere usato per far funzionare questa opzione.)

--find Interroga i gruppi multicast specificati con il codice HTCP TST. Server abilitati SiteCast
risponderà con risposte TST se hanno i file corrispondenti al dato
URL di destinazione di SiteCast. Verranno elencati tutti gli URL di trasferimento restituiti. In attesa
i tempi specificati nell'opzione --groups saranno usati per distanziare il multicast
query, ma il programma ascolta continuamente le risposte. Chiamare il programma come
htfind ha lo stesso effetto. (--groups deve essere usato per far funzionare questa opzione.)

--gruppi
Gruppi multicast IP da utilizzare per le query SiteCast. I gruppi IP sono separati da virgole
elenco di gruppi, nel formato: nnn.nnn.nnn.nnn:port[:ttl[:seconds]] Il numero IP
e la porta deve essere specificata. L'IP time-to-live, ttl, controlla quante reti
i pacchetti multicast possono passare - il valore predefinito, 1, limita i pacchetti al
rete locale. È possibile specificare più gruppi, separati da virgole. Se multiplo
vengono specificati i gruppi, quindi i secondi sono il tempo di attesa prima di effettuare il successivo
multicast - 1 secondo è l'impostazione predefinita.

--tempo scaduto
Un timeout della richiesta utilizzato per il ping multicast.

--anon Non tentare di utilizzare certificati utente X.509 o proxy GSI per autenticarsi su
server HTTPS remoto. Ciò significa che sei "anonimo", ma l'identità del server potrebbe
essere ancora verificato e la connessione è ancora crittografata.

--cert e --key
Percorso del certificato utente X.509 o GSI Proxy con codifica PEM e chiave da utilizzare per
Connessioni HTTPS, invece di "modalità anonima". Se solo uno tra --key o --cert è
dato, allora sarà provato per entrambi. Se nessuno dei due è dato, allora il seguente
viene utilizzato l'ordine di precedenza: il nome del file tenuto dalla variabile X509_USER_PROXY;
il file /tmp/x509up_uID (con Unix UID uguale a ID); i nomi dei file detenuti da
X509_USER_CERT / X509_USER_KEY; i file ~/.globus/usercert.pem ed
~/.globus/userkey.pem (dove ~/ è la directory home dell'utente.)

--capath
Percorso dei certificati radice della CA con codifica PEM da utilizzare durante la verifica dei server remoti
certificati host nelle connessioni HTTPS. Idealmente questa dovrebbe essere una directory di
hash.0 come descritto in OpenSSL verificare(1) pagina man, ma è possibile utilizzare un file
Invece. Se --capath non viene fornito, il valore della variabile d'ambiente
Verrà provato X509_CERT_DIR. Se questo non è valido, allora /etc/grid-
sicurezza/certificati verranno utilizzati.

--no-verifica
Non utilizzare i certificati radice della CA per verificare i certificati host dei server remoti. Questo
è utile per testare i siti prima che il loro certificato sia impostato correttamente, ma se ne va
sei vulnerabile agli attacchi "man in the middle" da parte di server ostili mascherati da
il tuo obiettivo.

--griglia-http
Prova a utilizzare il reindirizzamento GridHTTP per gli URL HTTPS. I server compatibili funzioneranno
autenticazione e autorizzazione sulla connessione HTTPS e poi reindirizzamento a HTTP
per il trasferimento di file GET o PUT. htcp effettua la richiesta HTTP utilizzando il
GRID_AUTH_PASSCODE passcode monouso ottenuto tramite HTTPS. L'opzione --grid-http
verrà ignorato per operazioni di directory o URL HTTP. Se un trasferimento reindirizzato
non è possibile, verrà tentato un normale trasferimento dati HTTPS.

--sitecast
Prova a usare SiteCast per individuare i file remoti che devono essere copiati (attualmente solo
per l' recupero di file remoti.) Se non viene trovata alcuna posizione tramite SiteCast, allora a
viene tentata la richiesta diretta per l'URL specificato. (--groups deve essere usato per questa opzione
lavorare.)

--dominio
Prova a usare SiteCast per individuare i file remoti che devono essere copiati (attualmente solo
per l' recupero di file remoti) if , il dominio componente of , il URL fiammiferi , il
Dominio SiteCast fornito. Se non viene trovata alcuna posizione tramite SiteCast, allora una richiesta diretta
per l'URL specificato viene provato. (--groups deve essere usato per far funzionare questa opzione.)

Usa htping online utilizzando i servizi onworks.net