curl - Online na nuvem

PROGRAMA:

NOME

curl - transferir um URL

SINOPSE

enrolar [opções] [URL ...]

DESCRIÇÃO

enrolar é uma ferramenta para transferir dados de ou para um servidor, usando um dos protocolos suportados
(DICT, ARQUIVO, FTP, FTPS, GOPHER, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, POP3, POP3S, RTMP,
RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET e TFTP). O comando foi projetado para funcionar
sem interação do usuário.

curl oferece muitos truques úteis, como suporte a proxy, autenticação de usuário, FTP
upload, postagem HTTP, conexões SSL, cookies, currículo de transferência de arquivo, Metalink e muito mais. Como
você verá abaixo, a quantidade de recursos vai fazer sua cabeça girar!

curl é alimentado por libcurl para todos os recursos relacionados à transferência. Ver libcurl(3) para obter detalhes.

URL

A sintaxe do URL depende do protocolo. Você encontrará uma descrição detalhada no RFC 3986.

Você pode especificar vários URLs ou partes de URLs escrevendo conjuntos de partes entre colchetes como em:

http://site. {um, dois, três} .com

ou você pode obter sequências de séries alfanuméricas usando [] como em:

ftp://ftp.numericals.com/file[1-100] .txt

ftp://ftp.numericals.com/file[001-100] .txt (com zeros à esquerda)

ftp://ftp.letters.com/file[az] .txt

Sequências aninhadas não são suportadas, mas você pode usar várias sequências uma ao lado da outra:

http://any.org/archive[1996-1999] / vol [1-4] / parte {a, b, c} .html

Você pode especificar qualquer quantidade de URLs na linha de comando. Eles serão buscados em um
forma sequencial na ordem especificada.

Você pode especificar um contador de passos para os intervalos para obter cada enésimo número ou letra:

http://www.numericals.com/file[1-100: 10] .txt

http://www.letters.com/file[az: 2] .txt

Ao usar sequências [] ou {} quando invocado a partir de um prompt de linha de comando, você provavelmente
para colocar o URL completo entre aspas duplas para evitar que o shell interfira nele. Isto
também vale para outros caracteres tratados de forma especial, como por exemplo '&', '?' e '*'.

Fornece o índice da zona IPv6 no URL com um sinal de porcentagem de escape e a interface
nome. Como em

http://[fe80::3%25eth0]/

Se você especificar URL sem protocolo: // prefixo, curl tentará adivinhar qual protocolo
você pode querer. O padrão será HTTP, mas tente outros protocolos baseados em
prefixos de nome de host. Por exemplo, para nomes de host começando com "ftp." curl vai assumir você
deseja falar FTP.

curl fará o possível para usar o que você passar para ele como um URL. Não está tentando validar isso
como um URL sintaticamente correto por qualquer meio, mas em vez disso é muito liberal com o que é
aceita.

curl tentará reutilizar conexões para múltiplas transferências de arquivos, de modo que obter muitos
arquivos do mesmo servidor não farão várias conexões / apertos de mão. Isso melhora
Rapidez. Claro que isso só é feito em arquivos especificados em uma única linha de comando e não pode
ser usado entre chamadas curl separadas.

PROGRESSO METER

curl normalmente exibe um medidor de progresso durante as operações, indicando a quantidade de
dados transferidos, velocidades de transferência e tempo restante estimado, etc.

curl exibe esses dados para o terminal por padrão, então se você invocar curl para fazer um
operação e está prestes a gravar dados no terminal, desabilita o medidor de progresso como
caso contrário, iria bagunçar o medidor de progresso de mixagem de saída e os dados de resposta.

Se você deseja um medidor de progresso para solicitações HTTP POST ou PUT, é necessário redirecionar o
saída de resposta para um arquivo, usando redirecionamento de shell (>), -o [arquivo] ou similar.

Não é o mesmo caso para upload de FTP, pois essa operação não gera nenhuma resposta
dados para o terminal.

Se você preferir uma "barra" de progresso em vez do medidor normal, -# é seu amigo.

OPÇÕES

As opções começam com um ou dois travessões. Muitas das opções exigem um valor adicional a seguir
para eles.

A forma curta de "traço único" das opções, -d por exemplo, pode ser usada com ou sem um
espaço entre ele e seu valor, embora um espaço seja um separador recomendado. O longo
A forma de "traço duplo", --data por exemplo, requer um espaço entre ela e seu valor.

As opções de versão curta que não precisam de nenhum valor adicional podem ser usadas imediatamente a seguir
entre si, como por exemplo, você pode especificar todas as opções -O, -L e -v de uma vez como
-OLv.

Em geral, todas as opções booleanas são habilitadas com -opção e mais uma vez desativado com
--no-opção. Ou seja, você usa exatamente o mesmo nome de opção, mas prefixa com "no-".
No entanto, nesta lista, apenas listamos e mostramos a versão --option deles. (Isto
conceito com - sem opções foi adicionado em 7.19.0. Anteriormente, a maioria das opções eram ativadas / desativadas
no uso repetido da mesma opção de linha de comando.)

-#, --Barra de progresso
Faça curl exibir o progresso como uma barra de progresso simples em vez do padrão, mais
informativo, medidor.

-:, --próximo
Diz ao curl para usar uma operação separada para o seguinte URL e associado
opções. Isso permite que você envie vários pedidos de URL, cada um com seu próprio
opções, por exemplo, como nomes de usuário diferentes ou solicitações personalizadas para cada um.
(Adicionado em 7.36.0)

-0, --http1.0
(HTTP) Diz ao curl para usar HTTP versão 1.0 em vez de usar seu internamente
preferencial: HTTP 1.1.

--http1.1
(HTTP) Diz ao curl para usar o HTTP versão 1.1. Esta é a versão padrão interna.
(Adicionado em 7.33.0)

--http2
(HTTP) Diz ao curl para emitir seus pedidos usando HTTP 2. Isso requer que o
libcurl subjacente foi construído para suportá-lo. (Adicionado em 7.33.0)

--não-npn
Desative a extensão NPN TLS. NPN é habilitado por padrão se libcurl foi construído com
uma biblioteca SSL que suporta NPN. NPN é usado por um libcurl que suporta HTTP 2 para
negociar o suporte HTTP 2 com o servidor durante as sessões https.

(Adicionado em 7.36.0)

--no-alpn
Desative a extensão ALPN TLS. ALPN é habilitado por padrão se libcurl foi construído
com uma biblioteca SSL compatível com ALPN. ALPN é usado por um libcurl que suporta
HTTP 2 para negociar o suporte HTTP 2 com o servidor durante as sessões https.

(Adicionado em 7.36.0)

-1, --tlsv1
(SSL) Força o curl a usar o TLS versão 1.x ao negociar com um servidor TLS remoto.
Você pode usar opções --tlsv1.0, --tlsv1.1 e --tlsv1.2 para controlar a versão TLS
mais precisamente (se o back-end SSL em uso oferecer suporte a esse nível de controle).

-2, --sslv2
(SSL) Força o curl a usar SSL versão 2 ao negociar com um servidor SSL remoto.
Às vezes, o curl é construído sem suporte SSLv2. SSLv2 é amplamente considerado inseguro
(consulte RFC 6176).

-3, --sslv3
(SSL) Força o curl a usar SSL versão 3 ao negociar com um servidor SSL remoto.
Às vezes, o curl é construído sem suporte SSLv3. SSLv3 é amplamente considerado inseguro
(consulte RFC 7568).

-4, --ipv4
Esta opção diz ao curl para resolver nomes apenas para endereços IPv4, e não por exemplo
experimente IPv6.

-6, --ipv6
Esta opção diz ao curl para resolver nomes apenas para endereços IPv6, e não por exemplo
experimente IPv4.

-a, --append
(FTP / SFTP) Quando usado em um upload, faz curl anexar ao arquivo de destino
em vez de sobrescrevê-lo. Se o arquivo remoto não existir, ele será criado.
Observe que este sinalizador é ignorado por alguns servidores SFTP (incluindo OpenSSH).

-A, --user-agent
(HTTP) Especifique a string do Agente do Usuário a ser enviada ao servidor HTTP. Alguns mal feitos
CGIs falharão se este campo não estiver definido como "Mozilla / 4.0". Para codificar espaços em branco na string,
envolva a string com aspas simples. Isso também pode ser definido com o -H,
--cabeçalho opção, é claro.

Se esta opção for usada várias vezes, a última será usada.

--anyauth
(HTTP) Diz ao curl para descobrir o método de autenticação por si mesmo e usar ao máximo
seguro aquele que o site remoto afirma oferecer. Isso é feito primeiro fazendo uma solicitação
e verificar os cabeçalhos de resposta, possivelmente induzindo uma rodada extra de rede
viagem. Isso é usado em vez de definir um método de autenticação específico, que você
pode fazer com --básico, --digerir, --ntlm e --negociar.

Observe que usar --anyauth não é recomendado se você fizer uploads de stdin, uma vez que
pode exigir que os dados sejam enviados duas vezes e, em seguida, o cliente deve ser capaz de retroceder. Se
Se houver necessidade, durante o upload de stdin, a operação de upload falhará.

-b, --cookie
(HTTP) Passe os dados para o servidor HTTP como um cookie. Supostamente são os dados
previamente recebido do servidor em uma linha "Set-Cookie:". Os dados devem estar em
o formato "NAME1 = VALUE1; NAME2 = VALUE2".

Se nenhum símbolo '=' for usado na linha, ele é tratado como um nome de arquivo a ser usado para ler
linhas de cookies armazenadas anteriormente de, que devem ser usadas nesta sessão se elas
Combine. Usar este método também ativa o mecanismo de cookies que fará com que o curl
registre os cookies recebidos também, o que pode ser útil se você estiver usando isso em combinação
com o -EU, --localização opção. O formato do arquivo para ler os cookies
devem ser cabeçalhos HTTP simples ou o formato de arquivo de cookie Netscape / Mozilla.

O arquivo especificado com -b, --biscoito é usado apenas como entrada. Nenhum cookie será
escrito no arquivo. Para armazenar cookies, use o -c, --pote de biscoitos opção.

Tenha cuidado se você estiver usando esta opção e várias transferências podem ocorrer. Se
você usa o NAME1 = VALUE1; formato, ou em um arquivo use o formato Set-Cookie e não
especificar um domínio, o cookie é enviado para qualquer domínio (mesmo depois que os redirecionamentos são
seguido) e não pode ser modificado por um cookie definido pelo servidor. Se o mecanismo de cookies for
habilitado e um servidor define um cookie com o mesmo nome, então ambos serão enviados em um
transferência futura para esse servidor, provavelmente não o que você pretendia. Para resolver estes
problemas definir um domínio em Set-Cookie (fazer isso incluirá subdomínios) ou usar o
Formato Netscape.

Se esta opção for usada várias vezes, a última será usada.

-B, --use-ascii
(FTP / LDAP) Ative a transferência ASCII. Para FTP, isso também pode ser aplicado usando um
URL que termina com "; type = A". Esta opção faz com que os dados enviados para stdout sejam em texto
modo para sistemas win32.

--básico
(HTTP) Diz ao curl para usar a autenticação HTTP Basic com o host remoto. Isto é
o padrão e esta opção geralmente é inútil, a menos que você a use para substituir um
opção definida anteriormente que define um método de autenticação diferente (como --ntlm,
--digerirou --negociar).

Usado junto com -você, --do utilizador e -x, --proxy.

Veja também --proxy-básico.

-c, --cookie-jar
(HTTP) Especifique em qual arquivo você deseja que o curl grave todos os cookies após um
Operação. Curl grava todos os cookies lidos anteriormente de um arquivo especificado, bem como
todos os cookies recebidos do (s) servidor (es) remoto (s). Se nenhum cookie for conhecido, nenhum dado irá
ser escrito. O arquivo será gravado usando o formato de arquivo de cookie do Netscape. Se vocês
defina o nome do arquivo com um único traço, "-", os cookies serão gravados em stdout.

Esta opção de linha de comando irá ativar o mecanismo de cookie que faz o registro do curl e
usar cookies. Outra forma de ativá-lo é usar o -b, --biscoito opção.

Se o cookie jar não puder ser criado ou escrito, toda a operação curl não
falhar ou mesmo relatar um erro claramente. Usar -v fará com que um aviso seja exibido, mas
esse é o único feedback visível que você obtém sobre essa situação possivelmente letal.

Desde 7.43.0 cookies que foram importados no formato Set-Cookie sem um domínio
nome não são exportados por esta opção.

Se esta opção for usada várias vezes, o último nome de arquivo especificado será usado.

-C, --continue-at
Continue / Retoma uma transferência de arquivo anterior no deslocamento determinado. O deslocamento fornecido é
o número exato de bytes que serão ignorados, contando a partir do início do
arquivo de origem antes de ser transferido para o destino. Se usado com uploads, o
O comando do servidor FTP SIZE não será usado pelo curl.

