cmdline-docs: more options converted over
This commit is contained in:
Родитель
81e61cda39
Коммит
41b1f649bf
|
@ -0,0 +1,17 @@
|
||||||
|
Long: anyauth
|
||||||
|
Help: Pick any authentication method
|
||||||
|
Protocols: HTTP
|
||||||
|
See-also: proxy-anyauth basic digest
|
||||||
|
---
|
||||||
|
Tells curl to figure out authentication method by itself, and use the most
|
||||||
|
secure one the remote site claims to support. This is done by first doing a
|
||||||
|
request and checking the response-headers, thus possibly inducing an extra
|
||||||
|
network round-trip. This is used instead of setting a specific authentication
|
||||||
|
method, which you can do with --basic, --digest, --ntlm, and --negotiate.
|
||||||
|
|
||||||
|
Using --anyauth is not recommended if you do uploads from stdin, since it may
|
||||||
|
require data to be sent twice and then the client must be able to rewind. If
|
||||||
|
the need should arise when uploading from stdin, the upload operation will
|
||||||
|
fail.
|
||||||
|
|
||||||
|
Used together with --user.
|
|
@ -0,0 +1,8 @@
|
||||||
|
Short: a
|
||||||
|
Long: append
|
||||||
|
Help: Append to target file when uploading
|
||||||
|
Protocols: FTP SFTP
|
||||||
|
---
|
||||||
|
When used in an upload, this makes curl append to the target file instead of
|
||||||
|
overwriting it. If the remote file doesn't exist, it will be created. Note
|
||||||
|
that this flag is ignored by some SFTP servers (including OpenSSH).
|
|
@ -0,0 +1,11 @@
|
||||||
|
Long: basic
|
||||||
|
Help: Use HTTP Basic Authentication
|
||||||
|
See-also: proxy-basic
|
||||||
|
Protocols: HTTP
|
||||||
|
---
|
||||||
|
Tells curl to use HTTP Basic authentication with the remote host. This is the
|
||||||
|
default and this option is usually pointless, unless you use it to override a
|
||||||
|
previously set option that sets a different authentication method (such as
|
||||||
|
--ntlm, --digest, or --negotiate).
|
||||||
|
|
||||||
|
Used together with --user.
|
|
@ -0,0 +1,28 @@
|
||||||
|
Long: cacert
|
||||||
|
Arg: <CA certificate>
|
||||||
|
Help: CA certificate to verify peer against
|
||||||
|
Protocols: TLS
|
||||||
|
---
|
||||||
|
Tells curl to use the specified certificate file to verify the peer. The file
|
||||||
|
may contain multiple CA certificates. The certificate(s) must be in PEM
|
||||||
|
format. Normally curl is built to use a default file for this, so this option
|
||||||
|
is typically used to alter that default file.
|
||||||
|
|
||||||
|
curl recognizes the environment variable named 'CURL_CA_BUNDLE' if it is
|
||||||
|
set, and uses the given path as a path to a CA cert bundle. This option
|
||||||
|
overrides that variable.
|
||||||
|
|
||||||
|
The windows version of curl will automatically look for a CA certs file named
|
||||||
|
\'curl-ca-bundle.crt\', either in the same directory as curl.exe, or in the
|
||||||
|
Current Working Directory, or in any folder along your PATH.
|
||||||
|
|
||||||
|
If curl is built against the NSS SSL library, the NSS PEM PKCS#11 module
|
||||||
|
(libnsspem.so) needs to be available for this option to work properly.
|
||||||
|
|
||||||
|
(iOS and macOS only) If curl is built against Secure Transport, then this
|
||||||
|
option is supported for backward compatibility with other SSL engines, but it
|
||||||
|
should not be set. If the option is not set, then curl will use the
|
||||||
|
certificates in the system and user Keychain to verify the peer, which is the
|
||||||
|
preferred method of verifying the peer's certificate chain.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,15 @@
|
||||||
|
Long: capath
|
||||||
|
Arg: <dir>
|
||||||
|
Help: CA directory to verify peer against
|
||||||
|
Protocols: TLS
|
||||||
|
---
|
||||||
|
Tells curl to use the specified certificate directory to verify the
|
||||||
|
peer. Multiple paths can be provided by separating them with ":" (e.g.
|
||||||
|
\&"path1:path2:path3"). The certificates must be in PEM format, and if curl is
|
||||||
|
built against OpenSSL, the directory must have been processed using the
|
||||||
|
c_rehash utility supplied with OpenSSL. Using --capath can allow
|
||||||
|
OpenSSL-powered curl to make SSL-connections much more efficiently than using
|
||||||
|
--cacert if the --cacert file contains many CA certificates.
|
||||||
|
|
||||||
|
If this option is set, the default capath value will be ignored, and if it is
|
||||||
|
used several times, the last one will be used.
|
|
@ -0,0 +1,13 @@
|
||||||
|
Long: cert-status
|
||||||
|
Protocols: TLS
|
||||||
|
Added: 7.41.0
|
||||||
|
Help: Verify the status of the server certificate
|
||||||
|
---
|
||||||
|
Tells curl to verify the status of the server certificate by using the
|
||||||
|
Certificate Status Request (aka. OCSP stapling) TLS extension.
|
||||||
|
|
||||||
|
If this option is enabled and the server sends an invalid (e.g. expired)
|
||||||
|
response, if the response suggests that the server certificate has been revoked,
|
||||||
|
or no response at all is received, the verification fails.
|
||||||
|
|
||||||
|
This is currently only implemented in the OpenSSL, GnuTLS and NSS backends.
|
|
@ -0,0 +1,10 @@
|
||||||
|
Long: cert-type
|
||||||
|
Protocols: TLS
|
||||||
|
Arg: <type>
|
||||||
|
Help: Certificate file type (DER/PEM/ENG)
|
||||||
|
See-also: cert key key-type
|
||||||
|
---
|
||||||
|
Tells curl what certificate type the provided certificate is in. PEM, DER and
|
||||||
|
ENG are recognized types. If not specified, PEM is assumed.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,32 @@
|
||||||
|
Short: E
|
||||||
|
Long: cert
|
||||||
|
Arg: <certificate[:password]>
|
||||||
|
Help: Client certificate file and password
|
||||||
|
Protocols: TLS
|
||||||
|
See-also: cert-type key key-type
|
||||||
|
---
|
||||||
|
Tells curl to use the specified client certificate file when getting a file
|
||||||
|
with HTTPS, FTPS or another SSL-based protocol. The certificate must be in
|
||||||
|
PKCS#12 format if using Secure Transport, or PEM format if using any other
|
||||||
|
engine. If the optional password isn't specified, it will be queried for on
|
||||||
|
the terminal. Note that this option assumes a \&"certificate" file that is the
|
||||||
|
private key and the client certificate concatenated! See --cert and --key to
|
||||||
|
specify them independently.
|
||||||
|
|
||||||
|
If curl is built against the NSS SSL library then this option can tell
|
||||||
|
curl the nickname of the certificate to use within the NSS database defined
|
||||||
|
by the environment variable SSL_DIR (or by default /etc/pki/nssdb). If the
|
||||||
|
NSS PEM PKCS#11 module (libnsspem.so) is available then PEM files may be
|
||||||
|
loaded. If you want to use a file from the current directory, please precede
|
||||||
|
it with "./" prefix, in order to avoid confusion with a nickname. If the
|
||||||
|
nickname contains ":", it needs to be preceded by "\\" so that it is not
|
||||||
|
recognized as password delimiter. If the nickname contains "\\", it needs to
|
||||||
|
be escaped as "\\\\" so that it is not recognized as an escape character.
|
||||||
|
|
||||||
|
(iOS and macOS only) If curl is built against Secure Transport, then the
|
||||||
|
certificate string can either be the name of a certificate/private key in the
|
||||||
|
system or user keychain, or the path to a PKCS#12-encoded certificate and
|
||||||
|
private key. If you want to use a file from the current directory, please
|
||||||
|
precede it with "./" prefix, in order to avoid confusion with a nickname.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,16 @@
|
||||||
|
Long: ciphers
|
||||||
|
Arg: <list of ciphers>
|
||||||
|
help: SSL ciphers to use
|
||||||
|
Protocols: TLS
|
||||||
|
---
|
||||||
|
Specifies which ciphers to use in the connection. The list of ciphers must
|
||||||
|
specify valid ciphers. Read up on SSL cipher list details on this URL:
|
||||||
|
|
||||||
|
https://www.openssl.org/docs/apps/ciphers.html
|
||||||
|
|
||||||
|
NSS ciphers are done differently than OpenSSL and GnuTLS. The full list of NSS
|
||||||
|
ciphers is in the NSSCipherSuite entry at this URL:
|
||||||
|
|
||||||
|
https://git.fedorahosted.org/cgit/mod_nss.git/plain/docs/mod_nss.html#Directives
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,7 @@
|
||||||
|
Long: compressed
|
||||||
|
Help: Request compressed response
|
||||||
|
Protocols: HTTP
|
||||||
|
---
|
||||||
|
Request a compressed response using one of the algorithms curl supports, and
|
||||||
|
save the uncompressed document. If this option is used and the server sends
|
||||||
|
an unsupported encoding, curl will report an error.
|
|
@ -0,0 +1,60 @@
|
||||||
|
Long: config
|
||||||
|
Arg: <file>
|
||||||
|
Help: Read config from a file
|
||||||
|
Short: K
|
||||||
|
---
|
||||||
|
Specify which config file to read curl arguments from. The config file is a
|
||||||
|
text file in which command line arguments can be written which then will be
|
||||||
|
used as if they were written on the actual command line.
|
||||||
|
|
||||||
|
Options and their parameters must be specified on the same config file line,
|
||||||
|
separated by whitespace, colon, or the equals sign. Long option names can
|
||||||
|
optionally be given in the config file without the initial double dashes and
|
||||||
|
if so, the colon or equals characters can be used as separators. If the option
|
||||||
|
is specified with one or two dashes, there can be no colon or equals character
|
||||||
|
between the option and its parameter.
|
||||||
|
|
||||||
|
If the parameter is to contain whitespace, the parameter must be enclosed
|
||||||
|
within quotes. Within double quotes, the following escape sequences are
|
||||||
|
available: \\\\, \\", \\t, \\n, \\r and \\v. A backslash preceding any other
|
||||||
|
letter is ignored. If the first column of a config line is a '#' character,
|
||||||
|
the rest of the line will be treated as a comment. Only write one option per
|
||||||
|
physical line in the config file.
|
||||||
|
|
||||||
|
Specify the filename to --config as '-' to make curl read the file from stdin.
|
||||||
|
|
||||||
|
Note that to be able to specify a URL in the config file, you need to specify
|
||||||
|
it using the --url option, and not by simply writing the URL on its own
|
||||||
|
line. So, it could look similar to this:
|
||||||
|
|
||||||
|
url = "https://curl.haxx.se/docs/"
|
||||||
|
|
||||||
|
When curl is invoked, it always (unless --disable is used) checks for a
|
||||||
|
default config file and uses it if found. The default config file is checked
|
||||||
|
for in the following places in this order:
|
||||||
|
|
||||||
|
1) curl tries to find the "home dir": It first checks for the CURL_HOME and
|
||||||
|
then the HOME environment variables. Failing that, it uses getpwuid() on
|
||||||
|
Unix-like systems (which returns the home dir given the current user in your
|
||||||
|
system). On Windows, it then checks for the APPDATA variable, or as a last
|
||||||
|
resort the '%USERPROFILE%\\Application Data'.
|
||||||
|
|
||||||
|
2) On windows, if there is no _curlrc file in the home dir, it checks for one
|
||||||
|
in the same dir the curl executable is placed. On Unix-like systems, it will
|
||||||
|
simply try to load .curlrc from the determined home dir.
|
||||||
|
|
||||||
|
.nf
|
||||||
|
# --- Example file ---
|
||||||
|
# this is a comment
|
||||||
|
url = "example.com"
|
||||||
|
output = "curlhere.html"
|
||||||
|
user-agent = "superagent/1.0"
|
||||||
|
|
||||||
|
# and fetch another URL too
|
||||||
|
url = "example.com/docs/manpage.html"
|
||||||
|
-O
|
||||||
|
referer = "http://nowhereatall.example.com/"
|
||||||
|
# --- End of example file ---
|
||||||
|
.fi
|
||||||
|
|
||||||
|
This option can be used multiple times to load multiple config files.
|
|
@ -0,0 +1,11 @@
|
||||||
|
Long: connect-timeout
|
||||||
|
Arg: <seconds>
|
||||||
|
Help: Maximum time allowed for connection
|
||||||
|
See-also: max-time
|
||||||
|
---
|
||||||
|
Maximum time in seconds that you allow curl's connection to take. This only
|
||||||
|
limits the connection phase, so if curl connects within the given period it
|
||||||
|
will continue - if not it will exit. Since version 7.32.0, this option
|
||||||
|
accepts decimal values.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,15 @@
|
||||||
|
Short: C
|
||||||
|
Long: continue-at
|
||||||
|
Arg: <offset>
|
||||||
|
Help: Resumed transfer offset
|
||||||
|
See-also: range
|
||||||
|
---
|
||||||
|
Continue/Resume a previous file transfer at the given offset. The given offset
|
||||||
|
is the exact number of bytes that will be skipped, counting from the beginning
|
||||||
|
of the source file before it is transferred to the destination. If used with
|
||||||
|
uploads, the FTP server command SIZE will not be used by curl.
|
||||||
|
|
||||||
|
Use "-C -" to tell curl to automatically find out where/how to resume the
|
||||||
|
transfer. It then uses the given output/input files to figure that out.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,9 @@
|
||||||
|
Long: create-dirs
|
||||||
|
Help: Create necessary local directory hierarchy
|
||||||
|
---
|
||||||
|
When used in conjunction with the --output option, curl will create the
|
||||||
|
necessary local directory hierarchy as needed. This option creates the dirs
|
||||||
|
mentioned with the --output option, nothing else. If the --output file name
|
||||||
|
uses no dir or if the dirs it mentions already exist, no dir will be created.
|
||||||
|
|
||||||
|
To create remote directories when using FTP or SFTP, try --ftp-create-dirs.
|
|
@ -0,0 +1,7 @@
|
||||||
|
Long: crlf
|
||||||
|
Help: Convert LF to CRLF in upload
|
||||||
|
Protocols: FTP SMTP
|
||||||
|
---
|
||||||
|
Convert LF to CRLF in upload. Useful for MVS (OS/390).
|
||||||
|
|
||||||
|
(SMTP added in 7.40.0)
|
|
@ -0,0 +1,10 @@
|
||||||
|
Long: crfile
|
||||||
|
Arg: <file>
|
||||||
|
Protocols: TLS
|
||||||
|
Help: Get a CRL list in PEM format from the given file
|
||||||
|
Added: 7.19.7
|
||||||
|
---
|
||||||
|
Provide a file using PEM format with a Certificate Revocation List that may
|
||||||
|
specify peer certificates that are to be considered revoked.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,5 @@
|
||||||
|
Long: data-ascii
|
||||||
|
Arg: <data>
|
||||||
|
Help: HTTP POST ASCII data
|
||||||
|
Protocols: HTTP
|
||||||
|
Redirect: data
|
|
@ -0,0 +1,13 @@
|
||||||
|
Long: data-binary
|
||||||
|
Arg: <data>
|
||||||
|
Help: HTTP POST binary data
|
||||||
|
Protocols: HTTP
|
||||||
|
---
|
||||||
|
This posts data exactly as specified with no extra processing whatsoever.
|
||||||
|
|
||||||
|
If you start the data with the letter @, the rest should be a filename. Data
|
||||||
|
is posted in a similar manner as --data does, except that newlines and
|
||||||
|
carriage returns are preserved and conversions are never done.
|
||||||
|
|
||||||
|
If this option is used several times, the ones following the first will append
|
||||||
|
data as described in --data.
|
|
@ -0,0 +1,9 @@
|
||||||
|
Long: data-raw
|
||||||
|
Arg: <data>
|
||||||
|
Protocols: HTTP
|
||||||
|
Help: HTTP POST data, '@' allowed
|
||||||
|
Added: 7.43.0
|
||||||
|
See-also: data
|
||||||
|
---
|
||||||
|
This posts data similarly to --data but without the special
|
||||||
|
interpretation of the @ character.
|
|
@ -0,0 +1,33 @@
|
||||||
|
Long: data-urlencode
|
||||||
|
Arg: <data>
|
||||||
|
Help: HTTP POST data url encoded
|
||||||
|
Protocols: HTTP
|
||||||
|
See-also: data data-raw
|
||||||
|
Added: 7.18.0
|
||||||
|
---
|
||||||
|
This posts data, similar to the other --data options with the exception
|
||||||
|
that this performs URL-encoding.
|
||||||
|
|
||||||
|
To be CGI-compliant, the <data> part should begin with a \fIname\fP followed
|
||||||
|
by a separator and a content specification. The <data> part can be passed to
|
||||||
|
curl using one of the following syntaxes:
|
||||||
|
.RS
|
||||||
|
.IP "content"
|
||||||
|
This will make curl URL-encode the content and pass that on. Just be careful
|
||||||
|
so that the content doesn't contain any = or @ symbols, as that will then make
|
||||||
|
the syntax match one of the other cases below!
|
||||||
|
.IP "=content"
|
||||||
|
This will make curl URL-encode the content and pass that on. The preceding =
|
||||||
|
symbol is not included in the data.
|
||||||
|
.IP "name=content"
|
||||||
|
This will make curl URL-encode the content part and pass that on. Note that
|
||||||
|
the name part is expected to be URL-encoded already.
|
||||||
|
.IP "@filename"
|
||||||
|
This will make curl load data from the given file (including any newlines),
|
||||||
|
URL-encode that data and pass it on in the POST.
|
||||||
|
.IP "name@filename"
|
||||||
|
This will make curl load data from the given file (including any newlines),
|
||||||
|
URL-encode that data and pass it on in the POST. The name part gets an equal
|
||||||
|
sign appended, resulting in \fIname=urlencoded-file-content\fP. Note that the
|
||||||
|
name is expected to be URL-encoded already.
|
||||||
|
.RE
|
|
@ -0,0 +1,30 @@
|
||||||
|
Long: data
|
||||||
|
Short: d
|
||||||
|
Arg: <data>
|
||||||
|
Help: HTTP POST data
|
||||||
|
Protocols: HTTP
|
||||||
|
See-also: data-binary data-urlencode data-raw
|
||||||
|
Mutexed: form head upload
|
||||||
|
---
|
||||||
|
Sends the specified data in a POST request to the HTTP server, in the same way
|
||||||
|
that a browser does when a user has filled in an HTML form and presses the
|
||||||
|
submit button. This will cause curl to pass the data to the server using the
|
||||||
|
content-type application/x-www-form-urlencoded. Compare to --form.
|
||||||
|
|
||||||
|
--data-raw is almost the same but does not have a special interpretation of
|
||||||
|
the @ character. To post data purely binary, you should instead use the
|
||||||
|
--data-binary option. To URL-encode the value of a form field you may use
|
||||||
|
--data-urlencode.
|
||||||
|
|
||||||
|
If any of these options is used more than once on the same command line, the
|
||||||
|
data pieces specified will be merged together with a separating
|
||||||
|
&-symbol. Thus, using '-d name=daniel -d skill=lousy' would generate a post
|
||||||
|
chunk that looks like \&'name=daniel&skill=lousy'.
|
||||||
|
|
||||||
|
If you start the data with the letter @, the rest should be a file name to
|
||||||
|
read the data from, or - if you want curl to read the data from
|
||||||
|
stdin. Multiple files can also be specified. Posting data from a file named
|
||||||
|
'foobar' would thus be done with \fI--data\fP @foobar. When --data is told to
|
||||||
|
read from a file like that, carriage returns and newlines will be stripped
|
||||||
|
out. If you don't want the @ character to have a special interpretation use
|
||||||
|
--data-raw instead.
|
|
@ -0,0 +1,16 @@
|
||||||
|
Long: delegation
|
||||||
|
Arg: <LEVEL>
|
||||||
|
Help: GSS-API delegation permission
|
||||||
|
Protocols: GSS/kerberos
|
||||||
|
---
|
||||||
|
Set LEVEL to tell the server what it is allowed to delegate when it
|
||||||
|
comes to user credentials.
|
||||||
|
.RS
|
||||||
|
.IP "none"
|
||||||
|
Don't allow any delegation.
|
||||||
|
.IP "policy"
|
||||||
|
Delegates if and only if the OK-AS-DELEGATE flag is set in the Kerberos
|
||||||
|
service ticket, which is a matter of realm policy.
|
||||||
|
.IP "always"
|
||||||
|
Unconditionally allow the server to delegate.
|
||||||
|
.RE
|
|
@ -0,0 +1,11 @@
|
||||||
|
Long: digest
|
||||||
|
Help: Use HTTP Digest Authentication
|
||||||
|
Protocols: HTTP
|
||||||
|
Mutexed: basic ntlm negotiate
|
||||||
|
See-also: user proxy-digest anyauth
|
||||||
|
---
|
||||||
|
Enables HTTP Digest authentication. This is an authentication scheme that
|
||||||
|
prevents the password from being sent over the wire in clear text. Use this in
|
||||||
|
combination with the normal --user option to set user name and password.
|
||||||
|
|
||||||
|
If this option is used several times, only the first one is used.
|
|
@ -0,0 +1,19 @@
|
||||||
|
Long: disable-eprt
|
||||||
|
Help: Inhibit using EPRT or LPRT
|
||||||
|
Protocols: FTP
|
||||||
|
---
|
||||||
|
Tell curl to disable the use of the EPRT and LPRT commands when doing active
|
||||||
|
FTP transfers. Curl will normally always first attempt to use EPRT, then LPRT
|
||||||
|
before using PORT, but with this option, it will use PORT right away. EPRT and
|
||||||
|
LPRT are extensions to the original FTP protocol, and may not work on all
|
||||||
|
servers, but they enable more functionality in a better way than the
|
||||||
|
traditional PORT command.
|
||||||
|
|
||||||
|
--eprt can be used to explicitly enable EPRT again and --no-eprt is an alias
|
||||||
|
for --disable-eprt.
|
||||||
|
|
||||||
|
If the server is accessed using IPv6, this option will have no effect as EPRT
|
||||||
|
is necessary then.
|
||||||
|
|
||||||
|
Disabling EPRT only changes the active behavior. If you want to switch to
|
||||||
|
passive mode you need to not use --ftp-port or force it with --ftp-pasv.
|
|
@ -0,0 +1,11 @@
|
||||||
|
Long: dns-interface
|
||||||
|
Arg: <interface>
|
||||||
|
Help: Interface to use for DNS requests
|
||||||
|
Protocols: DNS
|
||||||
|
See-also: dns-ipv4-addr dns-ipv6-addr
|
||||||
|
Added: 7.33.0
|
||||||
|
Requires: c-ares
|
||||||
|
---
|
||||||
|
Tell curl to send outgoing DNS requests through <interface>. This option is a
|
||||||
|
counterpart to --interface (which does not affect DNS). The supplied string
|
||||||
|
must be an interface name (not an address).
|
|
@ -0,0 +1,11 @@
|
||||||
|
Long: dns-ipv4-addr
|
||||||
|
Arg: <address>
|
||||||
|
Help: IPv4 address to use for DNS requests
|
||||||
|
Protocols: DNS
|
||||||
|
See-also: dns-interface dns-ipv6-addr
|
||||||
|
Added: 7.33.0
|
||||||
|
Requires: c-ares
|
||||||
|
---
|
||||||
|
Tell curl to bind to <ip-address> when making IPv4 DNS requests, so that
|
||||||
|
the DNS requests originate from this address. The argument should be a
|
||||||
|
single IPv4 address.
|
|
@ -0,0 +1,11 @@
|
||||||
|
Long: dns-ipv6-addr
|
||||||
|
Arg: <address>
|
||||||
|
Help: IPv6 address to use for DNS requests
|
||||||
|
Protocols: DNS
|
||||||
|
See-also: dns-interface dns-ipv4-addr
|
||||||
|
Added: 7.33.0
|
||||||
|
Requires: c-ares
|
||||||
|
---
|
||||||
|
Tell curl to bind to <ip-address> when making IPv6 DNS requests, so that
|
||||||
|
the DNS requests originate from this address. The argument should be a
|
||||||
|
single IPv6 address.
|
|
@ -0,0 +1,10 @@
|
||||||
|
Long: dns-servers
|
||||||
|
Arg: <addresses>
|
||||||
|
Help: DNS server addrs to use
|
||||||
|
Requires: c-ares
|
||||||
|
Added: 7.33.0
|
||||||
|
---
|
||||||
|
Set the list of DNS servers to be used instead of the system default.
|
||||||
|
The list of IP addresses should be separated with commas. Port numbers
|
||||||
|
may also optionally be given as \fI:<port-number>\fP after each IP
|
||||||
|
address.
|
|
@ -0,0 +1,18 @@
|
||||||
|
Long: dump-header
|
||||||
|
Short: D
|
||||||
|
Arg: <filename>
|
||||||
|
Help: Write the received headers to <filename>
|
||||||
|
Protocols: HTTP FTP
|
||||||
|
See-also: output
|
||||||
|
---
|
||||||
|
Write the received protocol headers to the specified file.
|
||||||
|
|
||||||
|
This option is handy to use when you want to store the headers that an HTTP
|
||||||
|
site sends to you. Cookies from the headers could then be read in a second
|
||||||
|
curl invocation by using the --cookie option! The --cookie-jar option is a
|
||||||
|
better way to store cookies.
|
||||||
|
|
||||||
|
When used in FTP, the FTP server response lines are considered being "headers"
|
||||||
|
and thus are saved there.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,7 @@
|
||||||
|
Long: egd-file
|
||||||
|
Help: EGD socket path for random data
|
||||||
|
Protocols: TLS
|
||||||
|
See-also: random-file
|
||||||
|
---
|
||||||
|
Specify the path name to the Entropy Gathering Daemon socket. The socket is
|
||||||
|
used to seed the random engine for SSL connections.
|
|
@ -0,0 +1,8 @@
|
||||||
|
Long: engine
|
||||||
|
Arg: <name>
|
||||||
|
Help: Crypto engine to use
|
||||||
|
Protocols: TLS
|
||||||
|
---
|
||||||
|
Select the OpenSSL crypto engine to use for cipher operations. Use \fI--engine
|
||||||
|
list\fP to print a list of build-time supported engines. Note that not all (or
|
||||||
|
none) of the engines may be available at run-time.
|
|
@ -0,0 +1,7 @@
|
||||||
|
Long: environment
|
||||||
|
Help: Write results to environment variables
|
||||||
|
Requires: RISC OS
|
||||||
|
---
|
||||||
|
Sets a range of environment variables, using the names the --write-out option
|
||||||
|
supports, to allow easier extraction of useful information after having run
|
||||||
|
curl.
|
|
@ -0,0 +1,11 @@
|
||||||
|
Long: expect100-timeout
|
||||||
|
Arg: <seconds>
|
||||||
|
Help: How long to wait for 100-continue
|
||||||
|
Protocols: HTTP
|
||||||
|
Added: 7.47.0
|
||||||
|
See-also: connect-timeout
|
||||||
|
---
|
||||||
|
Maximum time in seconds that you allow curl to wait for a 100-continue
|
||||||
|
response when curl emits an Expects: 100-continue header in its request. By
|
||||||
|
default curl will wait one second. This option accepts decimal values! When
|
||||||
|
curl stops waiting, it will continue as if the response has been received.
|
|
@ -0,0 +1,18 @@
|
||||||
|
Long: fail-early
|
||||||
|
Help: Fail on first transfer error, do not continue
|
||||||
|
Added: 7.52.0
|
||||||
|
---
|
||||||
|
Fail and exit on first detected error.
|
||||||
|
|
||||||
|
When curl is used to do multiple transfers on the command line, it will
|
||||||
|
attempt to operate on each given URL, one by one. By default, it will ignore
|
||||||
|
errors if there are more URLs given and the last URL's success will determine
|
||||||
|
the error code curl returns. So early failures will be "hidden" by subsequent
|
||||||
|
successful transfers.
|
||||||
|
|
||||||
|
Using this option, curl will instead return an error on the first transfers
|
||||||
|
that fails, independent on the amount of more URLs that are given on the
|
||||||
|
command line. This way, no transfer failures go undetected by scripts and
|
||||||
|
similar.
|
||||||
|
|
||||||
|
This option will apply for all given URLs even if you use --next.
|
|
@ -0,0 +1,14 @@
|
||||||
|
Long: fail
|
||||||
|
Short: f
|
||||||
|
Protocols: HTTP
|
||||||
|
Help: Fail silently (no output at all) on HTTP errors
|
||||||
|
---
|
||||||
|
Fail silently (no output at all) on server errors. This is mostly done to
|
||||||
|
better enable scripts etc to better deal with failed attempts. In normal cases
|
||||||
|
when an HTTP server fails to deliver a document, it returns an HTML document
|
||||||
|
stating so (which often also describes why and more). This flag will prevent
|
||||||
|
curl from outputting that and return error 22.
|
||||||
|
|
||||||
|
This method is not fail-safe and there are occasions where non-successful
|
||||||
|
response codes will slip through, especially when authentication is involved
|
||||||
|
(response codes 401 and 407).
|
|
@ -0,0 +1,12 @@
|
||||||
|
Long: false-start
|
||||||
|
Help: Enable TLS False Start
|
||||||
|
Protocols: TLS
|
||||||
|
Added: 7.42.0
|
||||||
|
---
|
||||||
|
Tells curl to use false start during the TLS handshake. False start is a mode
|
||||||
|
where a TLS client will start sending application data before verifying the
|
||||||
|
server's Finished message, thus saving a round trip when performing a full
|
||||||
|
handshake.
|
||||||
|
|
||||||
|
This is currently only implemented in the NSS and Secure Transport (on iOS 7.0
|
||||||
|
or later, or OS X 10.9 or later) backends.
|
|
@ -0,0 +1,10 @@
|
||||||
|
Long: form-string
|
||||||
|
Help: Specify HTTP multipart POST data
|
||||||
|
Protocols: HTTP
|
||||||
|
See-also: form
|
||||||
|
---
|
||||||
|
Similar to --form except that the value string for the named parameter is used
|
||||||
|
literally. Leading \&'@' and \&'<' characters, and the \&';type=' string in
|
||||||
|
the value have no special meaning. Use this in preference to --form\fP if
|
||||||
|
there's any possibility that the string value may accidentally trigger the
|
||||||
|
\&'@' or \&'<' features of --form.
|
|
@ -0,0 +1,54 @@
|
||||||
|
Long: form
|
||||||
|
Short: F
|
||||||
|
Arg: <name=content>
|
||||||
|
Help: Specify HTTP multipart POST data
|
||||||
|
Protocols: HTTP
|
||||||
|
Mutexed: data head upload
|
||||||
|
---
|
||||||
|
This lets curl emulate a filled-in form in which a user has pressed the submit
|
||||||
|
button. This causes curl to POST data using the Content-Type
|
||||||
|
multipart/form-data according to RFC 2388. This enables uploading of binary
|
||||||
|
files etc. To force the 'content' part to be a file, prefix the file name with
|
||||||
|
an @ sign. To just get the content part from a file, prefix the file name with
|
||||||
|
the symbol <. The difference between @ and < is then that @ makes a file get
|
||||||
|
attached in the post as a file upload, while the < makes a text field and just
|
||||||
|
get the contents for that text field from a file.
|
||||||
|
|
||||||
|
Example: to send an image to a server, where \&'profile' is the name of the
|
||||||
|
form-field to which portrait.jpg will be the input:
|
||||||
|
|
||||||
|
curl -F profile=@portrait.jpg https://example.com/upload.cgi
|
||||||
|
|
||||||
|
To read content from stdin instead of a file, use - as the filename. This goes
|
||||||
|
for both @ and < constructs. Unfortunately it does not support reading the
|
||||||
|
file from a named pipe or similar, as it needs the full size before the
|
||||||
|
transfer starts.
|
||||||
|
|
||||||
|
You can also tell curl what Content-Type to use by using 'type=', in a manner
|
||||||
|
similar to:
|
||||||
|
|
||||||
|
curl -F "web=@index.html;type=text/html" example.com
|
||||||
|
|
||||||
|
or
|
||||||
|
|
||||||
|
curl -F "name=daniel;type=text/foo" example.com
|
||||||
|
|
||||||
|
You can also explicitly change the name field of a file upload part by setting
|
||||||
|
filename=, like this:
|
||||||
|
|
||||||
|
curl -F "file=@localfile;filename=nameinpost" example.com
|
||||||
|
|
||||||
|
If filename/path contains ',' or ';', it must be quoted by double-quotes like:
|
||||||
|
|
||||||
|
curl -F "file=@\\"localfile\\";filename=\\"nameinpost\\"" example.com
|
||||||
|
|
||||||
|
or
|
||||||
|
|
||||||
|
curl -F 'file=@"localfile";filename="nameinpost"' example.com
|
||||||
|
|
||||||
|
Note that if a filename/path is quoted by double-quotes, any double-quote
|
||||||
|
or backslash within the filename must be escaped by backslash.
|
||||||
|
|
||||||
|
See further examples and details in the MANUAL.
|
||||||
|
|
||||||
|
This option can be used multiple times.
|
|
@ -0,0 +1,10 @@
|
||||||
|
Long: ftp-account
|
||||||
|
Arg: <data>
|
||||||
|
Help: Account data string
|
||||||
|
Protocols: FTP
|
||||||
|
Added: 7.13.0
|
||||||
|
---
|
||||||
|
When an FTP server asks for "account data" after user name and password has
|
||||||
|
been provided, this data is sent off using the ACCT command.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,10 @@
|
||||||
|
Long: ftp-alternative-to-user
|
||||||
|
Arg: <command>
|
||||||
|
Help: String to replace USER [name]
|
||||||
|
Protocols: FTP
|
||||||
|
Added: 7.15.5
|
||||||
|
---
|
||||||
|
If authenticating with the USER and PASS commands fails, send this command.
|
||||||
|
When connecting to Tumbleweed's Secure Transport server over FTPS using a
|
||||||
|
client certificate, using "SITE AUTH" will tell the server to retrieve the
|
||||||
|
username from the certificate.
|
|
@ -0,0 +1,8 @@
|
||||||
|
Long: ftp-create-dirs
|
||||||
|
Protocols: FTP SFTP
|
||||||
|
Help: Create the remote dirs if not present
|
||||||
|
See-also: create-dirs
|
||||||
|
---
|
||||||
|
When an FTP or SFTP URL/operation uses a path that doesn't currently exist on
|
||||||
|
the server, the standard behavior of curl is to fail. Using this option, curl
|
||||||
|
will instead attempt to create missing directories.
|
|
@ -0,0 +1,21 @@
|
||||||
|
Long: ftp-method
|
||||||
|
Arg: <method>
|
||||||
|
Help: Control CWD usage
|
||||||
|
Protocols: FTP
|
||||||
|
Added: 7.15.1
|
||||||
|
---
|
||||||
|
Control what method curl should use to reach a file on an FTP(S)
|
||||||
|
server. The method argument should be one of the following alternatives:
|
||||||
|
.RS
|
||||||
|
.IP multicwd
|
||||||
|
curl does a single CWD operation for each path part in the given URL. For deep
|
||||||
|
hierarchies this means very many commands. This is how RFC 1738 says it should
|
||||||
|
be done. This is the default but the slowest behavior.
|
||||||
|
.IP nocwd
|
||||||
|
curl does no CWD at all. curl will do SIZE, RETR, STOR etc and give a full
|
||||||
|
path to the server for all these commands. This is the fastest behavior.
|
||||||
|
.IP singlecwd
|
||||||
|
curl does one CWD with the full target directory and then operates on the file
|
||||||
|
\&"normally" (like in the multicwd case). This is somewhat more standards
|
||||||
|
compliant than 'nocwd' but without the full penalty of 'multicwd'.
|
||||||
|
.RE
|
|
@ -0,0 +1,16 @@
|
||||||
|
Long: ftp-pasv
|
||||||
|
Help: Use PASV/EPSV instead of PORT
|
||||||
|
Protocols: FTP
|
||||||
|
Added: 7.11.0
|
||||||
|
See-also: disable-epsv
|
||||||
|
---
|
||||||
|
Use passive mode for the data connection. Passive is the internal default
|
||||||
|
behavior, but using this option can be used to override a previous --ftp-port
|
||||||
|
option.
|
||||||
|
|
||||||
|
If this option is used several times, only the first one is used. Undoing an
|
||||||
|
enforced passive really isn't doable but you must then instead enforce the
|
||||||
|
correct --ftp-port again.
|
||||||
|
|
||||||
|
Passive mode means that curl will try the EPSV command first and then PASV,
|
||||||
|
unless --disable-epsv is used.
|
|
@ -0,0 +1,8 @@
|
||||||
|
Long: ftp-pret
|
||||||
|
Help: Send PRET before PASV
|
||||||
|
Protocols: FTP
|
||||||
|
Added: 7.20.0
|
||||||
|
---
|
||||||
|
Tell curl to send a PRET command before PASV (and EPSV). Certain FTP servers,
|
||||||
|
mainly drftpd, require this non-standard command for directory listings as
|
||||||
|
well as up and downloads in PASV mode.
|
|
@ -0,0 +1,12 @@
|
||||||
|
Long: ftp-skip-pasv-ip
|
||||||
|
Help: Skip the IP address for PASV
|
||||||
|
Protocols: FTP
|
||||||
|
Added: 7.14.2
|
||||||
|
See-also: ftp-pasv
|
||||||
|
---
|
||||||
|
Tell curl to not use the IP address the server suggests in its response
|
||||||
|
to curl's PASV command when curl connects the data connection. Instead curl
|
||||||
|
will re-use the same IP address it already uses for the control
|
||||||
|
connection.
|
||||||
|
|
||||||
|
This option has no effect if PORT, EPRT or EPSV is used instead of PASV.
|
|
@ -0,0 +1,11 @@
|
||||||
|
Long: ftp-ssl-ccc-mode
|
||||||
|
Arg: <active/passive>
|
||||||
|
Help: Set CCC mode
|
||||||
|
Protocols: FTP
|
||||||
|
Added: 7.16.2
|
||||||
|
See-also: ftp-ssl-ccc
|
||||||
|
---
|
||||||
|
Sets the CCC mode. The passive mode will not initiate the shutdown, but
|
||||||
|
instead wait for the server to do it, and will not reply to the shutdown from
|
||||||
|
the server. The active mode initiates the shutdown and waits for a reply from
|
||||||
|
the server.
|
|
@ -0,0 +1,10 @@
|
||||||
|
Long: ftp-ssl-ccc
|
||||||
|
Help: Send CCC after authenticating
|
||||||
|
Protocols: FTP
|
||||||
|
See-also: ssl ftp-ssl-ccc-mode
|
||||||
|
Added: 7.16.1
|
||||||
|
---
|
||||||
|
Use CCC (Clear Command Channel) Shuts down the SSL/TLS layer after
|
||||||
|
authenticating. The rest of the control channel communication will be
|
||||||
|
unencrypted. This allows NAT routers to follow the FTP transaction. The
|
||||||
|
default mode is passive.
|
|
@ -0,0 +1,8 @@
|
||||||
|
Long: ftp-ssl-control
|
||||||
|
Help: Require SSL/TLS for FTP login, clear for transfer
|
||||||
|
Protocols: FTP
|
||||||
|
Added: 7.16.0
|
||||||
|
---
|
||||||
|
Require SSL/TLS for the FTP login, clear for transfer. Allows secure
|
||||||
|
authentication, but non-encrypted data transfers for efficiency. Fails the
|
||||||
|
transfer if the server doesn't support SSL/TLS.
|
|
@ -0,0 +1,3 @@
|
||||||
|
Long: ftp-ssl-reqd
|
||||||
|
Help: Require SSL/TLS
|
||||||
|
Redirect: ssl-reqd
|
|
@ -0,0 +1,3 @@
|
||||||
|
Long: ftp-ssl
|
||||||
|
Help: Try SSL/TLS
|
||||||
|
Redirect: ssl
|
|
@ -0,0 +1,15 @@
|
||||||
|
Long: get
|
||||||
|
Short: G
|
||||||
|
Help: Put the post data in the URL and use GET
|
||||||
|
---
|
||||||
|
When used, this option will make all data specified with --data, --data-binary
|
||||||
|
or --data-urlencode to be used in an HTTP GET request instead of the POST
|
||||||
|
request that otherwise would be used. The data will be appended to the URL
|
||||||
|
with a '?' separator.
|
||||||
|
|
||||||
|
If used in combination with --head, the POST data will instead be appended to
|
||||||
|
the URL with a HEAD request.
|
||||||
|
|
||||||
|
If this option is used several times, only the first one is used. This is
|
||||||
|
because undoing a GET doesn't make sense, but you should then instead enforce
|
||||||
|
the alternative method you prefer.
|
|
@ -0,0 +1,8 @@
|
||||||
|
Long: globoff
|
||||||
|
Short: g
|
||||||
|
Help: Disable URL sequences and ranges using {} and []
|
||||||
|
---
|
||||||
|
This option switches off the "URL globbing parser". When you set this option,
|
||||||
|
you can specify URLs that contain the letters {}[] without having them being
|
||||||
|
interpreted by curl itself. Note that these letters are not normal legal URL
|
||||||
|
contents but they should be encoded according to the URI standard.
|
|
@ -0,0 +1,8 @@
|
||||||
|
Long: head
|
||||||
|
Short: I
|
||||||
|
Help: Show document info only
|
||||||
|
Protocols: HTTP FTP FILE
|
||||||
|
---
|
||||||
|
Fetch the headers only! HTTP-servers feature the command HEAD which this uses
|
||||||
|
to get nothing but the header of a document. When used on an FTP or FILE file,
|
||||||
|
curl displays the file size and last modification time only.
|
|
@ -0,0 +1,39 @@
|
||||||
|
Long: header
|
||||||
|
Short: H
|
||||||
|
Arg: <header>
|
||||||
|
Help: Pass custom header LINE to server
|
||||||
|
Protocols: HTTP
|
||||||
|
---
|
||||||
|
|
||||||
|
Extra header to include in the request when sending HTTP to a server. You may
|
||||||
|
specify any number of extra headers. Note that if you should add a custom
|
||||||
|
header that has the same name as one of the internal ones curl would use, your
|
||||||
|
externally set header will be used instead of the internal one. This allows
|
||||||
|
you to make even trickier stuff than curl would normally do. You should not
|
||||||
|
replace internally set headers without knowing perfectly well what you're
|
||||||
|
doing. Remove an internal header by giving a replacement without content on
|
||||||
|
the right side of the colon, as in: -H \&"Host:". If you send the custom
|
||||||
|
header with no-value then its header must be terminated with a semicolon, such
|
||||||
|
as \-H \&"X-Custom-Header;" to send "X-Custom-Header:".
|
||||||
|
|
||||||
|
curl will make sure that each header you add/replace is sent with the proper
|
||||||
|
end-of-line marker, you should thus \fBnot\fP add that as a part of the header
|
||||||
|
content: do not add newlines or carriage returns, they will only mess things up
|
||||||
|
for you.
|
||||||
|
|
||||||
|
See also the --user-agent and --referer options.
|
||||||
|
|
||||||
|
Starting in 7.37.0, you need --proxy-header to send custom headers intended
|
||||||
|
for a proxy.
|
||||||
|
|
||||||
|
Example:
|
||||||
|
|
||||||
|
curl -H "X-First-Name: Joe" http://example.com/
|
||||||
|
|
||||||
|
\fBWARNING\fP: headers set with this option will be set in all requests - even
|
||||||
|
after redirects are followed, like when told with \fB-L, --location\fP. This
|
||||||
|
can lead to the header being sent to other hosts than the original host, so
|
||||||
|
sensitive headers should be used with caution combined with following
|
||||||
|
redirects.
|
||||||
|
|
||||||
|
This option can be used multiple times to add/replace/remove multiple headers.
|
|
@ -0,0 +1,9 @@
|
||||||
|
Long: hostpubmd5
|
||||||
|
Arg: <md5>
|
||||||
|
Help: Acceptable MD5 hash of the host public key
|
||||||
|
Protocols: SFTP SCP
|
||||||
|
Added: 7.17.1
|
||||||
|
---
|
||||||
|
Pass a string containing 32 hexadecimal digits. The string should
|
||||||
|
be the 128 bit MD5 checksum of the remote host's public key, curl will refuse
|
||||||
|
the connection with the host unless the md5sums match.
|
|
@ -0,0 +1,10 @@
|
||||||
|
Long: ignore-content-length
|
||||||
|
Help: Ignore the size of the remote resource
|
||||||
|
Protocols: FTP HTTP
|
||||||
|
---
|
||||||
|
For HTTP, Ignore the Content-Length header. This is particularly useful for
|
||||||
|
servers running Apache 1.x, which will report incorrect Content-Length for
|
||||||
|
files larger than 2 gigabytes.
|
||||||
|
|
||||||
|
For FTP (since 7.46.0), skip the RETR command to figure out the size before
|
||||||
|
downloading a file.
|
|
@ -0,0 +1,7 @@
|
||||||
|
Long: include
|
||||||
|
Short: i
|
||||||
|
Help: Include protocol headers in the output
|
||||||
|
See-also: verbose
|
||||||
|
---
|
||||||
|
Include the HTTP-header in the output. The HTTP-header includes things like
|
||||||
|
server-name, date of the document, HTTP-version and more...
|
|
@ -0,0 +1,12 @@
|
||||||
|
Long: insecure
|
||||||
|
Short: k
|
||||||
|
Help: Allow insecure connections when using SSL
|
||||||
|
Protocols: TLS
|
||||||
|
---
|
||||||
|
This option explicitly allows curl to perform "insecure" SSL connections and
|
||||||
|
transfers. All SSL connections are attempted to be made secure by using the CA
|
||||||
|
certificate bundle installed by default. This makes all connections considered
|
||||||
|
\&"insecure" fail unless --insecure is used.
|
||||||
|
|
||||||
|
See this online resource for further details:
|
||||||
|
https://curl.haxx.se/docs/sslcerts.html
|
|
@ -0,0 +1,12 @@
|
||||||
|
Long: interface
|
||||||
|
Arg: <name>
|
||||||
|
Help: Use network INTERFACE (or address)
|
||||||
|
See-also: dns-interface
|
||||||
|
---
|
||||||
|
|
||||||
|
Perform an operation using a specified interface. You can enter interface
|
||||||
|
name, IP address or host name. An example could look like:
|
||||||
|
|
||||||
|
curl --interface eth0:1 https://www.example.com/
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,12 @@
|
||||||
|
Short: 4
|
||||||
|
Long: ipv4
|
||||||
|
Tags: Versions
|
||||||
|
Protocols:
|
||||||
|
Added:
|
||||||
|
Mutexed: ipv6
|
||||||
|
Requires:
|
||||||
|
See-also: http1.1 http2
|
||||||
|
Help: Resolve names to IPv4 addresses
|
||||||
|
---
|
||||||
|
This option tells curl to resolve names to IPv4 addresses only, and not for
|
||||||
|
example try IPv6.
|
|
@ -0,0 +1,12 @@
|
||||||
|
Short: 6
|
||||||
|
Long: ipv6
|
||||||
|
Tags: Versions
|
||||||
|
Protocols:
|
||||||
|
Added:
|
||||||
|
Mutexed: ipv6
|
||||||
|
Requires:
|
||||||
|
See-also: http1.1 http2
|
||||||
|
Help: Resolve names to IPv6 addresses
|
||||||
|
---
|
||||||
|
This option tells curl to resolve names to IPv6 addresses only, and not for
|
||||||
|
example try IPv4.
|
|
@ -0,0 +1,10 @@
|
||||||
|
Long: junk-session-cookies
|
||||||
|
Short: j
|
||||||
|
Help: Ignore session cookies read from file
|
||||||
|
Protocols: HTTP
|
||||||
|
See-also: cookie cookie-jar
|
||||||
|
---
|
||||||
|
When curl is told to read cookies from a given file, this option will make it
|
||||||
|
discard all "session cookies". This will basically have the same effect as if
|
||||||
|
a new session is started. Typical browsers always discard session cookies when
|
||||||
|
they're closed down.
|
|
@ -0,0 +1,13 @@
|
||||||
|
Long: keepalive-time
|
||||||
|
Arg: <seconds>
|
||||||
|
Help: Interval time for keepalive probes
|
||||||
|
Added: 7.18.0
|
||||||
|
---
|
||||||
|
This option sets the time a connection needs to remain idle before sending
|
||||||
|
keepalive probes and the time between individual keepalive probes. It is
|
||||||
|
currently effective on operating systems offering the TCP_KEEPIDLE and
|
||||||
|
TCP_KEEPINTVL socket options (meaning Linux, recent AIX, HP-UX and more). This
|
||||||
|
option has no effect if --no-keepalive is used.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used. If
|
||||||
|
unspecified, the option defaults to 60 seconds.
|
|
@ -0,0 +1,9 @@
|
||||||
|
Long: key-type
|
||||||
|
Arg: <type>
|
||||||
|
Help: Private key file type (DER/PEM/ENG)
|
||||||
|
Protocols: TLS
|
||||||
|
---
|
||||||
|
Private key file type. Specify which type your --key provided private key
|
||||||
|
is. DER, PEM, and ENG are supported. If not specified, PEM is assumed.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,10 @@
|
||||||
|
Long: key
|
||||||
|
Arg: <key>
|
||||||
|
Protocols: TLS SSH
|
||||||
|
Help: Private key file name
|
||||||
|
---
|
||||||
|
Private key file name. Allows you to provide your private key in this separate
|
||||||
|
file. For SSH, if not specified, curl tries the following candidates in order:
|
||||||
|
'~/.ssh/id_rsa', '~/.ssh/id_dsa', './id_rsa', './id_dsa'.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,11 @@
|
||||||
|
Long: krb
|
||||||
|
Arg: <level>
|
||||||
|
Help: Enable Kerberos with security <level>
|
||||||
|
Protocols: FTP
|
||||||
|
Requires: Kerberos
|
||||||
|
---
|
||||||
|
Enable Kerberos authentication and use. The level must be entered and should
|
||||||
|
be one of 'clear', 'safe', 'confidential', or 'private'. Should you use a
|
||||||
|
level that is not one of these, 'private' will instead be used.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,2 @@
|
||||||
|
Long: krb4
|
||||||
|
Redirect: krb
|
|
@ -0,0 +1,11 @@
|
||||||
|
Long: libcurl
|
||||||
|
Arg: <file>
|
||||||
|
Help: Dump libcurl equivalent code of this command line
|
||||||
|
Added: 7.16.1
|
||||||
|
---
|
||||||
|
Append this option to any ordinary curl command line, and you will get a
|
||||||
|
libcurl-using C source code written to the file that does the equivalent
|
||||||
|
of what your command-line operation does!
|
||||||
|
|
||||||
|
If this option is used several times, the last given file name will be
|
||||||
|
used.
|
|
@ -0,0 +1,18 @@
|
||||||
|
Long: limit-rate
|
||||||
|
Arg: <speed>
|
||||||
|
Help: Limit transfer speed to RATE
|
||||||
|
---
|
||||||
|
Specify the maximum transfer rate you want curl to use - for both downloads
|
||||||
|
and uploads. This feature is useful if you have a limited pipe and you'd like
|
||||||
|
your transfer not to use your entire bandwidth. To make it slower than it
|
||||||
|
otherwise would be.
|
||||||
|
|
||||||
|
The given speed is measured in bytes/second, unless a suffix is appended.
|
||||||
|
Appending 'k' or 'K' will count the number as kilobytes, 'm' or M' makes it
|
||||||
|
megabytes, while 'g' or 'G' makes it gigabytes. Examples: 200K, 3m and 1G.
|
||||||
|
|
||||||
|
If you also use the --speed-limit option, that option will take precedence and
|
||||||
|
might cripple the rate-limiting slightly, to help keeping the speed-limit
|
||||||
|
logic working.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,24 @@
|
||||||
|
Long: list-only
|
||||||
|
Short: l
|
||||||
|
Protocols: FTP POP3
|
||||||
|
Help: List only mode
|
||||||
|
Added: 7.21.5
|
||||||
|
---
|
||||||
|
(FTP)
|
||||||
|
When listing an FTP directory, this switch forces a name-only view. This is
|
||||||
|
especially useful if the user wants to machine-parse the contents of an FTP
|
||||||
|
directory since the normal directory view doesn't use a standard look or
|
||||||
|
format. When used like this, the option causes a NLST command to be sent to
|
||||||
|
the server instead of LIST.
|
||||||
|
|
||||||
|
Note: Some FTP servers list only files in their response to NLST; they do not
|
||||||
|
include sub-directories and symbolic links.
|
||||||
|
|
||||||
|
(POP3)
|
||||||
|
When retrieving a specific email from POP3, this switch forces a LIST command
|
||||||
|
to be performed instead of RETR. This is particularly useful if the user wants
|
||||||
|
to see if a specific message id exists on the server and what size it is.
|
||||||
|
|
||||||
|
Note: When combined with --request, this option can be used to send an UIDL
|
||||||
|
command instead, so the user may use the email's unique identifier rather than
|
||||||
|
it's message id to make the request.
|
|
@ -0,0 +1,9 @@
|
||||||
|
Long: local-port
|
||||||
|
Arg: <num/range>
|
||||||
|
Help: Force use of RANGE for local port numbers
|
||||||
|
Added: 7.15.2
|
||||||
|
---
|
||||||
|
Set a preferred single number or range (FROM-TO) of local port numbers to use
|
||||||
|
for the connection(s). Note that port numbers by nature are a scarce resource
|
||||||
|
that will be busy at times so setting this range to something too narrow might
|
||||||
|
cause unnecessary connection setup failures.
|
|
@ -0,0 +1,9 @@
|
||||||
|
Long: location-trusted
|
||||||
|
Help: Like --location, and send auth to other hosts
|
||||||
|
Protocols: HTTP
|
||||||
|
See-also: user
|
||||||
|
---
|
||||||
|
Like --location, but will allow sending the name + password to all hosts that
|
||||||
|
the site may redirect to. This may or may not introduce a security breach if
|
||||||
|
the site redirects you to a site to which you'll send your authentication info
|
||||||
|
(which is plaintext in the case of HTTP Basic authentication).
|
|
@ -0,0 +1,23 @@
|
||||||
|
Long: location
|
||||||
|
Short: L
|
||||||
|
Help: Follow redirects
|
||||||
|
Protocols: HTTP
|
||||||
|
---
|
||||||
|
If the server reports that the requested page has moved to a different
|
||||||
|
location (indicated with a Location: header and a 3XX response code), this
|
||||||
|
option will make curl redo the request on the new place. If used together with
|
||||||
|
--include or --head, headers from all requested pages will be shown. When
|
||||||
|
authentication is used, curl only sends its credentials to the initial
|
||||||
|
host. If a redirect takes curl to a different host, it won't be able to
|
||||||
|
intercept the user+password. See also --location-trusted on how to change
|
||||||
|
this. You can limit the amount of redirects to follow by using the
|
||||||
|
--max-redirs option.
|
||||||
|
|
||||||
|
When curl follows a redirect and the request is not a plain GET (for example
|
||||||
|
POST or PUT), it will do the following request with a GET if the HTTP response
|
||||||
|
was 301, 302, or 303. If the response code was any other 3xx code, curl will
|
||||||
|
re-send the following request using the same unmodified method.
|
||||||
|
|
||||||
|
You can tell curl to not change the non-GET request method to GET after a 30x
|
||||||
|
response by using the dedicated options for that: --post301, --post302 and
|
||||||
|
--post303.
|
|
@ -0,0 +1,13 @@
|
||||||
|
Long: login-options
|
||||||
|
Arg: <options>
|
||||||
|
Protocols: IMAP POP3 SMTP
|
||||||
|
Added: 7.34.0
|
||||||
|
---
|
||||||
|
Specify the login options to use during server authentication.
|
||||||
|
|
||||||
|
You can use the login options to specify protocol specific options that may
|
||||||
|
be used during authentication. At present only IMAP, POP3 and SMTP support
|
||||||
|
login options. For more information about the login options please see
|
||||||
|
RFC 2384, RFC 5092 and IETF draft draft-earhart-url-smtp-00.txt
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,13 @@
|
||||||
|
Long: max-time
|
||||||
|
Short: m
|
||||||
|
Arg: <time>
|
||||||
|
Help: Maximum time allowed for the transfer
|
||||||
|
See-also: connect-timeout
|
||||||
|
---
|
||||||
|
Maximum time in seconds that you allow the whole operation to take. This is
|
||||||
|
useful for preventing your batch jobs from hanging for hours due to slow
|
||||||
|
networks or links going down. Since 7.32.0, this option accepts decimal
|
||||||
|
values, but the actual timeout will decrease in accuracy as the specified
|
||||||
|
timeout increases in decimal precision.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,27 @@
|
||||||
|
Long: pinnedpubkey
|
||||||
|
Arg: <hashes>
|
||||||
|
Help: FILE/HASHES Public key to verify peer against
|
||||||
|
Protocols: TLS
|
||||||
|
---
|
||||||
|
Tells curl to use the specified public key file (or hashes) to verify the
|
||||||
|
peer. This can be a path to a file which contains a single public key in PEM
|
||||||
|
or DER format, or any number of base64 encoded sha256 hashes preceded by
|
||||||
|
\'sha256//\' and separated by \';\'
|
||||||
|
|
||||||
|
When negotiating a TLS or SSL connection, the server sends a certificate
|
||||||
|
indicating its identity. A public key is extracted from this certificate and
|
||||||
|
if it does not exactly match the public key provided to this option, curl will
|
||||||
|
abort the connection before sending or receiving any data.
|
||||||
|
|
||||||
|
PEM/DER support:
|
||||||
|
7.39.0: OpenSSL, GnuTLS and GSKit
|
||||||
|
7.43.0: NSS and wolfSSL/CyaSSL
|
||||||
|
7.47.0: mbedtls
|
||||||
|
7.49.0: PolarSSL
|
||||||
|
sha256 support:
|
||||||
|
7.44.0: OpenSSL, GnuTLS, NSS and wolfSSL/CyaSSL.
|
||||||
|
7.47.0: mbedtls
|
||||||
|
7.49.0: PolarSSL
|
||||||
|
Other SSL backends not supported.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,12 @@
|
||||||
|
Long: referer
|
||||||
|
Protocols: HTTP
|
||||||
|
Help: Referer URL
|
||||||
|
See-also: user-agent header
|
||||||
|
---
|
||||||
|
Sends the "Referrer Page" information to the HTTP server. This can also be set
|
||||||
|
with the --header flag of course. When used with --location you can append
|
||||||
|
";auto" to the --referer URL to make curl automatically set the previous URL
|
||||||
|
when it follows a Location: header. The \&";auto" string can be used alone,
|
||||||
|
even if you don't set an initial --referer.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -0,0 +1,19 @@
|
||||||
|
Long: remote-header-name
|
||||||
|
Short: J
|
||||||
|
Protocols: HTTP
|
||||||
|
Help: Use the header-provided filename
|
||||||
|
---
|
||||||
|
This option tells the --remote-name option to use the server-specified
|
||||||
|
Content-Disposition filename instead of extracting a filename from the URL.
|
||||||
|
|
||||||
|
If the server specifies a file name and a file with that name already exists
|
||||||
|
in the current working directory it will not be overwritten and an error will
|
||||||
|
occur. If the server doesn't specify a file name then this option has no
|
||||||
|
effect.
|
||||||
|
|
||||||
|
There's no attempt to decode %-sequences (yet) in the provided file name, so
|
||||||
|
this option may provide you with rather unexpected file names.
|
||||||
|
|
||||||
|
\fBWARNING\fP: Exercise judicious use of this option, especially on Windows. A
|
||||||
|
rogue server could send you the name of a DLL or other file that could possibly
|
||||||
|
be loaded automatically by Windows or some third party software.
|
|
@ -0,0 +1,13 @@
|
||||||
|
Short: 2
|
||||||
|
Long: sslv2
|
||||||
|
Tags: Versions
|
||||||
|
Protocols: SSL
|
||||||
|
Added:
|
||||||
|
Mutexed: sslv3 tlsv1 tlsv1.1 tlsv1.2
|
||||||
|
Requires: TLS
|
||||||
|
See-also: http1.1 http2
|
||||||
|
Help: Use SSLv2
|
||||||
|
---
|
||||||
|
Forces curl to use SSL version 2 when negotiating with a remote SSL
|
||||||
|
server. Sometimes curl is built without SSLv2 support. SSLv2 is widely
|
||||||
|
considered insecure (see RFC 6176).
|
|
@ -0,0 +1,13 @@
|
||||||
|
Short: 3
|
||||||
|
Long: sslv3
|
||||||
|
Tags: Versions
|
||||||
|
Protocols: SSL
|
||||||
|
Added:
|
||||||
|
Mutexed: sslv2 tlsv1 tlsv1.1 tlsv1.2
|
||||||
|
Requires: TLS
|
||||||
|
See-also: http1.1 http2
|
||||||
|
Help: Use SSLv3
|
||||||
|
---
|
||||||
|
Forces curl to use SSL version 3 when negotiating with a remote SSL
|
||||||
|
server. Sometimes curl is built without SSLv3 support. SSLv3 is widely
|
||||||
|
considered insecure (see RFC 7568).
|
|
@ -0,0 +1,8 @@
|
||||||
|
Short: B
|
||||||
|
Long: use-ascii
|
||||||
|
Help: Use ASCII/text transfer
|
||||||
|
Protocols: FTP LDAP
|
||||||
|
---
|
||||||
|
Enable ASCII transfer. For FTP, this can also be enforced by using an URL that
|
||||||
|
ends with ";type=A". This option causes data sent to stdout to be in text mode
|
||||||
|
for win32 systems.
|
|
@ -0,0 +1,12 @@
|
||||||
|
Short: A
|
||||||
|
Long: user-agent
|
||||||
|
Arg: <name>
|
||||||
|
Help: Send User-Agent <name> to server
|
||||||
|
Protocols: HTTP
|
||||||
|
---
|
||||||
|
|
||||||
|
Specify the User-Agent string to send to the HTTP server. To encode blanks in
|
||||||
|
the string, surround the string with single quote marks. This can also be set
|
||||||
|
with the --header option of course.
|
||||||
|
|
||||||
|
If this option is used several times, the last one will be used.
|
|
@ -2,6 +2,7 @@ Short: v
|
||||||
Long: verbose
|
Long: verbose
|
||||||
Mutexed: trace trace-ascii
|
Mutexed: trace trace-ascii
|
||||||
Help: Make the operation more talkative
|
Help: Make the operation more talkative
|
||||||
|
See-also: include
|
||||||
---
|
---
|
||||||
Makes curl verbose during the operation. Useful for debugging and seeing
|
Makes curl verbose during the operation. Useful for debugging and seeing
|
||||||
what's going on "under the hood". A line starting with '>' means "header data"
|
what's going on "under the hood". A line starting with '>' means "header data"
|
||||||
|
|
Загрузка…
Ссылка в новой задаче