EnglishFranceseSpagnolo

Favicon di OnWorks

dacshttp - Online nel cloud

Esegui dacshttp nel provider di hosting gratuito OnWorks su Ubuntu Online, Fedora Online, emulatore online Windows o emulatore online MAC OS

Questo è il comando dacshttp che può essere eseguito nel provider di hosting gratuito OnWorks utilizzando una delle nostre molteplici workstation online gratuite come Ubuntu Online, Fedora Online, emulatore online Windows o emulatore online MAC OS

PROGRAMMA:

NOME


dacshttp - esegue una richiesta HTTP/HTTPS

SINOSSI


dacs http [-ottenere | -inviare | -Elimina | -testa | -opzioni | -opzioni | -mettere] [-LL log_level]
[-richiesta] [-v] [--versione] [[-ct stringa] | [--tipo di contenuto stringa]]
[{-intestazione Nome APPREZZIAMO}...] [-intestazioni Nome del file] [-corpo Nome del file] [-io]
[-agente utente stringa] [{-p Nome APPREZZIAMO}...] [-proto numero di versione]
[- proxy hostproxy:porta proxy]
[- corrispondenza per procura hostname[:porto] hostproxy:porta proxy] [-f Nome Nome del file]
[{-biscotti Nome del file}...] [-Ah] [-ssl Da riga di comando] [-flag-ssl bandiere] uri

DESCRIZIONE


Questo programma fa parte di DACS suite. È un programma autonomo che nessuno dei due accetta
il solito DACS opzioni della riga di comando (dacoptions[1]) né accede ad alcuno DACS configurazione
File.

Questa utility generica invia una richiesta HTTP/HTTPS per uri a un server web e
stampa la risposta sul suo output standard.

dacs http seguirà automaticamente i reindirizzamenti in base a RFC 2616[2] e fino a a
tempo di compilazione massimo, a meno che il -richiesta bandiera è data. Un'estensione non standard è che a
il reindirizzamento a un URI non assoluto viene interpretato in modo compatibile con la maggior parte dei browser.

Nelle versioni 1.4.27b e precedenti, questo comando veniva chiamato http.

Note:
DACS può inviare le proprie richieste HTTP, come from dacs_autenticate ad un esterno
modulo di autenticazione. Questa funzionalità HTTP è fornita dallo stesso codice di supporto
che l' dacs http comando utilizza, e quindi gran parte delle seguenti informazioni
si applica anche a queste richieste generate internamente (ad es. HTTP_PROG[3], SSL_PROG[4],
SSL_PROG_ARGS[5], SSL_PROG_CA_CRT[6], SSL_PROG_CLIENT_CRT[7], VFS[8]).

VERSIONI


Il metodo HTTP GET viene utilizzato per impostazione predefinita, ma alcuni flag selezionano implicitamente un diverso
metodo (es. -f e a -p). Uno dei seguenti flag può essere utilizzato per specificare esplicitamente il
Metodo HTTP, purché compatibile con le altre opzioni:

-ottenere
Utilizzare il metodo GET (predefinito).

-inviare
Usa il metodo POST.

-testa
Usa il metodo HEAD.

-mettere
Usa il metodo PUT.

-Elimina
Usa il metodo DELETE.

-opzioni
Usa il metodo OPZIONI.

-opzioni
Usa il metodo OPTIONS ma ignora tutto ciò che segue la componente di autorità di uri
e invece usa il caso speciale "*" request URI che significa che la richiesta si applica
al server stesso piuttosto che a una particolare risorsa.

Vengono riconosciuti anche questi flag della riga di comando:

-Ah
In caso di invio di cookie (credenziali) (vedi -biscotti), usa un'intestazione di autorizzazione
piuttosto che un'intestazione Cookie.

-corpo Nome del file
Leggi il corpo del messaggio da Nome del file. Si presume che il corpo sia già stato
formattato in modo appropriato per il tipo di contenuto della richiesta.

-biscotti Nome del file
Ottieni i cookie da Nome del file, uno per riga, da inviare con la richiesta utilizzando il Cookie
intestazione. Più cookie vengono separati utilizzando un punto e virgola, che segue il Netscape
spec[9]. In alternativa, più cookie possono essere combinati su un'unica riga, separati
da un punto e virgola o da una virgola (dopo RFC 2109[10] o RFC 2965[11]). Questo
argomento può essere ripetuto.