Use "-C -" para dizer ao curl para descobrir automaticamente onde / como retomar a transferência.
Em seguida, ele usa os arquivos de saída / entrada fornecidos para descobrir isso.

Se esta opção for usada várias vezes, a última será usada.

--ciphers
(SSL) Especifica quais cifras usar na conexão. A lista de cifras deve
especifique cifras válidas. Leia os detalhes da lista de criptografia SSL neste URL:
https://www.openssl.org/docs/apps/ciphers.html

As cifras NSS são feitas de forma diferente do OpenSSL e GnuTLS. A lista completa de NSS
ciphers está na entrada NSSCipherSuite neste URL:
https://git.fedorahosted.org/cgit/mod_nss.git/plain/docs/mod_nss.html#Directives

Se esta opção for usada várias vezes, a última será usada.

--comprimido
(HTTP) Solicita uma resposta compactada usando um dos algoritmos suportados por curl, e
salve o documento descompactado. Se esta opção for usada e o servidor enviar um
codificação não suportada, curl reportará um erro.

--connect-timeout
Tempo máximo em segundos que você permite que a conexão do curl leve. Isso só limita
a fase de conexão, então se curl conectar dentro do período determinado, ele continuará
- caso contrário, ele sairá. Desde a versão 7.32.0, esta opção aceita valores decimais.

Veja também o -m, - tempo máximo opção.

Se esta opção for usada várias vezes, a última será usada.

--create-dirs
Quando usado em conjunto com o -o opção, curl criará o local necessário
hierarquia de diretório conforme necessário. Esta opção cria os diretórios mencionados com o -o
opção, nada mais. Se o -o o nome do arquivo não usa um diretório ou se o diretório que ele menciona
já existe, nenhum diretório será criado.

Para criar diretórios remotos ao usar FTP ou SFTP, tente --ftp-criar-dirs.

--crlf Converte LF para CRLF no upload. Útil para MVS (OS / 390).

(SMTP adicionado em 7.40.0)

--crlfile
(HTTPS / FTPS) Fornece um arquivo usando o formato PEM com uma lista de revogação de certificado
que pode especificar certificados de mesmo nível que devem ser considerados revogados.

Se esta opção for usada várias vezes, a última será usada.

(Adicionado em 7.19.7)

-d, --data
(HTTP) Envia os dados especificados em uma solicitação POST para o servidor HTTP, no mesmo
forma que um navegador faz quando um usuário preencheu um formulário HTML e pressiona o
botão de envio. Isso fará com que o curl passe os dados para o servidor usando o
aplicativo de tipo de conteúdo / x-www-form-urlencoded. Comparado a -F, --Formato.

-d, --dados é o mesmo que --dados-ascii. --dados-brutos é quase o mesmo, mas não
tem uma interpretação especial do caractere @. Para postar dados puramente binários, você
em vez disso, deve usar o --dados-binário opção. Para codificar em URL o valor de um formulário
campo que você pode usar --data-urlencode.

Se qualquer uma dessas opções for usada mais de uma vez na mesma linha de comando, os dados
as peças especificadas serão mescladas com um símbolo & de separação. Assim, usando
'-d name = daniel -d skill = péssimo' geraria um post chunk que se parece com
'nome = daniel & habilidade = péssimo'.

Se você iniciar os dados com a letra @, o resto deve ser um nome de arquivo para ler o
dados de, ou - se você quiser que o curl leia os dados de stdin. Vários arquivos podem
também ser especificado. Postar dados de um arquivo chamado 'foobar' seria, portanto, feito com
--dados @foobar. Quando --data é instruído a ler de um arquivo como esse, o carro retorna
e as novas linhas serão eliminadas. Se você não quiser que o caractere @ tenha um
uso de interpretação especial --dados-brutos ao invés.

-D, --dump-header
Grave os cabeçalhos de protocolo no arquivo especificado.

Esta opção é útil quando você deseja armazenar os cabeçalhos que um site HTTP
envia para você. Os cookies dos cabeçalhos podem ser lidos em uma segunda onda
invocação usando o -b, --biscoito opção! O -c, --pote de biscoitos opção é um
melhor maneira de armazenar cookies.

Quando usado em FTP, as linhas de resposta do servidor FTP são consideradas "cabeçalhos" e
assim, são salvos lá.

Se esta opção for usada várias vezes, a última será usada.

--data-ascii
See -d, --dados.

--data-binary
(HTTP) Isso envia os dados exatamente conforme especificado, sem nenhum processamento extra.

Se você iniciar os dados com a letra @, o resto deve ser um nome de arquivo. Dados são
postado de maneira semelhante a --dados-ascii faz, exceto que novas linhas e carruagem
os retornos são preservados e as conversões nunca são feitas.

Se esta opção for usada várias vezes, as seguintes à primeira irão anexar dados
como descrito em -d, --dados.

--data-raw
(HTTP) Publica dados de forma semelhante a --dados mas sem a interpretação especial
do caractere @. Ver -d, --dados. (Adicionado em 7.43.0)

--data-urlencode
(HTTP) Isso posta dados, semelhante a outras opções --data, com a exceção de que
isso executa a codificação de URL. (Adicionado em 7.18.0)

Para ser compatível com CGI, o parte deve começar com um nome seguido por um
separador e uma especificação de conteúdo. O parte pode ser passada para o curl usando
uma das seguintes sintaxes:

conteúdo
Isso fará com que curl codifique o conteúdo por URL e o passará adiante. Apenas tenha cuidado
de modo que o conteúdo não contenha nenhum símbolo = ou @, pois isso irá então
faça a sintaxe corresponder a um dos outros casos abaixo!

= conteúdo
Isso fará com que curl codifique o conteúdo por URL e o passará adiante. O anterior =
o símbolo não está incluído nos dados.

nome = conteúdo
Isso fará com que o curl codifique em URL a parte do conteúdo e a transmita. Observe que
a parte do nome já deve ser codificada por URL.

@nome do arquivo
Isso fará com que o curl carregue os dados do arquivo fornecido (incluindo quaisquer novas linhas),
Codifique esses dados em URL e os transmita no POST.

nome @ nome do arquivo
Isso fará com que o curl carregue os dados do arquivo fornecido (incluindo quaisquer novas linhas),
Codifique esses dados em URL e os transmita no POST. A parte do nome recebe um igual
assinar anexado, resultando em name = urlencoded-file-content. Observe que o nome
espera-se que já esteja codificado por URL.

--delegation NÍVEL
Conjunto NÍVEL para dizer ao servidor o que é permitido delegar quando se trata de usuário
credenciais. Usado com GSS / kerberos.

nenhum Não permite nenhuma delegação.

Delegados de política se e somente se o sinalizador OK-AS-DELEGATE estiver definido no Kerberos
tíquete de serviço, que é uma questão de política de domínio.

sempre Permitir incondicionalmente que o servidor delega.

--digerir
(HTTP) Ativa a autenticação HTTP Digest. Este é um esquema de autenticação que
evita que a senha seja enviada em texto não criptografado. Use isto em
combinação com o normal -você, --do utilizador opção para definir o nome de usuário e senha. Ver
tb --ntlm, --negociar e --anyauth para opções relacionadas.

Se esta opção for usada várias vezes, apenas a primeira será usada.

--disable-eprt
(FTP) Diga ao curl para desativar o uso dos comandos EPRT e LPRT ao fazer ativo
Transferências de FTP. Normalmente, o Curl sempre tentará primeiro usar o EPRT, depois o LPRT
antes de usar PORT, mas com esta opção, ele usará PORT imediatamente. EPRT e LPRT
são extensões do protocolo FTP original e podem não funcionar em todos os servidores, mas
eles habilitam mais funcionalidade de uma maneira melhor do que o comando PORT tradicional.

--eprt pode ser usado para habilitar explicitamente o EPRT novamente e --no-eprt é um apelido para
--disable-eprt.

Desativar EPRT altera apenas o comportamento ativo. Se você quiser mudar para passivo
modo que você precisa não usar -P, --ftp-porta ou forçá-lo com --ftp-pasv.

--disable-epsv
(FTP) Diga ao curl para desativar o uso do comando EPSV ao fazer FTP passivo
transferências. Normalmente, o Curl sempre tentará primeiro usar EPSV antes do PASV, mas
com esta opção, ele não tentará usar EPSV.

--epsv pode ser usado para habilitar explicitamente EPSV novamente e --no-epsv é um apelido para
--disable-epsv.

Desativar EPSV altera apenas o comportamento passivo. Se você quiser mudar para ativo
modo que você precisa usar -P, --ftp-porta.

--dns-interface
Diga ao curl para enviar solicitações de saída de DNS por meio de . Esta opção é uma
contrapartida para --interface (o que não afeta o DNS). A string fornecida deve ser
um nome de interface (não um endereço).

Esta opção requer que a libcurl seja construída com um resolvedor de backend que suporte
esta operação. O back-end c-ares é o único. (Adicionado em 7.33.0)

--dns-ipv4-addr
Diga ao curl para se ligar a ao fazer solicitações de DNS IPv4, para que o DNS
as solicitações originam-se deste endereço. O argumento deve ser um único endereço IPv4.

Esta opção requer que a libcurl seja construída com um resolvedor de backend que suporte
esta operação. O back-end c-ares é o único. (Adicionado em 7.33.0)

--dns-ipv6-addr
Diga ao curl para se ligar a ao fazer solicitações de DNS IPv6, para que o DNS
as solicitações originam-se deste endereço. O argumento deve ser um único endereço IPv6.

Esta opção requer que a libcurl seja construída com um resolvedor de backend que suporte
esta operação. O back-end c-ares é o único. (Adicionado em 7.33.0)

--dns-servers
Defina a lista de servidores DNS a serem usados ​​em vez do padrão do sistema. A lista de
Os endereços IP devem ser separados por vírgulas. Os números das portas também podem ser opcionalmente
dado como : após cada endereço IP.

Esta opção requer que a libcurl seja construída com um resolvedor de backend que suporte
esta operação. O back-end c-ares é o único. (Adicionado em 7.33.0)

-e, --referer
(HTTP) Envia as informações da "Página de referência" para o servidor HTTP. Isso também pode ser
definido com o -H, --cabeçalho bandeira, é claro. Quando usado com -EU, --localização você pode
acrescente "; auto" ao --referer URL para fazer o curl definir automaticamente o URL anterior
quando segue um cabeçalho Location :. A string "; auto" pode ser usada sozinha, mesmo se
você não define um --referer inicial.

Se esta opção for usada várias vezes, a última será usada.

-E, --cert
(SSL) Diz ao curl para usar o arquivo de certificado de cliente especificado ao obter um arquivo
com HTTPS, FTPS ou outro protocolo baseado em SSL. O certificado deve estar em PKCS # 12
formato se estiver usando Secure Transport, ou formato PEM se estiver usando qualquer outro mecanismo. Se o
a senha opcional não for especificada, ela será consultada no terminal. Observação
que esta opção assume um arquivo de "certificado" que é a chave privada e o
certificado de cliente concatenado! Ver --certificado e --chave para especificá-los
independentemente.

Se curl for construído com a biblioteca NSS SSL, esta opção pode dizer ao curl
apelido do certificado a ser usado no banco de dados NSS definido pelo
variável de ambiente SSL_DIR (ou por padrão / etc / pki / nssdb) Se o NSS PEM PKCS # 11
o módulo (libnsspem.so) está disponível, então os arquivos PEM podem ser carregados. Se você quiser usar
um arquivo do diretório atual, preceda-o com o prefixo "./", para
evite confusão com um apelido. Se o apelido contém ":", ele precisa ser
precedido por "\" para que não seja reconhecido como delimitador de senha. Se o
apelido contém "\", deve ser escapado como "\\" para que não seja reconhecido
como um personagem de escape.

(iOS e Mac OS X apenas) Se curl for construído contra o Secure Transport, então o
string de certificado pode ser o nome de um certificado / chave privada no
sistema ou chaveiro do usuário, ou o caminho para um certificado codificado PKCS # 12 e privado
chave. Se você quiser usar um arquivo do diretório atual, por favor preceda-o com
prefixo "./", para evitar confusão com um apelido.

Se esta opção for usada várias vezes, a última será usada.

--motor
Selecione o mecanismo de criptografia OpenSSL a ser usado para operações de criptografia. Usar --motor Lista para
imprimir uma lista de motores suportados em tempo de construção. Observe que nem todos (ou nenhum) dos
os motores podem estar disponíveis em tempo de execução.

--ambiente
(SOMENTE RISC OS) Define uma gama de variáveis ​​de ambiente, usando os nomes dos -w opção
suporta, para permitir a extração mais fácil de informações úteis após a execução do curl.

--egd-file
(SSL) Especifique o nome do caminho para o soquete Entropy Gathering Daemon. O soquete é
usado para propagar o mecanismo aleatório para conexões SSL. Veja também o --arquivo aleatório
opção.

--expect100-timeout
(HTTP) Tempo máximo em segundos que você permite que o curl aguarde 100
resposta quando curl emite um cabeçalho Expects: 100-continue em sua solicitação. Por padrão
curl vai esperar um segundo. Esta opção aceita valores decimais! Quando a ondulação para
esperando, continuará como se a resposta tivesse sido recebida.

(Adicionado em 7.47.0)

--cert-type
(SSL) Diz ao curl em que tipo de certificado o certificado fornecido está. PEM, DER e
ENG são tipos reconhecidos. Se não for especificado, PEM é assumido.

Se esta opção for usada várias vezes, a última será usada.

--cacert
(SSL) Diz ao curl para usar o arquivo de certificado especificado para verificar o par. O arquivo
pode conter vários certificados CA. O (s) certificado (s) deve (m) estar no formato PEM.
Normalmente curl é construído para usar um arquivo padrão para isso, então esta opção é normalmente
usado para alterar esse arquivo padrão.

curl reconhece a variável de ambiente chamada 'CURL_CA_BUNDLE' se estiver definida, e
usa o caminho fornecido como um caminho para um pacote de certificados CA. Esta opção substitui isso
variável.

A versão do Windows do curl irá procurar automaticamente por um arquivo certificado de CA denominado
´curl-ca-bundle.crt´, tanto no mesmo diretório que curl.exe, ou no atual
Diretório de trabalho ou em qualquer pasta em seu PATH.

Se curl for construído contra a biblioteca NSS SSL, o módulo NSS PEM PKCS # 11
(libnsspem.so) deve estar disponível para que esta opção funcione corretamente.

Se esta opção for usada várias vezes, a última será usada.

--capath
(SSL) Diz ao curl para usar o diretório de certificado especificado para verificar o par.
Vários caminhos podem ser fornecidos, separando-os com ":" (por exemplo
"path1: path2: path3"). Os certificados devem estar no formato PEM, e se curl for construído
contra OpenSSL, o diretório deve ter sido processado usando o utilitário c_rehash
fornecido com OpenSSL. Usando --capath pode permitir que o curl com OpenSSL faça SSL-
conexões com muito mais eficiência do que usar --cacert se o --cacert arquivo contém
muitos certificados de CA.

Se esta opção for definida, o valor padrão de capath será ignorado, e se for usado
várias vezes, a última será usada.

--pinnedpubkey
(SSL) Diz ao curl para usar o arquivo de chave pública especificado (ou hashes) para verificar o
par. Pode ser um caminho para um arquivo que contém uma única chave pública em PEM ou DER
formato, ou qualquer número de hashes sha64 codificados em base256 precedidos por ´sha256 // ´ e
separado por

Ao negociar uma conexão TLS ou SSL, o servidor envia um certificado indicando
sua identidade. Uma chave pública é extraída deste certificado e se não
corresponder exatamente à chave pública fornecida para esta opção, curl irá abortar o
conexão antes de enviar ou receber quaisquer dados.

Adicionado em 7.39.0 para OpenSSL, GnuTLS e GSKit. Adicionado em 7.43.0 para NSS e
wolfSSL / CyaSSL. Suporte sha256 adicionado em 7.44.0 para OpenSSL, GnuTLS, NSS e
wolfSSL / CyaSSL. Outros back-ends de SSL não são suportados.

Se esta opção for usada várias vezes, a última será usada.

--cert-status
(SSL) Diz ao curl para verificar o status do certificado do servidor usando o
Solicitação de status de certificado (também conhecido como grampeamento OCSP) Extensão TLS.

Se esta opção estiver ativada e o servidor enviar uma resposta inválida (por exemplo, expirada),
se a resposta sugere que o certificado do servidor foi revogado, ou não
resposta for recebida, a verificação falha.

Atualmente, isso só está implementado nos back-ends OpenSSL, GnuTLS e NSS. (Adicionado
no 7.41.0)

--falso-início

(SSL) Diz ao curl para usar um início falso durante o handshake TLS. O falso início é um modo
onde um cliente TLS começará a enviar dados do aplicativo antes de verificar o
mensagem Concluída do servidor, economizando assim uma viagem de ida e volta ao realizar uma
aperto de mão.

No momento, isso só está implementado no NSS e no Secure Transport (no iOS 7.0 ou
posterior, ou OS X 10.9 ou posterior) back-ends. (Adicionado em 7.42.0)

-f, --falha
(HTTP) Falha silenciosamente (nenhuma saída) nos erros do servidor. Isso é feito principalmente para
habilite melhor os scripts, etc., para lidar melhor com as tentativas malsucedidas. Em casos normais, quando
um servidor HTTP não entrega um documento, ele retorna um documento HTML informando que
(que muitas vezes também descreve o porquê e muito mais). Este sinalizador impedirá o curl de
emitir isso e retornar o erro 22.

Este método não é à prova de falhas e há ocasiões em que a resposta não é bem-sucedida
códigos passarão despercebidos, especialmente quando a autenticação está envolvida (códigos de resposta
401 e 407).

-F, --form
(HTTP) Isso permite que o curl emule um formulário preenchido no qual um usuário pressionou o
botão de envio. Isso faz com que o curl para dados POST usando o multipart / form- Content-Type
dados de acordo com RFC 2388. Isso permite o upload de arquivos binários, etc. Para forçar
a parte 'conteúdo' para ser um arquivo, prefixe o nome do arquivo com um sinal @. Para apenas obter
a parte do conteúdo de um arquivo, prefixe o nome do arquivo com o símbolo <. O
diferença entre @ e <é que @ faz com que um arquivo seja anexado à postagem como
um upload de arquivo, enquanto o <cria um campo de texto e apenas obtém o conteúdo para aquele
campo de texto de um arquivo.

Exemplo, para enviar seu arquivo de senha para o servidor, onde 'senha' é o nome de
o campo de formulário para o qual / Etc / passwd será a entrada:

enrolar -F senha = @/ Etc / passwd www.minhassenhas.com

Para ler o conteúdo de stdin em vez de um arquivo, use - como o nome do arquivo. Isso vale para
ambas as construções @ e <. Infelizmente, ele não suporta a leitura do arquivo de um
pipe nomeado ou similar, pois precisa do tamanho total antes do início da transferência.

Você também pode dizer ao curl qual tipo de conteúdo usar usando 'type =', de uma maneira
igual a:

enrolar -F"[email protegido];type=text/html"url.com

or

enrolar -F "nome = daniel; tipo = texto / foo" url.com

Você também pode alterar explicitamente o campo de nome de uma parte de upload de arquivo, definindo
filename =, assim:

enrolar -F "file = @ localfile; filename = nameinpost" url.com

Se o nome do arquivo / caminho contém ',' ou ';', deve ser colocado entre aspas duplas, como:

enrolar -F "file = @ \" localfile \ "; filename = \" nameinpost \ "" url.com

or

enrolar -F 'file = @ "localfile"; filename = "nameinpost"' url.com

Observe que se um nome de arquivo / caminho estiver entre aspas duplas, qualquer aspas duplas ou
a barra invertida dentro do nome do arquivo deve ser precedida por uma barra invertida.

Veja mais exemplos e detalhes no MANUAL.

Esta opção pode ser usada várias vezes.

- conta-ftp [dados]
(FTP) Quando um servidor FTP pede "dados da conta" após o nome do usuário e a senha
fornecido, esses dados são enviados usando o comando ACCT. (Adicionado em 7.13.0)

Se esta opção for usada várias vezes, a última será usada.

--ftp-alternative-to-user
(FTP) Se a autenticação com os comandos USER e PASS falhar, envie este comando.
Ao conectar ao servidor de Transporte Seguro da Tumbleweed sobre FTPS usando um cliente
certificado, usando "SITE AUTH" dirá ao servidor para recuperar o nome de usuário de
o certificado. (Adicionado em 7.15.5)

--ftp-criar-dirs
(FTP / SFTP) Quando um URL / operação de FTP ou SFTP usa um caminho que atualmente não
existir no servidor, o comportamento padrão do curl é falhar. Usando esta opção,
curl, em vez disso, tentará criar diretórios ausentes.

- método ftp [método]
(FTP) Controle qual método curl deve usar para acessar um arquivo em um servidor FTP (S). O
O argumento do método deve ser uma das seguintes alternativas:

multicwd
curl faz uma única operação CWD para cada parte do caminho no URL fornecido. Por
hierarquias profundas, isso significa muitos comandos. É assim que diz a RFC 1738
Deve ser feito. Este é o padrão, mas o comportamento mais lento.

nocwd curl não faz nenhum CWD. curl fará SIZE, RETR, STOR etc e dará um full
caminho para o servidor para todos esses comandos. Este é o comportamento mais rápido.

solteiro
curl faz um CWD com o diretório de destino completo e, em seguida, opera no
arquivo "normalmente" (como no caso multicwd). Este é um pouco mais de padrões
compatível que 'nocwd', mas sem a penalidade total de 'multicwd'.

(Adicionado em 7.15.1)

--ftp-pasv
(FTP) Use o modo passivo para a conexão de dados. Passivo é o padrão interno
comportamento, mas usar esta opção pode ser usada para substituir um anterior -P / -ftp-port
opção. (Adicionado em 7.11.0)

Se esta opção for usada várias vezes, apenas a primeira será usada. Desfazendo um
passivo forçado realmente não é factível, mas você deve, em vez disso, impor o correto
-P, --ftp-porta novamente.

O modo passivo significa que o curl tentará o comando EPSV primeiro e depois PASV, a menos
--disable-epsv é usado.

--ftp-skip-pasv-ip
(FTP) Diga ao curl para não usar o endereço IP que o servidor sugere em sua resposta
O comando PASV do curl quando o curl conecta a conexão de dados. Em vez disso, o curl vai voltar
use o mesmo endereço IP que já usa para a conexão de controle. (Adicionado em
7.14.2)

Esta opção não tem efeito se PORT, EPRT ou EPSV for usado em vez de PASV.

--ftp-pret
(FTP) Diga ao curl para enviar um comando PRET antes de PASV (e EPSV). Certos servidores FTP,
principalmente drftpd, requer este comando não padrão para listagens de diretório, bem como
e baixa no modo PASV. (Adicionado em 7.20.x)

--ftp-ssl-ccc
(FTP) Use CCC (Clear Command Channel) Encerra a camada SSL / TLS após
autenticando. O resto da comunicação do canal de controle não será criptografado.
Isso permite que os roteadores NAT sigam a transação FTP. O modo padrão é passivo.
See --ftp-ssl-ccc-modo para outros modos. (Adicionado em 7.16.1)

--ftp-ssl-ccc-mode [ativo / passivo]
(FTP) Usar CCC (Limpar canal de comando) Define o modo CCC. O modo passivo não
inicie o desligamento, mas, em vez disso, espere que o servidor o faça e não responderá
para o desligamento do servidor. O modo ativo inicia o desligamento e espera
para uma resposta do servidor. (Adicionado em 7.16.2)

--ftp-ssl-controle
(FTP) Requer SSL / TLS para o login do FTP, desmarque para transferência. Permite seguro
autenticação, mas transferências de dados não criptografadas para eficiência. Falha o
transferir se o servidor não for compatível com SSL / TLS. (Adicionado em 7.16.0) que ainda pode
ser usado, mas será removido em uma versão futura.

--form-string
(HTTP) Semelhante a --Formato exceto que a string de valor para o parâmetro nomeado é
usado literalmente. Caracteres '@' e '<' à esquerda, e a string '; type =' no
valor não tem nenhum significado especial. Use isto de preferência para --Formato se houver algum
possibilidade de que o valor da string possa acidentalmente acionar os recursos '@' ou '<'
of --Formato.

-g, --globoff
Esta opção desliga o "analisador de globbing de URL". Ao definir esta opção, você
pode especificar URLs que contenham as letras {} [] sem que sejam
interpretado pelo próprio curl. Observe que essas letras não são URLs legais normais
conteúdo, mas eles devem ser codificados de acordo com o padrão URI.

-G, --obter
Quando usada, esta opção tornará todos os dados especificados com -d, --dados, --dados-binário
or --data-urlencode para ser usado em uma solicitação HTTP GET em vez da solicitação POST
que de outra forma seria usado. Os dados serão anexados ao URL com um '?'
separador.

Se usado em combinação com -I, os dados POST serão anexados ao URL
com um pedido HEAD.

Se esta opção for usada várias vezes, apenas a primeira será usada. Isto é porque
desfazer um GET não faz sentido, mas você deve, então, impor o
método alternativo de sua preferência.

-H, --header
(HTTP) Cabeçalho extra para incluir na solicitação ao enviar HTTP para um servidor. Você
pode especificar qualquer número de cabeçalhos extras. Observe que se você deve adicionar um personalizado
cabeçalho que tem o mesmo nome que um dos internos que curl usaria, seu
O cabeçalho definido externamente será usado em vez do interno. Isso permite que você
fazer coisas ainda mais complicadas do que o curl normalmente faria. Você não deve substituir
defina cabeçalhos internamente sem saber perfeitamente o que está fazendo. Remova um
cabeçalho interno, substituindo sem conteúdo no lado direito do
dois pontos, como em: -H "Host:". Se você enviar o cabeçalho personalizado sem valor, então é
o cabeçalho deve terminar com um ponto e vírgula, como -H "X-Custom-Header;" enviar
"X-Custom-Header:".