-ct stringa
--tipo di contenuto stringa
Imposta l'intestazione della richiesta Content-Type su stringa. Se la richiesta ha un'entità-corpo, il
il tipo di contenuto predefinito è application/x-www-form-urlencoded; se la richiesta no
hanno un corpo-entità, per impostazione predefinita l'intestazione della richiesta Content-Type non è impostata.

-f Nome Nome del file
Passa e codifica il contenuto di Nome del file come valore per il nome. Per impostazione predefinita, il
Verrà utilizzato il metodo POST, anche se è possibile selezionare PUT e OPTIONS. Se Nome del file is
"-", viene letto lo standard input; questo modulo può essere utilizzato solo una volta sulla riga di comando.
Questo argomento può essere ripetuto.

-intestazione Nome APPREZZIAMO
Questo flag, che può essere ripetuto, causa l'intestazione HTTP Nome: APPREZZIAMO da inviare con
la richiesta. Nessuno dei due NomeAPPREZZIAMO sono controllati in alcun modo.

Note:
Questo non sovrascriverà le intestazioni richieste o implicite da altri flag della riga di comando;
ad esempio, i seguenti flag non sono equivalenti:

-intestazione Pippo agente utente
-agente utente foo

Il primo caso invierà due volte l'intestazione User-Agent.

-intestazioni Nome del file
Leggi ulteriori intestazioni dei messaggi da Nome del file, uno per riga, e inviarli con il
richiesta (fare riferimento alla -intestazione bandiera). Questo flag può essere ripetuto.

-io
Includere le intestazioni della risposta HTTP nell'output. Sono terminati da una riga vuota.
La riga di stato è denominata "Linea di stato".

-LL log_level
Imposta il livello di output del debug su log_level (Vedi dac(1)[12]). Il livello predefinito è
avvertire, e il -v flag aumenta il livello di cui eseguire il debug o la traccia.

-p Nome APPREZZIAMO
Passa e codifica nome=valore come parte del corpo dell'entità. Per impostazione predefinita, il metodo POST
verrà utilizzato, anche se è possibile selezionare PUT e OPTIONS. Questo argomento può essere ripetuto.

-richiesta
Richiedere all'utente il permesso di procedere dopo determinati eventi, come la ricezione di a
reindirizzare; la risposta è affermativa solo se è "sì" o "y". Se questa opzione è
non specificato, l'azione affermativa verrà intrapresa automaticamente.

-proto numero di versione
Funzione conforme a numero di versione del protocollo HTTP (es. 1.0).

- proxy hostproxy:porta proxy
Inoltra tutte le richieste HTTP (tranne quelle che corrispondono a - corrispondenza per procura bandiera) al
server proxy su porta proxy (un numero di porta numerico o un nome di servizio riconosciuto) acceso
hostproxy (un nome di dominio o un indirizzo IP). Il proxy non è completamente supportato da dacs http,
ma si collegherà al server proxy specificato invece del server implicito da
uri.

- corrispondenza per procura hostname[:porto] hostproxy:porta proxy
If hostname corrisponde all'host specificato in uri, proxy la richiesta HTTP tramite
hostproxy (un nome di dominio o un indirizzo IP) su porta proxy (un numero di porta numerico o
nome del servizio riconosciuto). Se porto non è dato, si assume che sia 80 (per l'http
schema) o 443 (per lo schema https). L'abbinamento si fa risolvendo hostname a un IP
indirizzo (se necessario) e confrontandolo con l'indirizzo IP effettivo specificato
by uri. Questo flag ha la priorità su - proxy bandiera, quindi può essere usato per
sovrascrivere un server proxy predefinito.

Note:
Questa opzione non è implementata. I flag SSL si applicano a contro tutti i connessioni; questo è
probabilmente un bug.

-ssl Da riga di comando
Questo flag indica che deve essere utilizzato HTTPS (cioè HTTP su una connessione SSL),
indipendentemente dallo schema specificato da uri. Perché dacs http non include direttamente
Funzionalità SSL, utilizza le pipe per comunicare con un programma esterno che fornisce
la connessione SSL. Il client ssl(1)Il comando [13] è fortemente raccomandato per questo
scopo (versione 3.26 di stordimento(1) e a stordimento3, che viene fornito con alcune versioni di
stordimento-4.x, potrebbe anche funzionare).

Le Da riga di comando è una riga di comando della shell completa che verrà utilizzata per eseguire il programma
come filtro. Ad esempio, questo argomento potrebbe essere simile a:

-ssl "/usr/local/dacs/bin/sslclient esempio.com:443"

-ssl "/usr/local/bin/stunnel -c -r example.com:443"

Se l' -ssl l'argomento è assente ma il uri l'argomento utilizza lo schema https, dacs http
proverà comunque a utilizzare SSL. Tenterà di usare client ssl(1)[13] e supponiamo che sia in
la sua posizione predefinita. Se la -ssl l'argomento è presente ma specifica solo una stringa,
si presume che quella stringa sia il percorso per client ssl(1)[13]. Il primo esempio qui sotto
correrà client ssl(1)[13] da /tmp/sslclient per connettersi alla porta 443 su example.com;
il secondo esempio ha lo stesso effetto ma verrà eseguito client ssl(1)[13] dal suo default
posizione:

% dacshttp -ssl "/tmp/sslclient" https://example.com
% dacshttp https://esempio.com

-flag-ssl bandiere
Se l'operazione SSL è abilitata ma il -ssl flag è assente o non ha semplicemente specificato a
percorso, append bandiere all'elenco degli argomenti da passare all'SSL esterno
fornitore; quando il -ssl flag specifica più di un argomento, questo flag viene ignorato.
Le bandiere stringa è un elenco di argomenti separato da spazi. Questo flag può essere ripetuto.

Ad esempio, in questo esempio dacs http invocherà client ssl con i due argomenti -sm
e a bobo.esempio.com:

% dacshttp -ssl-flags "-sm bobo.example.com" https://example.com

Se viene utilizzato un certificato del server con caratteri jolly, potrebbe essere necessario corrispondere esplicitamente a tutti
host all'interno di un dominio specifico:

% dacshttp -ssl-flags "-sm .*\.example\.com" https://example.com

Consigli
Quando chiamato da dacs http, messaggi di errore prodotti da client ssl potrebbe essere perso. Se tu
riscontrare problemi con il funzionamento SSL, lavorare con client ssl(1)[13] per garantire che
è possibile stabilire una connessione SSL o determinare e risolvere il problema. Se
scopri che client ssl richiede i flag della riga di comando per il corretto funzionamento, tu
sarà necessario assicurarsi che dacs http passa quelle bandiere ad esso.

-agente utente stringa
Imposta l'intestazione della richiesta User-Agent su stringa. Se non viene fornita, questa stringa avrà
il prefisso "DACS-http/", seguito da a DACS identificatore di rilascio (esempio:
"DACS-http/1.4.1").

-v
Aumentare il livello di output di debug. Questo farà sì che le intestazioni di risposta siano
visualizzato, ad es. La bandiera può essere ripetuta.

--versione
Stampa le informazioni sulla versione su stderr, quindi esci immediatamente.

Le uri argomento è l'URL da invocare. Può includere un suffisso di stringa di query (anche se HTTP
è selezionato POST).

Se selezionato implicitamente o esplicitamente, la riga di comando deve specificare esattamente uno di
i metodi HTTP.

Intestazioni di richiesta specificate utilizzando il -intestazione or -intestazioni le bandiere vengono inviate nell'ordine in
quali i flag appaiono sulla riga di comando. Se vengono letti da un file, ci ordinano
è mantenuto.

ESEMPI


Il seguente recupererà RFC 2616[2] e salvalo in rfc2616.txt:

% dacshttp "http://www.rfc-editor.org/rfc/rfc2616.txt" > rfc2616.txt

Questo farà un GET sull'URL dato, passando la stringa di query pippo=baz, e scrivendo
risultato allo stdout:

% dacshttp "https://example.com/cgi-bin/dacs/dacs_prenv?foo=baz"

Questo farà un POST sull'URL dato, passando due argomenti:

% dacshttp -p foo baz -p bar zork https://example.com/cgi-bin/dacs/dacs_prenv

Questo farà una richiesta del metodo HTTP GET su SSL all'URL dato:

% dacshttp -ssl "/usr/local/dacs/bin/sslclient example.com:443" \
https://example.com/cgi-bin/dacs/dacs_prenv

DIAGNOSTICA


Il programma esce 0 se tutto è andato bene, 1 se si è verificato un errore.

Utilizzare dacshttp online utilizzando i servizi onworks.net


Server e workstation gratuiti

Scarica app per Windows e Linux

Comandi Linux

Ad