curl irá certificar-se de que cada cabeçalho que você adicionar / substituir seja enviado com o final adequado
marcador de linha, você deve, portanto, não adicione isso como parte do conteúdo do cabeçalho: faça
não adicionar novas linhas ou retornos de carro, eles só bagunçarão as coisas para você.

Veja também o -UMA, --agente de usuário e -e --referenciador opções.

A partir de 7.37.0, você precisa --proxy-cabeçalho para enviar cabeçalhos personalizados destinados a um
procurador.

Exemplo:

# curl -H "X-First-Name: Joe" http://192.168.0.1/

ATENÇÃO: cabeçalhos configurados com esta opção serão configurados em todas as solicitações - mesmo depois
redirecionamentos são seguidos, como quando contados com -EU, --localização. Isso pode levar ao
cabeçalho sendo enviado para outros hosts que não o host original, portanto, cabeçalhos sensíveis
deve ser usado com cuidado combinado com os redirecionamentos a seguir.

Esta opção pode ser usada várias vezes para adicionar / substituir / remover vários cabeçalhos.

--hostpubmd5
(SCP / SFTP) Passe uma string contendo 32 dígitos hexadecimais. A string deve ser o
Soma de verificação MD128 de 5 bits da chave pública do host remoto, curl recusará o
conexão com o host, a menos que o md5sums corresponda. (Adicionado em 7.17.1)

--ignore-content-length
Para HTTP, ignore o cabeçalho Content-Length. Isso é particularmente útil para servidores
executando o Apache 1.x, que relatará comprimento de conteúdo incorreto para arquivos maiores
de 2 gigabytes.

Para FTP (desde 7.46.0), ignore o comando RETR para descobrir o tamanho antes
baixando um arquivo.

-i, --incluir
(HTTP) Inclui o cabeçalho HTTP na saída. O cabeçalho HTTP inclui coisas como
nome do servidor, data do documento, versão HTTP e mais ...

-eu, --cabeça
(HTTP / FTP / FILE) Busque apenas o cabeçalho HTTP! Os servidores HTTP apresentam o comando HEAD
que é usado para obter nada além do cabeçalho de um documento. Quando usado em um FTP ou
Arquivo FILE, curl exibe apenas o tamanho do arquivo e a hora da última modificação.

--interface
Execute uma operação usando uma interface especificada. Você pode inserir o nome da interface, IP
endereço ou nome do host. Um exemplo poderia ser:

curl --interface eth0: 1 http://www.netscape.com/

Se esta opção for usada várias vezes, a última será usada.

-j, --junk-session-cookies
(HTTP) Quando o curl é instruído a ler os cookies de um determinado arquivo, esta opção tornará
ele descarta todos os "cookies de sessão". Isso terá basicamente o mesmo efeito que se um
nova sessão é iniciada. Navegadores típicos sempre descartam cookies de sessão quando
eles estão fechados.

-J, --nome do cabeçalho remoto
(HTTP) Esta opção informa ao -O, --nome-remoto opção de usar o especificado pelo servidor
Nome do arquivo Content-Disposition em vez de extrair um nome do arquivo da URL.

Não há tentativa de decodificar% -sequences (ainda) no nome do arquivo fornecido, então este
opção pode fornecer nomes de arquivo bastante inesperados.

-k, --inseguro
(SSL) Esta opção permite explicitamente que o curl execute conexões SSL "inseguras" e
transferências. Todas as conexões SSL são tentadas a se tornarem seguras usando o CA
pacote de certificado instalado por padrão. Isso faz com que todas as conexões sejam consideradas
"inseguro" falha a menos que -k, --inseguro é usado.

Veja este recurso online para mais detalhes:
http://curl.haxx.se/docs/sslcerts.html

-K, --config
Especifique de qual arquivo de configuração ler os argumentos curl. O arquivo de configuração é um texto
arquivo no qual os argumentos da linha de comando podem ser escritos, os quais serão usados ​​como se
eles foram escritos na linha de comando real.

As opções e seus parâmetros devem ser especificados na mesma linha do arquivo de configuração,
separados por espaço em branco, dois pontos ou o sinal de igual. Nomes de opções longos podem
opcionalmente ser fornecido no arquivo de configuração sem os traços duplos iniciais e, em caso afirmativo,
os dois pontos ou caracteres iguais podem ser usados ​​como separadores. Se a opção for
especificado com um ou dois travessões, não pode haver dois pontos ou caractere igual entre
a opção e seu parâmetro.

Se o parâmetro deve conter espaços em branco, o parâmetro deve ser colocado entre
citações. Entre aspas duplas, as seguintes sequências de escape estão disponíveis: \\, \ ",
\ t, \ n, \ r e \ v. Uma barra invertida antes de qualquer outra letra é ignorada. Se o primeiro
coluna de uma linha de configuração é um caractere '#', o resto da linha será tratado como
um comentário. Grave apenas uma opção por linha física no arquivo de configuração.

Especifique o nome do arquivo para -K, --config como '-' para fazer o curl ler o arquivo de stdin.

Observe que para poder especificar um URL no arquivo de configuração, você precisa especificá-lo
usando o --url opção, e não simplesmente escrevendo o URL em sua própria linha. Então
pode ser semelhante a este:

url = "http://curl.haxx.se/docs/"

Quando curl é invocado, ele sempre (a menos que -q é usado) verifica se há uma configuração padrão
arquivo e usa-o se for encontrado. O arquivo de configuração padrão é verificado no seguinte
lugares nesta ordem:

1) curl tenta encontrar o "diretório inicial": ele primeiro verifica o CURL_HOME e depois
as variáveis ​​de ambiente HOME. Caso contrário, ele usa getpwuid () no estilo Unix
sistemas (que retorna o diretório inicial dado o usuário atual em seu sistema). Sobre
Windows, ele verifica a variável APPDATA ou, como último recurso, o
'% USERPROFILE% \ Application Data'.

2) No Windows, se não houver um arquivo _curlrc no diretório inicial, ele verifica se há um em
no mesmo diretório em que o executável curl é colocado. Em sistemas do tipo Unix, ele simplesmente
tente carregar .curlrc do diretório inicial determinado.

# --- Exemplo de arquivo ---
# isto é um comentário
url = "curl.haxx.se"
output = "curlhere.html"
user-agent = "superagent / 1.0"

# e busque outro URL também
url = "curl.haxx.se/docs/manpage.html"
-O
referer = "http://nowhereatall.com/"
# --- Fim do arquivo de exemplo ---

Esta opção pode ser usada várias vezes para carregar vários arquivos de configuração.

- tempo de manutenção
Esta opção define o tempo que uma conexão precisa para permanecer inativa antes de enviar
testes de keepalive e o tempo entre testes de keepalive individuais. É atualmente
eficaz em sistemas operacionais que oferecem o soquete TCP_KEEPIDLE e TCP_KEEPINTVL
opções (significando Linux, AIX recente, HP-UX e mais). Esta opção não tem efeito se
--não-keepalive é usado. (Adicionado em 7.18.0)

Se esta opção for usada várias vezes, a última será usada. Se não for especificado,
a opção padrão é 60 segundos.

--chave
(SSL / SSH) Nome do arquivo de chave privada. Permite que você forneça sua chave privada neste
arquivo separado. Para SSH, se não for especificado, curl tenta os seguintes candidatos em
pedido: '~ / .ssh / id_rsa','~ / .ssh / id_dsa',' ./id_rsa ',' ./id_dsa '.

Se esta opção for usada várias vezes, a última será usada.

--Tipo de chave
(SSL) Tipo de arquivo de chave privada. Especifique qual tipo seu --chave a chave privada fornecida é.
DER, PEM e ENG são suportados. Se não for especificado, PEM é assumido.

Se esta opção for usada várias vezes, a última será usada.

--krb
(FTP) Habilite a autenticação e uso Kerberos. O nível deve ser inserido e deve
ser 'claro', 'seguro', 'confidencial' ou 'privado'. Você deve usar um nível
esse não é um desses, 'privado' será usado.

Esta opção requer uma biblioteca construída com suporte para kerberos4. Isso não é muito
comum. Usar -V, --versão para ver se o seu cacho o suporta.

Se esta opção for usada várias vezes, a última será usada.

-l, --list-somente
(FTP) Ao listar um diretório FTP, esta opção força uma exibição apenas de nome. Isto é
especialmente útil se o usuário quiser analisar por máquina o conteúdo de um FTP
diretório uma vez que a visão de diretório normal não usa uma aparência ou formato padrão.
Quando usada dessa forma, a opção faz com que um comando NLST seja enviado ao servidor
em vez de LIST.

Nota: Alguns servidores FTP listam apenas arquivos em sua resposta ao NLST; eles não
incluem subdiretórios e links simbólicos.

(POP3) Ao recuperar um e-mail específico de POP3, esta mudança força uma LIST
comando a ser executado em vez de RETR. Isso é particularmente útil se o usuário
deseja ver se um ID de mensagem específico existe no servidor e qual é o tamanho dele.

Nota: Quando combinado com -X, --solicitar , esta opção pode ser usada para enviar
um comando UIDL em vez disso, para que o usuário possa usar o identificador exclusivo do e-mail em vez
do que o id da mensagem para fazer a solicitação. (Adicionado em 7.21.5)

-L, --localização
(HTTP / HTTPS) Se o servidor relatar que a página solicitada foi movida para um diferente
local (indicado com um local: cabeçalho e um código de resposta 3XX), esta opção
fará curl refazer a solicitação no novo local. Se usado junto com -eu,
--incluir or -EU, --cabeça, os cabeçalhos de todas as páginas solicitadas serão mostrados. Quando
autenticação for usada, curl apenas envia suas credenciais para o host inicial. Se um
redirecionar leva curl para um host diferente, não será capaz de interceptar o
usuário + senha. Veja também - local confiável sobre como mudar isso. Você pode limitar o
quantidade de redirecionamentos a serem seguidos usando o --max-redirs opção.

Quando curl segue um redirecionamento e a solicitação não é um GET simples (por exemplo, POST
ou PUT), ele fará a seguinte solicitação com um GET se a resposta HTTP for 301,
302 ou 303. Se o código de resposta for qualquer outro código 3xx, curl irá reenviar o
seguinte solicitação usando o mesmo método não modificado.

Você pode dizer ao curl para não alterar o método de solicitação não-GET para GET após 30x
resposta usando as opções dedicadas para isso: --post301, --post302 e
-pós303.

--libcurl
Acrescente esta opção a qualquer linha de comando curl comum, e você obterá um libcurl-
usando o código-fonte C escrito no arquivo que faz o equivalente ao que o seu
operação de linha de comando sim!

Se esta opção for usada várias vezes, o último nome de arquivo fornecido será usado. (Adicionado
no 7.16.1)

- taxa-limite
Especifique a taxa de transferência máxima que você deseja que o curl use - para ambos os downloads e
uploads. Este recurso é útil se você tiver um tubo limitado e quiser
transferir para não usar toda a sua largura de banda. Para torná-lo mais lento do que o contrário
seria.

A velocidade fornecida é medida em bytes / segundo, a menos que um sufixo seja anexado.
Anexar 'k' ou 'K' contará o número como kilobytes, 'm' ou M 'torna
megabytes, enquanto 'g' ou 'G' torna gigabytes. Exemplos: 200K, 3m e 1G.

A taxa fornecida é a velocidade média contada durante toda a transferência. Isso significa
esse curl pode usar velocidades de transferência mais altas em rajadas curtas, mas com o tempo ele usa
não mais do que a taxa fornecida.

Se você também usa o -Sim, --limite de velocidade opção, essa opção terá precedência e
pode prejudicar ligeiramente a limitação da taxa, para ajudar a manter a lógica do limite de velocidade
trabalhando.

Se esta opção for usada várias vezes, a última será usada.

--local-port [-num]
Defina um número preferencial ou intervalo de números de porta local a serem usados ​​para as conexões.
Observe que os números de porta, por natureza, são um recurso escasso que às vezes estará ocupado
portanto, definir este intervalo para algo muito estreito pode causar conexão desnecessária
falhas de configuração. (Adicionado em 7.15.2)

- local confiável
(HTTP / HTTPS) Como -EU, --localização, mas permitirá o envio de nome + senha para todos
hosts para os quais o site pode redirecionar. Isso pode ou não apresentar uma segurança
violação se o site redireciona você para um site para o qual você enviará sua autenticação
info (que é texto sem formatação no caso da autenticação HTTP Basic).

-m, --max-time
Tempo máximo em segundos que você permite que toda a operação leve. Isso é útil
para evitar que seus trabalhos em lote travem por horas devido a redes ou links lentos
indo para baixo. Desde 7.32.0, esta opção aceita valores decimais, mas o real
o tempo limite diminuirá em precisão conforme o tempo limite especificado aumenta em decimal
precisão. Veja também o --connect-tempo limite opção.

Se esta opção for usada várias vezes, a última será usada.

- opções de login
Especifique as opções de login a serem usadas durante a autenticação do servidor.

Você pode usar as opções de login para especificar opções específicas de protocolo que podem ser usadas
durante a autenticação. No momento, apenas opções de login de suporte IMAP, POP3 e SMTP.
Para obter mais informações sobre as opções de login, consulte RFC 2384, RFC 5092 e IETF
draft draft-earhart-url-smtp-00.txt (adicionado no 7.34.0).

Se esta opção for usada várias vezes, a última será usada.

--mail-auth
(SMTP) Especifique um único endereço. Isso será usado para especificar a autenticação
endereço (identidade) de uma mensagem enviada que está sendo retransmitida para outro servidor.

(Adicionado em 7.25.0)

--Mail de
(SMTP) Especifique um único endereço de onde o e-mail fornecido deve ser enviado.

(Adicionado em 7.20.0)

--max-filesize
Especifique o tamanho máximo (em bytes) de um arquivo para download. Se o arquivo solicitado for
maior que este valor, a transferência não iniciará e o curl retornará com a saída
código 63.

NOTA: O tamanho do arquivo nem sempre é conhecido antes do download e, para esses arquivos,
opção não tem efeito mesmo se a transferência do arquivo acabar sendo maior do que o dado
limite. Isso diz respeito a transferências de FTP e HTTP.

--mail-rcpt
(SMTP) Especifique um único endereço, nome de usuário ou nome de lista de distribuição.

Ao realizar uma transferência de e-mail, o destinatário deve especificar um endereço de e-mail válido
para enviar o e-mail. (Adicionado em 7.20.0)

Ao realizar uma verificação de endereço (comando VRFY), o destinatário deve ser
especificado como o nome de usuário ou nome de usuário e domínio (de acordo com a Seção 3.5 do RFC5321).
(Adicionado em 7.34.0)

Ao realizar uma expansão da lista de discussão (comando EXPN), o destinatário deve ser
especificado usando o nome da lista de distribuição, como "Amigos" ou "Londres-Escritório".
(Adicionado em 7.34.0)

--max-redirs
Defina o número máximo de seguidores de redirecionamento permitidos. Se -EU, --localização é usado,
esta opção pode ser usada para evitar que o curl siga os redirecionamentos "in absurdum".
Por padrão, o limite é definido para 50 redirecionamentos. Defina esta opção como -1 para torná-la
ilimitado.

Se esta opção for usada várias vezes, a última será usada.

--metalink
Esta opção pode dizer ao curl para analisar e processar um determinado URI como um arquivo Metalink (ambos
versões 3 e 4 (RFC 5854) são suportadas) e fazer uso dos espelhos listados dentro
para failover se houver erros (como o arquivo ou servidor não estar disponível).
Ele também verificará o hash do arquivo após a conclusão do download. The Metalink
o próprio arquivo é baixado e processado na memória e não armazenado no arquivo local
sistema.

Exemplo para usar um arquivo Metalink remoto:

enrolar --metalink http://www.example.com/example.metalink

Para usar um arquivo Metalink no sistema de arquivos local, use o protocolo FILE (arquivo: //):

enrolar - arquivo de metal de link: //example.metalink

Observe que se o protocolo FILE estiver desabilitado, não há como usar um local
Arquivo Metalink no momento desta redação. Observe também que se --metalink e
--incluir são usados ​​juntos, --incluir será ignorado. Isso ocorre porque incluindo
cabeçalhos na resposta irão quebrar o analisador Metalink e se os cabeçalhos forem incluídos
no arquivo descrito no arquivo Metalink, a verificação de hash falhará.

(Adicionado em 7.27.0, se construído com a biblioteca libmetalink.)

-n, --netrc
Faz curl escanear o .netrc (_Netrc no Windows) no diretório inicial do usuário
para nome de login e senha. Isso normalmente é usado para FTP no Unix. Se usado com
HTTP, curl habilitará a autenticação do usuário. Ver Netrc(5) ftp(1) para detalhes sobre o
formato de arquivo. Curl não reclamará se esse arquivo não tiver as permissões corretas
(não deve ser legível para o mundo ou para o grupo). A variável de ambiente "HOME"
é usado para localizar o diretório inicial.

Um exemplo rápido e muito simples de como configurar um .netrc para permitir curl para FTP para
a máquina host.domain.com com nome de usuário 'eu' e senha 'segredo' deve
parecido com:

máquina host.domínio.com entrar eu mesmo senha segredo

-N, --sem buffer
Desativa o armazenamento em buffer do fluxo de saída. Em situações normais de trabalho, o curl irá
usar um fluxo de saída padrão em buffer que terá o efeito de saída
os dados em blocos, não necessariamente exatamente quando os dados chegam. Usando este
opção irá desativar esse buffer.

Observe que este é o nome da opção negado documentado. Você pode, portanto, usar --amortecedor para
fazer cumprir o armazenamento em buffer.

--netrc-arquivo
Esta opção é semelhante a --netrc, exceto que você fornece o caminho (absoluto ou
relativo) ao arquivo netrc que o Curl deve usar. Você só pode especificar um netrc
arquivo por invocação. Se vários --netrc-arquivo opções são fornecidas, apenas o último
um será usado. (Adicionado em 7.21.5)

Esta opção substitui qualquer uso de --netrc visto que são mutuamente exclusivos. Ele vai
também cumprir --netrc-opcional se especificado.

--netrc-opcional
Muito parecido com --netrc, mas esta opção torna o uso de .netrc opcional e não
obrigatório como o --netrc opção faz.

--negociar
(HTTP) Ativa a autenticação Negotiate (SPNEGO).

Se você deseja ativar o Negotiate (SPNEGO) para autenticação de proxy, use
--proxy-negociar.

Esta opção requer uma biblioteca construída com suporte GSS-API ou SSPI. Usar -V,
--versão para ver se o seu curl suporta GSS-API / SSPI e SPNEGO.

Ao usar esta opção, você também deve fornecer um falso -você, --do utilizador opção para ativar
o código de autenticação corretamente. Enviar um '-u:' é o suficiente como nome de usuário e
senha do -u opção não são realmente usados.

Se esta opção for usada várias vezes, apenas a primeira será usada.

--não-keepalive
Desativa o uso de mensagens keepalive na conexão TCP, como o curl padrão
os habilita.

Observe que este é o nome da opção negado documentado. Você pode, portanto, usar --mantenha vivo
para fazer cumprir o keepalive.

--no-sessionid
(SSL) Desativa o uso do curl de cache de ID de sessão SSL. Por padrão, todas as transferências são
feito usando o cache. Observe que, embora nada deva se machucar ao tentar
reutilizar IDs de sessão SSL, parece haver implementações SSL quebradas que
pode exigir que você desative isso para ter sucesso. (Adicionado em 7.16.0)

Observe que este é o nome da opção negado documentado. Você pode, portanto, usar --identificação de sessão
para impor o cache de ID de sessão.

--noproxy
Lista separada por vírgulas de hosts que não usam um proxy, se um for especificado. O
apenas o curinga é um único caractere *, que corresponde a todos os hosts e de forma eficaz
desativa o proxy. Cada nome nesta lista corresponde a um domínio que
contém o nome do host ou o próprio nome do host. Por exemplo, local.com corresponderia
local.com, local.com:80 e www.local.com, mas não www.notlocal.com. (Adicionado em


--ntlm (HTTP) Ativa a autenticação NTLM. O método de autenticação NTLM foi desenvolvido por
Microsoft e é usado por servidores web IIS. É um protocolo proprietário, reverso
projetado por pessoas inteligentes e implementado no curl com base em seus esforços. Isto
tipo de comportamento não deve ser endossado, você deve encorajar todos que usam
NTLM para mudar para um método de autenticação público e documentado, como
Digerir.

Se você quiser habilitar o NTLM para a autenticação de proxy, use --proxy-ntlm.

Esta opção requer uma biblioteca construída com suporte SSL. Usar -V, --versão para ver se
seu curl suporta NTLM.

Se esta opção for usada várias vezes, apenas a primeira será usada.

-o, --output
Grave a saída para em vez de stdout. Se você estiver usando {} ou [] para buscar
vários documentos, você pode usar '#' seguido por um número no especificador.
Essa variável será substituída pela string atual para a URL que está sendo buscada.
Como em:

curl http: // {um, dois} .site.com -o "arquivo_ # 1.txt"

ou use várias variáveis ​​como:

curl http: // {site, host} .host [1-5] .com -o "# 1_ # 2"

Você pode usar essa opção quantas vezes for o número de URLs que possui.

Veja também o --create-dirs opção para criar os diretórios locais dinamicamente.
Especificar a saída como '-' (um único traço) forçará a saída a ser feita para
saída padrão.

-O, --nome-remote
Grave a saída em um arquivo local denominado como o arquivo remoto obtido. (Apenas a parte do arquivo
do arquivo remoto é usado, o caminho é cortado.)

O nome do arquivo remoto a ser usado para salvar é extraído do URL fornecido, nada
outro.

Consequentemente, o arquivo será salvo no diretório de trabalho atual. Se vocês
deseja que o arquivo seja salvo em um diretório diferente, certifique-se de alterar o funcionamento atual
diretório antes de invocar curl com o -O, --nome-remoto bandeira!

Não há decodificação de URL feita no nome do arquivo. Se tiver% 20 ou outro URL codificado
partes do nome, eles acabarão no estado em que se encontram, como o nome do arquivo.

Você pode usar essa opção quantas vezes for o número de URLs que possui.

--oauth2-bearer
(IMAP, POP3, SMTP) Especifique o Bearer Token para autenticação do servidor OAUTH 2.0.
O token do portador é usado em conjunto com o nome do usuário, que pode ser especificado
como parte do --url or -você, --do utilizador opções.

O token do portador e o nome do usuário são formatados de acordo com RFC 6750.

Se esta opção for usada várias vezes, a última será usada.

--proxy-header
(HTTP) Cabeçalho extra a ser incluído na solicitação ao enviar HTTP para um proxy. Você pode
especifique qualquer número de cabeçalhos extras. Esta é a opção equivalente a -H, --cabeçalho
mas é para comunicação de proxy apenas como em solicitações CONNECT quando você deseja um
cabeçalho separado enviado ao proxy para o que é enviado ao host remoto real.

curl irá certificar-se de que cada cabeçalho que você adicionar / substituir seja enviado com o final adequado
marcador de linha, você deve, portanto, não adicione isso como parte do conteúdo do cabeçalho: faça
não adicionar novas linhas ou retornos de carro, eles só bagunçarão as coisas para você.

Os cabeçalhos especificados com esta opção não serão incluídos nas solicitações que o curl conhece
não será enviado para um proxy.

Esta opção pode ser usada várias vezes para adicionar / substituir / remover vários cabeçalhos.

(Adicionado em 7.37.0)

-p, --proxytunnel
Quando um proxy HTTP é usado (-x, --proxy), esta opção causará protocolos não HTTP
tentar fazer um túnel através do proxy em vez de simplesmente usá-lo para fazer como o HTTP
operações. A abordagem do túnel é feita com a solicitação CONNECT do proxy HTTP e
requer que o proxy permita conexão direta ao número da porta remota que o curl deseja
para o túnel através de.

-P, --ftp-port
(FTP) Reverte as funções de iniciador / ouvinte padrão ao conectar-se ao FTP. Isto
switch faz curl usar o modo ativo. Na prática, o curl diz ao servidor para
conectar de volta ao endereço e porta especificados do cliente, enquanto o modo passivo pergunta
o servidor para configurar um endereço IP e porta para se conectar. deve
seja um dos:

interface
ou seja, "eth0" para especificar o endereço IP da interface que deseja usar (Unix
apenas)

Endereço IP
ou seja, "192.168.10.1" para especificar o endereço IP exato

nome do host
ou seja, "my.host.domain" para especificar a máquina

- faça curl escolher o mesmo endereço IP que já é usado para o controle
da conexão

Se esta opção for usada várias vezes, a última será usada. Desative o uso de
PORTO com --ftp-pasv. Desative a tentativa de usar o comando EPRT em vez de PORT
usando --disable-eprt. EPRT é realmente PORT ++.

A partir de 7.19.5, você pode acrescentar ": [início] - [fim]" à direita do endereço, para
diga ao curl qual intervalo de portas TCP usar. Isso significa que você especifica um intervalo de portas, de um
menor para um número maior. Um único número também funciona, mas observe que
aumenta o risco de falha, pois a porta pode não estar disponível.

--passar
(SSL / SSH) Senha para a chave privada

Se esta opção for usada várias vezes, a última será usada.

--caminho como está
Diga ao curl para não lidar com sequências de /../ or /./ no caminho de URL fornecido. Normalmente
curl irá esmagá-los ou mesclá-los de acordo com os padrões, mas com esta opção você pode
diga a ele para não fazer isso.

(Adicionado em 7.42.0)

--post301
(HTTP) Diz ao curl para respeitar o RFC 7230 / 6.4.2 e não converter pedidos POST em GET
solicitações ao seguir um redirecionamento 301. O comportamento não-RFC é onipresente em
navegadores da web, então curl faz a conversão por padrão para manter a consistência.
No entanto, um servidor pode exigir um POST para permanecer um POST após esse redirecionamento.
Esta opção é significativa apenas ao usar -EU, --localização (Adicionado em 7.17.1)

--post302
(HTTP) Diz ao curl para respeitar o RFC 7230 / 6.4.3 e não converter pedidos POST em GET
solicitações ao seguir um redirecionamento 302. O comportamento não-RFC é onipresente em
navegadores da web, então curl faz a conversão por padrão para manter a consistência.
No entanto, um servidor pode exigir um POST para permanecer um POST após esse redirecionamento.
Esta opção é significativa apenas ao usar -EU, --localização (Adicionado em 7.19.1)

--post303
(HTTP) Diz ao curl para respeitar o RFC 7230 / 6.4.4 e não converter pedidos POST em GET
solicitações ao seguir um redirecionamento 303. O comportamento não-RFC é onipresente em
navegadores da web, então curl faz a conversão por padrão para manter a consistência.
No entanto, um servidor pode exigir um POST para permanecer um POST após esse redirecionamento.
Esta opção é significativa apenas ao usar -EU, --localização (Adicionado em 7.26.0)

--proto
Diz ao curl para usar os protocolos listados para sua recuperação inicial. Protocolos são
avaliados da esquerda para a direita, são separados por vírgulas e são cada um nome de protocolo ou
'all', opcionalmente prefixado por zero ou mais modificadores. Os modificadores disponíveis são:

+ Permitir este protocolo além dos protocolos já permitidos (este é o
padrão se nenhum modificador for usado).

- Negue este protocolo, removendo-o da lista de protocolos já permitidos.

= Permitir apenas este protocolo (ignorando a lista já permitida), embora sujeito
para modificação posterior por entradas subsequentes na lista separada por vírgulas.

Por exemplo:

--proto -ftps usa os protocolos padrão, mas desativa ftps

--proto -todos, https, + http
habilita apenas http e https

--proto = http, https
também habilita apenas http e https

Protocolos desconhecidos produzem um aviso. Isso permite que os scripts confiem com segurança em serem
capaz de desativar protocolos potencialmente perigosos, sem depender de suporte para
esse protocolo sendo integrado ao curl para evitar um erro.

Esta opção pode ser usada várias vezes, caso em que o efeito é o mesmo que
concatenar os protocolos em uma instância da opção.

(Adicionado em 7.20.2)

--proto-default
Diz ao curl para usar protocolo para qualquer URL sem um nome de esquema.

Exemplo:

--proto-padrão https ftp.mozilla.org
https://ftp.mozilla.org

Um protocolo desconhecido ou não suportado causa erro CURLE_UNSUPPORTED_PROTOCOL.

Esta opção não altera o protocolo proxy padrão (http).

Sem esta opção, o curl faria uma suposição com base no host, consulte --url para obter detalhes.

(Adicionado em 7.45.0)

--proto-redir
Diz ao curl para usar os protocolos listados no redirecionamento. Veja --proto para saber como os protocolos
São representados.

Exemplo:

--proto-redir -all, http, https
Permitir apenas HTTP e HTTPS no redirecionamento.

Por padrão, o curl permitirá que todos os protocolos sejam redirecionados, exceto alguns desativados para segurança
motivos: Desde 7.19.4 FILE e SCP estão desabilitados, e desde 7.40.0 SMB e SMBS também estão
Desativado. Especificando todos os or + tudo ativa todos os protocolos de redirecionamento, incluindo aqueles
desativado para segurança.

(Adicionado em 7.20.2)

--proxy-anyauth
Diz ao curl para escolher um método de autenticação adequado ao se comunicar com o
determinado proxy. Isso pode causar uma viagem de ida e volta extra de solicitação / resposta. (Adicionado em
7.13.2)

--proxy-básico
Diz ao curl para usar a autenticação HTTP Basic ao se comunicar com o
proxy. Usar --básico para habilitar o HTTP Basic com um host remoto. Básico é o padrão
método de autenticação que curl usa com proxies.

--proxy-digest
Diz ao curl para usar a autenticação HTTP Digest ao se comunicar com o
proxy. Usar --digerir para habilitar o HTTP Digest com um host remoto.

--proxy-negociar
Diz ao curl para usar a autenticação HTTP Negotiate (SPNEGO) ao se comunicar com
o proxy fornecido. Usar --negociar para habilitar o HTTP Negotiate (SPNEGO) com um controle remoto
hospedeiro. (Adicionado em 7.17.1)

--proxy-ntlm
Diz ao curl para usar a autenticação HTTP NTLM ao se comunicar com o proxy fornecido.
Use --ntlm para habilitar o NTLM com um host remoto.

--proxy-service-name
Esta opção permite que você altere o nome do serviço para negociação de proxy.

Exemplos: --proxy-negociar nome-do-proxy --proxy-nome do serviço sockd usaria
sockd / proxy-name. (Adicionado em 7.43.0).

--proxy1.0
Use o proxy HTTP 1.0 especificado. Se o número da porta não for especificado, é
assumido na porta 1080.

A única diferença entre isso e a opção de proxy HTTP (-x, --proxy), é aquele
tentativas de usar CONNECT através do proxy irão especificar um protocolo HTTP 1.0 em vez
do HTTP 1.1 padrão.

--pubkey
(SSH) Nome do arquivo de chave pública. Permite que você forneça sua chave pública neste separado
arquivo.

Se esta opção for usada várias vezes, a última será usada.

(A partir de 7.39.0, curl tenta extrair automaticamente a chave pública do
arquivo de chave privada, portanto, geralmente não é necessário passar esta opção. Observe que este
a extração de chave pública requer que libcurl seja vinculada a uma cópia de libssh2 1.2.8
ou superior que esteja vinculado ao OpenSSL.)

-q Se usado como o primeiro parâmetro na linha de comando, o Curlrc arquivo de configuração não
ser lido e usado. Veja o -K, --config para detalhes sobre o arquivo de configuração padrão
caminho de pesquisa.

-Q, --quote
(FTP / SFTP) Envie um comando arbitrário para o servidor FTP ou SFTP remoto. Citar
os comandos são enviados ANTES da transferência ocorrer (logo após o PWD inicial
em uma transferência FTP, para ser exato). Para fazer os comandos ocorrerem após um
transferência bem-sucedida, prefixe-os com um traço '-'. Para fazer os comandos serem enviados após
curl mudou o diretório de trabalho, pouco antes do (s) comando (s) de transferência, prefixo
o comando com um '+' (isso só é compatível com FTP). Você pode especificar qualquer número
de comandos. Se o servidor retornar falha para um dos comandos, todo o
a operação será abortada. Você deve enviar comandos FTP sintaticamente corretos como RFC
959 define para servidores FTP, ou um dos comandos listados abaixo para servidores SFTP.
Esta opção pode ser usada várias vezes. Ao falar com um servidor FTP, prefixe o
comando com um asterisco (*) para fazer curl continuar mesmo se o comando falhar como por
A curvatura padrão parará na primeira falha.

SFTP é um protocolo binário. Ao contrário do FTP, curl interpreta comandos de cotação SFTP
antes de enviá-los para o servidor. Os nomes dos arquivos podem ser citados no estilo shell para
incorporar espaços ou caracteres especiais. A seguir está a lista de todos os SFTP suportados
comandos de citação:

arquivo de grupo chgrp
O comando chgrp define o ID do grupo do arquivo nomeado pelo operando do arquivo como
o ID do grupo especificado pelo operando do grupo. O operando do grupo é um decimal
ID de grupo inteiro.

arquivo de modo chmod
O comando chmod modifica os bits do modo de arquivo do arquivo especificado. O
operando de modo é um número de modo de número inteiro octal.

arquivo de usuário chown
O comando chown define o proprietário do arquivo nomeado pelo operando do arquivo como
o ID do usuário especificado pelo operando do usuário. O operando do usuário é um decimal
ID de usuário inteiro.

Em arquivo_fonte arquivo_alvo
Os comandos ln e symlink criam um link simbólico no target_file
localização apontando para a localização source_file.

mkdir nome_diretório
O comando mkdir cria o diretório nomeado pelo operando directory_name.

pwd O comando pwd retorna o caminho absoluto do atual trabalho
diretório.

renomear destino de origem
O comando rename renomeia o arquivo ou diretório nomeado pelo operando fonte
para o caminho de destino nomeado pelo operando de destino.

arquivo rm
O comando rm remove o arquivo especificado pelo operando de arquivo.

diretório rmdir
O comando rmdir remove a entrada do diretório especificado pelo diretório
operando, desde que esteja vazio.

link simbólico source_file target_file
Veja ln.

-r, --range
(HTTP / FTP / SFTP / FILE) Recupere um intervalo de bytes (ou seja, um documento parcial) de um
Servidor HTTP / 1.1, FTP ou SFTP ou um FILE local. Os intervalos podem ser especificados em um número
de maneiras.

0-499 especifica os primeiros 500 bytes

500-999 especifica os segundos 500 bytes

-500 especifica os últimos 500 bytes

9500- especifica os bytes do deslocamento 9500 e para a frente

0-0, -1 especifica o primeiro e o último byte apenas (*) (HTTP)

100-199,500-599
especifica dois intervalos separados de 100 bytes (*) (HTTP)

(*) = NOTE que isso fará com que o servidor responda com uma resposta multiparte!

Apenas dígitos (0-9) são válidos nos campos 'iniciar' e 'parar' do
sintaxe de intervalo 'start-stop'. Se um caractere diferente de dígito for fornecido no intervalo, o
a resposta do servidor não será especificada, dependendo da configuração do servidor.

Você também deve estar ciente de que muitos servidores HTTP / 1.1 não têm esse recurso
habilitado, de modo que, quando você tentar obter um intervalo, você obterá todo o
documento.

Os downloads de intervalo de FTP e SFTP suportam apenas a sintaxe simples de 'start-stop'
(opcionalmente com um dos números omitido). O uso do FTP depende do FTP estendido
comando SIZE.

Se esta opção for usada várias vezes, a última será usada.

-R, --tempo remoto
Quando usado, isso fará com que o curl tente descobrir o carimbo de data / hora do controle remoto
arquivo e, se estiver disponível, faça com que o arquivo local obtenha o mesmo carimbo de data / hora.

--random-file
(SSL) Especifique o nome do caminho para o arquivo contendo o que será considerado aleatório
dados. Os dados são usados ​​para propagar o mecanismo aleatório para conexões SSL. Veja também o
--arquivo-egd opção.

--raw (HTTP) Quando usado, desativa toda a decodificação HTTP interna de conteúdo ou transferência
codificações e, em vez disso, os torna passados ​​inalterados, brutos. (Adicionado em 7.16.2)

--nome-remoto-todos
Esta opção muda a ação padrão para todos os URLs fornecidos para serem tratados como se
-O, --nome-remoto foram usados ​​para cada um. Então, se você quiser desabilitar isso por um
URL específico após --nome-remoto-todos foi usado, você deve usar "-o -" ou --não-
nome-remoto. (Adicionado em 7.19.0)

--resolver
Fornece um endereço personalizado para um host específico e par de porta. Usando isso, você pode
fazer as solicitações curl usar um endereço especificado e prevenir o contrário
endereço normalmente resolvido a ser usado. Considere isso uma espécie de / Etc / hosts alternativa
fornecido na linha de comando. O número da porta deve ser o número usado para o
protocolo específico para o qual o host será usado. Isso significa que você precisa de várias entradas se
você deseja fornecer endereço para o mesmo host, mas portas diferentes.

Esta opção pode ser usada muitas vezes para adicionar muitos nomes de host para resolver.

(Adicionado em 7.21.3)

- nova tentativa
Se um erro transitório for retornado quando o curl tentar realizar uma transferência, ele
tente novamente esse número de vezes antes de desistir. Definir o número como 0 faz com que o curl funcione
sem novas tentativas (que é o padrão). Erro transitório significa: um tempo limite, um FTP
Código de resposta 4xx ou um código de resposta HTTP 5xx.

Quando curl está prestes a tentar novamente uma transferência, ele primeiro espera um segundo e depois por
todas as próximas tentativas dobrarão o tempo de espera até chegar a 10 minutos
que será o atraso entre o resto das tentativas. Usando --repetir-
atraso você desabilita este algoritmo de backoff exponencial. Veja também --retry-max-time para
limitar o tempo total permitido para novas tentativas. (Adicionado em 7.12.3)

Se esta opção for usada várias vezes, a última será usada.

- retardo de repetição
Faça o curl dormir esta quantidade de tempo antes de cada nova tentativa quando uma transferência falhou
com um erro transitório (muda o algoritmo de tempo de backoff padrão entre
novas tentativas). Esta opção só é interessante se - nova tentativa também é usado. Configurando isso
o retardo para zero fará com que o curl use o tempo de recuo padrão. (Adicionado em 7.12.3)

Se esta opção for usada várias vezes, a última será usada.

--retry-max-time
O cronômetro de repetição é zerado antes da primeira tentativa de transferência. As novas tentativas serão feitas como
de costume (ver - nova tentativa), desde que o cronômetro não tenha atingido o limite fornecido. Aviso prévio
que se o cronômetro não atingiu o limite, a solicitação será feita e enquanto
desempenho, pode demorar mais do que esse período de tempo determinado. Para limitar um único
tempo máximo do pedido, use -m, - tempo máximo. Defina esta opção para zero para não expirar
novas tentativas. (Adicionado em 7.12.3)

Se esta opção for usada várias vezes, a última será usada.

-s, --silencioso
Modo silencioso ou silencioso. Não mostra o medidor de progresso ou mensagens de erro. Faz Curl
mudo. Ele ainda produzirá os dados solicitados, potencialmente até mesmo para o
terminal / stdout a menos que você o redirecione.

--sasl-ir
Ative a resposta inicial na autenticação SASL. (Adicionado em 7.31.0)

--Nome do Serviço
Esta opção permite que você altere o nome do serviço para SPNEGO.

Exemplos: --negotiate --Nome do Serviço sockd usaria sockd / nome do servidor. (Adicionado em


-S, --show-erro
Quando usado com -s faz curl mostrar uma mensagem de erro se falhar.

--ssl (FTP, POP3, IMAP, SMTP) Tente usar SSL / TLS para a conexão. Reverte para um não
conexão segura se o servidor não suportar SSL / TLS. Veja também --ftp-ssl-
ao controle e --ssl-reqd para diferentes níveis de criptografia necessários. (Adicionado em
7.20.0)

Esta opção era anteriormente conhecida como --ftp-ssl (Adicionado em 7.11.0). Esse nome de opção pode
ainda será usado, mas será removido em uma versão futura.

--ssl-reqd
(FTP, POP3, IMAP, SMTP) Requer SSL / TLS para a conexão. Termina o
conexão se o servidor não suportar SSL / TLS. (Adicionado em 7.20.0)

Esta opção era anteriormente conhecida como --ftp-ssl-reqd (adicionado em 7.15.5). Essa opção
O nome ainda pode ser usado, mas será removido em uma versão futura.

--ssl-allow-besta
(SSL) Esta opção diz ao curl para não contornar uma falha de segurança no SSL3 e
Protocolos TLS1.0 conhecidos como BEAST. Se esta opção não for usada, a camada SSL pode usar
soluções alternativas conhecidas por causar problemas de interoperabilidade com alguns SSL mais antigos
implementações. AVISO: esta opção afrouxa a segurança SSL, e usando este
bandeira você pede exatamente isso. (Adicionado em 7.25.0)

--ssl-no-revoke
(WinSSL) Esta opção diz ao curl para desabilitar as verificações de revogação de certificado. AVISO:
esta opção afrouxa a segurança SSL, e usando este sinalizador você pede exatamente
naquela. (Adicionado em 7.44.0)

--socks4
Use o proxy SOCKS4 especificado. Se o número da porta não for especificado, é assumido
na porta 1080. (Adicionado em 7.15.2)

Esta opção substitui qualquer uso anterior de -x, --proxy, pois eles são mutuamente
exclusivo.

Desde 7.21.7, esta opção é supérflua, uma vez que você pode especificar um proxy socks4 com
-x, --proxy usando um prefixo de protocolo socks4: //.

Se esta opção for usada várias vezes, a última será usada.

--socks4a
Use o proxy SOCKS4a especificado. Se o número da porta não for especificado, é assumido
na porta 1080. (Adicionado em 7.18.0)

Esta opção substitui qualquer uso anterior de -x, --proxy, pois eles são mutuamente
exclusivo.

Desde 7.21.7, esta opção é supérflua, pois você pode especificar um proxy socks4a com
-x, --proxy usando um prefixo de protocolo socks4a: //.

Se esta opção for usada várias vezes, a última será usada.

--socks5-hostname
Use o proxy SOCKS5 especificado (e deixe o proxy resolver o nome do host). Se o
o número da porta não é especificado, é assumido na porta 1080. (Adicionado em 7.18.0)

Esta opção substitui qualquer uso anterior de -x, --proxy, pois eles são mutuamente
exclusivo.

Desde 7.21.7, esta opção é supérflua, pois você pode especificar um nome de host socks5
proxy com -x, --proxy usando um prefixo de protocolo socks5h: //.

Se esta opção for usada várias vezes, a última será usada. (Esta opção era
anteriormente documentado incorretamente e usado como --socks sem o número anexado.)

--socks5
Use o proxy SOCKS5 especificado - mas resolva o nome do host localmente. Se o porto
número não for especificado, é assumido na porta 1080.

Esta opção substitui qualquer uso anterior de -x, --proxy, pois eles são mutuamente
exclusivo.

Desde 7.21.7, esta opção é supérflua, uma vez que você pode especificar um proxy socks5 com
-x, --proxy usando um prefixo de protocolo socks5: //.

Se esta opção for usada várias vezes, a última será usada. (Esta opção era
anteriormente documentado incorretamente e usado como --socks sem o número anexado.)

Esta opção (bem como --meias4) não funciona com IPV6, FTPS ou LDAP.

--socks5-gssapi-service
O nome do serviço padrão para um servidor socks é rcmd / server-fqdn. Esta opção permite
você para mudá-lo.

Exemplos: --socks5 proxy-name --socks5-gssapi-service sockd usaria sockd / proxy-
nome --socks5 nome-proxy --socks5-gssapi-service sockd / nome real usaria
sockd / real-name para casos em que o nome do proxy não corresponde ao nome principal.
(Adicionado em 7.19.4).

--socks5-gssapi-nec
Como parte da negociação GSS-API, um modo de proteção é negociado. RFC 1961 diz
na seção 4.3 / 4.4 deve ser protegido, mas a implementação de referência NEC
não. A opção --socks5-gssapi-nec permite a troca desprotegida do
negociação do modo de proteção. (Adicionado em 7.19.4).

--stderr
Redirecione todas as gravações em stderr para o arquivo especificado. Se o nome do arquivo for um
simples '-', ele é escrito em stdout.

Se esta opção for usada várias vezes, a última será usada.

-t, --telnet-option
Passe opções para o protocolo telnet. As opções suportadas são:

TTYPE = Define o tipo de terminal.

XDISPLOC = Define o local de exibição do X.

NEW_ENV = Define uma variável de ambiente.

-T, --upload-file
Isso transfere o arquivo local especificado para o URL remoto. Se não houver parte do arquivo
na URL especificada, Curl acrescentará o nome do arquivo local. NOTE que você deve usar
um / à direita no último diretório para realmente provar ao Curl que não há nenhum arquivo
name ou curl pensará que o seu último nome de diretório é o nome do arquivo remoto para
usar. Isso provavelmente fará com que a operação de upload falhe. Se isso for usado em
um servidor HTTP (S), o comando PUT será usado.

Use o nome de arquivo "-" (um único traço) para usar stdin em vez de um determinado arquivo.
Como alternativa, o nome do arquivo "." (um único período) pode ser especificado em vez de "-" para
use o stdin no modo sem bloqueio para permitir a leitura da saída do servidor enquanto o stdin está sendo
carregado.

Você pode especificar um -T para cada URL na linha de comando. Cada par -T + URL
especifica o que carregar e para onde. curl também suporta "globbing" do -T
argumento, o que significa que você pode fazer upload de vários arquivos para um único URL usando o
mesmo estilo de globbing de URL suportado no URL, como este:

curl -T "{arquivo1, arquivo2}" http://www.uploadtothissite.com

ou mesmo

curl -T "img [1-1000] .png" carregando = "preguiçoso" ftp://ftp.picturemania.com/upload/

--tcp-nodelay
Ative a opção TCP_NODELAY. Veja o curl_easy_setopt(3) página man para detalhes
sobre esta opção. (Adicionado em 7.11.2)

--tftp-blksize
(TFTP) Defina a opção TFTP BLKSIZE (deve ser> 512). Este é o tamanho do bloco que ondula
tentará usar ao transferir dados de ou para um servidor TFTP. Por padrão 512
bytes serão usados.

Se esta opção for usada várias vezes, a última será usada.

(Adicionado em 7.20.0)

--tlsauthtype
Defina o tipo de autenticação TLS. Atualmente, a única opção com suporte é "SRP", para
TLS-SRP (RFC 5054). Se --tlsuser e --tlssenha são especificados, mas --tlsauthtype
não for, essa opção é padronizada como "SRP". (Adicionado em 7.21.4)

--tlspassword
Defina a senha para usar com o método de autenticação TLS especificado com
--tlsauthtype. Requer que --tlsuser também ser definido. (Adicionado em 7.21.4)

--tlsuser
Defina o nome de usuário para usar com o método de autenticação TLS especificado com
--tlsauthtype. Requer que --tlssenha também ser definido. (Adicionado em 7.21.4)

--tlsv1.0
(SSL) Força o curl a usar o TLS versão 1.0 ao negociar com um servidor TLS remoto.
(Adicionado em 7.34.0)

--tlsv1.1
(SSL) Força o curl a usar o TLS versão 1.1 ao negociar com um servidor TLS remoto.
(Adicionado em 7.34.0)

--tlsv1.2
(SSL) Força o curl a usar o TLS versão 1.2 ao negociar com um servidor TLS remoto.
(Adicionado em 7.34.0)

--tr-codificação
(HTTP) Solicita uma resposta de codificação de transferência compactada usando um dos algoritmos
curl suporta e descompacta os dados ao recebê-los.

(Adicionado em 7.21.6)

--vestígio
Permite um despejo de rastreamento completo de todos os dados de entrada e saída, incluindo descritivos
informações, para o arquivo de saída fornecido. Use "-" como nome de arquivo para que a saída seja enviada
para stdout.

Esta opção substitui os usos anteriores de -dentro, --verbose or --trace-ascii.

Se esta opção for usada várias vezes, a última será usada.

--trace-ascii
Permite um despejo de rastreamento completo de todos os dados de entrada e saída, incluindo descritivos
informações, para o arquivo de saída fornecido. Use "-" como nome de arquivo para que a saída seja enviada
para stdout.

Isso é muito semelhante a --vestígio, mas deixa de fora a parte hexadecimal e mostra apenas o
Parte ASCII do despejo. Torna a saída menor que pode ser mais fácil de ler para
humanos não treinados.

Esta opção substitui os usos anteriores de -dentro, --verbose or --vestígio.

Se esta opção for usada várias vezes, a última será usada.

--trace-time
Anexa um registro de data e hora a cada traço ou linha detalhada que o curl exibe. (Adicionado em
7.14.0)

--unix-socket
(HTTP) Conecte-se através deste soquete de domínio Unix, em vez de usar a rede.
(Adicionado em 7.40.0)

-u, --user
Especifique o nome de usuário e a senha a serem usados ​​para autenticação do servidor. Substituições -n,
--netrc e --netrc-opcional.

Se você simplesmente especificar o nome de usuário, curl solicitará uma senha.

O nome de usuário e as senhas são divididos nos primeiros dois pontos, o que o torna
impossível usar dois-pontos no nome do usuário com esta opção. A senha pode,
ainda.

Ao usar o Kerberos V5 com um servidor baseado em Windows, você deve incluir o Windows
nome de domínio no nome do usuário, para que o servidor obtenha com sucesso um
Tíquete Kerberos. Caso contrário, o handshake de autenticação inicial pode falhar.

Ao usar NTLM, o nome do usuário pode ser especificado simplesmente como o nome do usuário, sem
o domínio, se houver um único domínio e floresta em sua configuração, por exemplo.

Para especificar o nome de domínio, use o nome de logon de nível inferior ou UPN (principal do usuário
Formatos de nome). Por exemplo, EXAMPLE \ user e [email protegido] respectivamente.

Se você usar um binário curl habilitado para Windows SSPI e executar Kerberos V5, Negotiate,
Autenticação NTLM ou Digest, então você pode dizer ao curl para selecionar o nome de usuário e
senha de seu ambiente, especificando um único dois pontos com esta opção: "-u
: ".

Se esta opção for usada várias vezes, a última será usada.

-U, --proxy-user
Especifique o nome de usuário e a senha a serem usados ​​para autenticação de proxy.

Se você usar um binário curl habilitado para SSPI do Windows e negociar ou NTLM
autenticação, então você pode dizer ao curl para selecionar o nome de usuário e a senha
seu ambiente especificando um único dois pontos com esta opção: "-U:".

Se esta opção for usada várias vezes, a última será usada.

--url
Especifique um URL para buscar. Esta opção é mais útil quando você deseja especificar URL (s)
em um arquivo de configuração.

Se o URL fornecido não tiver um nome de esquema (como "http: //" ou "ftp: //" etc), então
curl fará uma estimativa com base no host. Se o nome do subdomínio externo corresponder
DICT, FTP, IMAP, LDAP, POP3 ou SMTP, então esse protocolo será usado, caso contrário, HTTP
será usado. Desde 7.45.0, a suposição pode ser desativada definindo um protocolo padrão,
Vejo --proto-padrão para obter detalhes.

Esta opção pode ser usada quantas vezes forem necessárias. Para controlar onde este URL é escrito,
use o -ó, --resultado ou de -O, --nome-remoto opções.

-v, --verboso
Seja mais prolixo / falador durante a operação. Útil para depurar e ver
o que está acontecendo "por baixo do capô". Uma linha começando com '>' significa "dados de cabeçalho" enviados
por curl, '<' significa "dados de cabeçalho" recebidos por curl que estão ocultos em casos normais,
e uma linha começando com '*' significa informações adicionais fornecidas por curl.

Observe que se você quiser apenas cabeçalhos HTTP na saída, -eu, --incluir pode ser o
opção que você está procurando.

Se você acha que esta opção ainda não fornece detalhes suficientes, considere usar
--vestígio or --trace-ascii ao invés.

Esta opção substitui os usos anteriores de --trace-ascii or --vestígio.

Use -sim, - silencioso para fazer o curl ficar quieto.

-w, --write-out
Faça curl exibir informações no stdout após uma transferência concluída. O formato é um
string que pode conter texto simples misturado com qualquer número de variáveis. O formato
pode ser especificado como uma "string" literal, ou você pode fazer com que o curl leia o formato de um
arquivo com "@filename" e para dizer ao curl para ler o formato do stdin que você escreve
"@ -".

As variáveis ​​presentes no formato de saída serão substituídas pelo valor ou texto
esse curl acha adequado, conforme descrito abaixo. Todas as variáveis ​​são especificadas como
% {variable_name} e para gerar um% normal, basta escrevê-los como %%. Você pode produzir
uma nova linha usando \ n, um retorno de carro com \ r e um espaço de tabulação com \ t.

NOTA: O% -symbol é um símbolo especial no ambiente win32, onde todos
as ocorrências de% devem ser duplicadas ao usar esta opção.

As variáveis ​​disponíveis são:

tipo de conteúdo O Content-Type do documento solicitado, se houver.

nome_do_arquivo_efetivo
O nome de arquivo final no qual curl grava. Este é apenas
significativo se curl for instruído a gravar em um arquivo com o --nome-remoto
or --resultado opção. É mais útil em combinação com o
--nome do cabeçalho remoto opção. (Adicionado em 7.25.1)

ftp_entry_path O curl do caminho inicial acabou ao fazer logon no FTP remoto
servidor. (Adicionado em 7.15.4)

http_código O código de resposta numérica que foi encontrado no último recuperado
Transferência de HTTP (S) ou FTP (s). Em 7.18.2 o alias Código de resposta foi
adicionado para mostrar a mesma informação.

http_conectar O código numérico que foi encontrado na última resposta (de um
proxy) para uma solicitação curl CONNECT. (Adicionado em 7.12.4)

local_ip O endereço IP da extremidade local da conexão feita mais recentemente
- pode ser IPv4 ou IPv6 (adicionado em 7.29.0)

porta_local O número da porta local da conexão feita mais recentemente (adicionado em
7.29.0)

num_conecta Número de novas conexões feitas na transferência recente. (Adicionado em
7.12.3)

num_redirects Número de redirecionamentos que foram seguidos na solicitação. (Adicionado em
7.12.3)

redirect_url Quando uma solicitação HTTP foi feita sem -L para seguir os redirecionamentos, este
variável irá mostrar o URL real um redirecionamento seria levá-lo para.
(Adicionado em 7.18.2)

remote_ip O endereço IP remoto da conexão feita mais recentemente - pode ser
IPv4 ou IPv6 (adicionado em 7.29.0)

porta_remoto O número da porta remota da conexão feita mais recentemente (Adicionado
no 7.29.0)

tamanho_download A quantidade total de bytes baixados.

tamanho_cabeçalho A quantidade total de bytes dos cabeçalhos baixados.

solicitação_tamanho A quantidade total de bytes enviados na solicitação HTTP.

tamanho_upload A quantidade total de bytes carregados.

velocidade_download A velocidade média de download que o curl medido para o completo
download. Bytes por segundo.

upload_velocidade A velocidade média de upload que se curva medida para o upload completo.
Bytes por segundo.

ssl_verify_result
O resultado da verificação do certificado de mesmo nível SSL que foi
Requeridos. 0 significa que a verificação foi bem-sucedida. (Adicionado em
7.19.0)

time_appconnect
O tempo, em segundos, desde o início até o SSL / SSH / etc
a conexão / handshake com o host remoto foi concluída. (Adicionado em
7.19.0)

time_connect O tempo, em segundos, que levou do início até a conexão do TCP
para o host remoto (ou proxy) foi concluído.

time_namelookup
O tempo, em segundos, desde o início até o nome
a resolução foi concluída.

time_pretransfer
O tempo, em segundos, desde o início até a transferência do arquivo
estava prestes a começar. Isso inclui todos os comandos de pré-transferência e
negociações que são específicas para o (s) protocolo (s) particular (es)
envolvido.

time_redirect O tempo, em segundos, que todas as etapas de redirecionamento levaram para incluir o nome
pesquisar, conectar, pré-transferir e transferir antes do final
transação foi iniciada. time_redirect mostra a execução completa
tempo para redirecionamentos múltiplos. (Adicionado em 7.12.3)

time_starttransfer
O tempo, em segundos, desde o início até o primeiro byte
estava prestes a ser transferido. Isso inclui time_pretransfer e
também o tempo que o servidor precisou para calcular o resultado.

tempo_total O tempo total, em segundos, que durou a operação completa. A Hora
será exibido com resolução de milissegundos.

url_eficaz O URL buscado por último. Isso é mais significativo se você
disse ao curl para seguir a localização: cabeçalhos.

Se esta opção for usada várias vezes, a última será usada.

-x, --proxy <[protocolo: //] [usuário: senha @] proxyhost [: porta]>
Use o proxy especificado.

A string do proxy pode ser especificada com um prefixo protocol: // para especificar a alternativa
protocolos de proxy. Use socks4: //, socks4a: //, socks5: // ou socks5h: // para solicitar o
versão específica do SOCKS a ser usada. Nenhum protocolo especificado, http: // e todos os outros
serão tratados como proxies HTTP. (O suporte de protocolo foi adicionado no curl 7.21.7)

Se o número da porta não for especificado na string do proxy, será considerado 1080.

Esta opção substitui as variáveis ​​de ambiente existentes que definem o proxy a ser usado. Se
há uma variável de ambiente configurando um proxy, você pode definir o proxy para "" para
substituí-lo.

Todas as operações realizadas em um proxy HTTP serão transparentemente
convertido para HTTP. Isso significa que certas operações específicas do protocolo podem não ser
acessível. Este não é o caso se você pode criar um túnel através do proxy, como um com
que o -p, --proxytunnel opção.

O usuário e a senha que podem ser fornecidos na string do proxy são decodificados por URL por
ondulação. Isto permite que você passe caracteres especiais como @ usando% 40 ou passe
em dois pontos com% 3a.

O host proxy pode ser especificado exatamente da mesma maneira que o ambiente proxy
variáveis, incluindo o prefixo do protocolo (http: //) e o usuário incorporado +
senha.

Se esta opção for usada várias vezes, a última será usada.

-X, --request
(HTTP) Especifica um método de solicitação personalizado para usar ao se comunicar com o HTTP
servidor. O método de solicitação especificado será usado em vez do método caso contrário
usado (cujo padrão é GET). Leia a especificação HTTP 1.1 para obter detalhes e
explicações. Solicitações HTTP adicionais comuns incluem PUT e DELETE, mas relacionadas
tecnologias como WebDAV oferecem PROPFIND, COPY, MOVE e muito mais.

Normalmente você não precisa dessa opção. Todos os tipos de solicitações GET, HEAD, POST e PUT
são invocados usando opções de linha de comando dedicadas.

Esta opção altera apenas a palavra real usada na solicitação HTTP, ela não
alterar o comportamento do curl. Então, por exemplo, se você quiser fazer um CABEÇOTE adequado
pedido, usar -X HEAD não será suficiente. Você precisa usar o -EU, --cabeça opção.

A string do método que você definir com -X será usada para todas as solicitações, que se você
exemplo de uso -EU, --localização pode causar efeitos colaterais indesejados quando o curl não
alterar o método de solicitação de acordo com os códigos de resposta HTTP 30x - e semelhantes.

(FTP) Especifica um comando FTP personalizado para usar em vez de LIST ao fazer listas de arquivos
com FTP.

(POP3) Especifica um comando POP3 personalizado a ser usado em vez de LIST ou RETR. (Adicionado em
7.26.0)

(IMAP) Especifica um comando IMAP personalizado a ser usado em vez de LIST. (Adicionado em 7.30.0)

(SMTP) Especifica um comando SMTP personalizado a ser usado em vez de HELP ou VRFY. (Adicionado em
7.34.0)

Se esta opção for usada várias vezes, a última será usada.

--xattr
Ao salvar a saída em um arquivo, esta opção diz ao curl para armazenar certos metadados de arquivo
em atributos de arquivo estendido. Atualmente, o URL é armazenado em xdg.origin.url
atributo e, para HTTP, o tipo de conteúdo é armazenado no atributo mime_type. Se
o sistema de arquivos não suporta atributos estendidos, um aviso é emitido.

-y, --speed-time
Se um download for mais lento do que bytes de limite de velocidade por segundo durante um tempo de velocidade
período, o download é abortado. Se o tempo de velocidade for usado, o limite de velocidade padrão
será 1 a menos que definido com -Y.

Esta opção controla as transferências e, portanto, não afetará as conexões lentas, etc.
é uma preocupação para você, experimente o --connect-tempo limite opção.

Se esta opção for usada várias vezes, a última será usada.

-Y, --speed-limit
Se o download for mais lento do que a velocidade fornecida (em bytes por segundo) para velocidade-tempo
segundos, ele é abortado. velocidade-tempo é definido com -y e é 30 se não for definido.

Se esta opção for usada várias vezes, a última será usada.

-z, --time-cond |
(HTTP / FTP) Solicite um arquivo que foi modificado depois do tempo determinado e
data, ou uma que foi modificada antes dessa hora. O pode ser
todos os tipos de strings de data ou se não corresponder a nenhuma interna, é considerado
um nome de arquivo e tenta obter a data de modificação (mtime) de em vez de. Ver
que o curl_getdate(3) páginas man para detalhes da expressão de data.

Inicie a expressão de data com um traço (-) para solicitar um documento que seja
mais antigo que a data / hora fornecida, o padrão é um documento mais recente que o
data / hora especificada.

Se esta opção for usada várias vezes, a última será usada.

-h, --ajuda
Ajuda de uso. Isso lista todas as opções de linha de comando atuais com uma breve descrição.

-M, --manual
Manual. Exibe o grande texto de ajuda.

-V, --versão
Exibe informações sobre curl e a versão libcurl que ele usa.

A primeira linha inclui a versão completa do curl, libcurl e outros de terceiros
bibliotecas vinculadas ao executável.

A segunda linha (começa com "Protocolos:") mostra todos os protocolos que o libcurl relata
suportar.

A terceira linha (começa com "Recursos:") mostra recursos específicos para relatórios de libcurl
oferta. Os recursos disponíveis incluem:

IPv6 Você pode usar IPv6 com isso.

krb4 Krb4 para FTP é suportado.

São suportadas versões SSL SSL de vários protocolos, como HTTPS, FTPS, POP3S
e assim por diante.

libz A descompactação automática de arquivos compactados por HTTP é suportada.

A autenticação NTLM NTLM é suportada.

Debug Este curl usa um libcurl construído com Debug. Isso permite mais rastreamento de erros
e depuração de memória, etc. Apenas para desenvolvedores curl!

AsynchDNS
Este curl usa resoluções de nome assíncronas. Resoluções de nome assíncronas podem ser
feito usando os c-ares ou os back-ends de resolvedor encadeado.

A autenticação SPNEGO SPNEGO é suportada.

Largefile
Este curl suporta transferências de arquivos grandes, arquivos maiores que 2 GB.

IDN Este curl suporta IDN - nomes de domínio internacionais.

API GSS
GSS-API é compatível.

SSPI SSPI é compatível.

TLS-SRP
A autenticação SRP (Secure Remote Password) é compatível com TLS.

Suporte a HTTP2 HTTP / 2 integrado.

metalink
Este curl suporta Metalink (ambas as versões 3 e 4 (RFC 5854)), que
descreve espelhos e hashes. curl usará espelhos para failover se houver
são erros (como o arquivo ou servidor não estar disponível).

Use curl online usando serviços onworks.net