これは、Ubuntu Online、Fedora Online、Windowsオンラインエミュレーター、MACOSオンラインエミュレーターなどの複数の無料オンラインワークステーションのXNUMXつを使用してOnWorks無料ホスティングプロバイダーで実行できるコマンドカールです。
プログラム：
NAME
curl-URLを転送します
SYNOPSIS
curl [オプション] [URL ...]
DESCRIPTION
curl サポートされているプロトコルのXNUMXつを使用して、サーバーとの間でデータを転送するためのツールです。
（DICT、FILE、FTP、FTPS、GOPHER、HTTP、HTTPS、IMAP、IMAPS、LDAP、LDAPS、POP3、POP3S、RTMP、
RTSP、SCP、SFTP、SMB、SMBS、SMTP、SMTPS、TELNET、TFTP）。 コマンドは機能するように設計されています
ユーザーの操作なし。
curlは、プロキシサポート、ユーザー認証、FTPなどの便利なトリックのバスロードを提供します
アップロード、HTTPポスト、SSL接続、Cookie、ファイル転送履歴書、Metalinkなど。 として
以下に表示されるように、機能の数はあなたの頭を回転させます！
curlは、転送関連のすべての機能についてlibcurlを利用しています。 見る リブカール(3) 詳細については。
URL
URL構文はプロトコルに依存します。 詳細な説明はRFC3986にあります。
次のように中括弧内にパーツセットを記述することで、複数のURLまたはURLの一部を指定できます。
http://site。{one、two、three} .com
または、次のように[]を使用して英数字シリーズのシーケンスを取得できます。
ftp://ftp.numericals.com/file[1-100] .txt
ftp://ftp.numericals.com/file[001-100] .txt（先行ゼロ付き）
ftp://ftp.letters.com/file[az] .txt
ネストされたシーケンスはサポートされていませんが、複数のシーケンスを並べて使用できます。
http://any.org/archive[1996-1999] / vol [1-4] / part {a、b、c} .html
コマンドラインで任意の数のURLを指定できます。 それらはでフェッチされます
指定された順序で順番に。
範囲のステップカウンターを指定して、N番目ごとの数字または文字を取得できます。
http://www.numericals.com/file[1-100：10] .txt
http://www.letters.com/file[az：2] .txt
コマンドラインプロンプトから呼び出されたときに[]または{}シーケンスを使用する場合、おそらく次のようになります。
シェルが干渉しないように、完全なURLを二重引用符で囲みます。 この
また、「＆」、「？」など、特別に扱われる他の文字にも適用されます。 と '*'。
URLにIPv6ゾーンインデックスをエスケープされたパーセント記号とインターフェイスで指定します
名前。 のように
http://[fe80::3%25eth0]/
protocol：//プレフィックスなしでURLを指定すると、curlはどのプロトコルを推測しようとします
あなたが望むかもしれません。 その後、デフォルトでHTTPになりますが、頻繁に使用されるプロトコルに基づいて他のプロトコルを試します
ホスト名のプレフィックス。 たとえば、「ftp」で始まるホスト名の場合。 カールはあなたを想定します
FTPを話したい。
curlは、渡したものをURLとして使用するために最善を尽くします。 それを検証しようとはしていません
構文的に正しいURLとして、代わりに 非常に それが何でリベラル
受け入れます。
curlは、複数のファイル転送に接続を再利用しようとするため、
同じサーバーからのファイルは、複数の接続/ハンドシェイクを実行しません。 これは改善します
速度。 もちろん、これは単一のコマンドラインで指定されたファイルに対してのみ実行され、実行できません
別々のcurl呼び出しの間に使用されます。
進捗 メーター
curlは通常、操作中に進行状況メーターを表示し、
転送されたデータ、転送速度、推定残り時間など。
curlはデフォルトでこのデータを端末に表示するため、curlを呼び出して
操作し、端末にデータを書き込もうとしています。 無効になります プログレスメーターとして
そうしないと、出力ミキシングプログレスメーターと応答データが台無しになります。
HTTP POSTまたはPUTリクエストの進行状況メーターが必要な場合は、リダイレクトする必要があります
シェルリダイレクト（>）、-o [ファイル]などを使用したファイルへの応答出力。
FTPアップロードの場合、その操作は応答を吐き出さないため、同じケースではありません。
端末へのデータ。
通常のメーターの代わりにプログレス「バー」を使用したい場合は、 -# あなたの友達です。
OPTIONS
オプションはXNUMXつまたはXNUMXつのダッシュで始まります。 オプションの多くは、次に追加の値を必要とします
彼らへ。
オプションの短い「一点鎖線」形式、たとえば-dは、
スペースは推奨される区切り文字ですが、それとその値の間のスペース。 長い
「ダブルダッシュ」形式、たとえば--dataには、その値とその値の間にスペースが必要です。
追加の値を必要としない短いバージョンのオプションは、すぐに使用できます
たとえば、すべてのオプション-O、-L、および-vを一度に指定できます。
-OLv。
一般に、すべてのブールオプションは-で有効になりますオプション そしてまたもや無効に
--NO-オプション。 つまり、まったく同じオプション名を使用しますが、接頭辞として「no-」を付けます。
ただし、このリストでは、ほとんどの場合、それらの--optionバージョンのみをリストして表示しています。 （この
--noオプションの概念は7.19.0で追加されました。 以前は、ほとんどのオプションがオン/オフに切り替えられていました
同じコマンドラインオプションを繰り返し使用した場合。）
-＃、 - プログレスバー
標準のプログレスバーではなく、単純なプログレスバーとしてカール表示の進行状況を作成します。
情報、メーター。
-：、 - 次
次のURLと関連するURLに対して別の操作を使用するようにcurlに指示します
オプション。 これにより、それぞれ独自のURLリクエストを送信できます。
たとえば、異なるユーザー名やそれぞれのカスタムリクエストなどのオプション。
（7.36.0で追加）
-0、-http1.0
（HTTP）内部で使用する代わりにHTTPバージョン1.0を使用するようにcurlに指示します
推奨：HTTP1.1。
--http1.1
（HTTP）HTTPバージョン1.1を使用するようにcurlに指示します。 これは内部のデフォルトバージョンです。
（7.33.0で追加）
--http2
（HTTP）HTTP 2を使用してリクエストを発行するようにcurlに指示します。これには、
基盤となるlibcurlは、それをサポートするために構築されました。 （7.33.0で追加）
--no-npn
NPNTLS拡張を無効にします。 libcurlがで構築された場合、NPNはデフォルトで有効になっています
NPNをサポートするSSLライブラリ。 NPNは、HTTP2をサポートするlibcurlによって使用されます。
httpsセッション中にサーバーとHTTP2サポートをネゴシエートします。
（7.36.0で追加）
--no-alpn
ALPNTLS拡張を無効にします。 libcurlがビルドされた場合、ALPNはデフォルトで有効になっています
ALPNをサポートするSSLライブラリを使用します。 ALPNは、サポートするlibcurlによって使用されます
httpsセッション中にサーバーとHTTP2サポートをネゴシエートするためのHTTP2。
（7.36.0で追加）
-1、-tlsv1
（SSL）リモートTLSサーバーとネゴシエートするときに、curlにTLSバージョン1.xを使用するように強制します。
オプションを使用できます --tlsv1.0, --tlsv1.1, --tlsv1.2 TLSバージョンを制御する
より正確には（使用中のSSLバックエンドがそのようなレベルの制御をサポートしている場合）。
-2、-sslv2
（SSL）リモートSSLサーバーとネゴシエートするときに、curlにSSLバージョン2を使用するように強制します。
時々curlはSSLv2サポートなしで構築されます。 SSLv2は安全ではないと広く考えられています
（RFC 6176を参照）。
-3、-sslv3
（SSL）リモートSSLサーバーとネゴシエートするときに、curlにSSLバージョン3を使用するように強制します。
時々curlはSSLv3サポートなしで構築されます。 SSLv3は安全ではないと広く考えられています
（RFC 7568を参照）。
-4、-ipv4
このオプションは、名前をIPv4アドレスのみに解決するようにcurlに指示します。たとえば、
IPv6を試してください。
-6、-ipv6
このオプションは、名前をIPv6アドレスのみに解決するようにcurlに指示します。たとえば、
IPv4を試してください。
-a、-append
（FTP / SFTP）アップロードで使用すると、curlがターゲットファイルに追加されます
上書きする代わりに。 リモートファイルが存在しない場合は作成されます。
このフラグは、一部のSFTPサーバー（OpenSSHを含む）では無視されることに注意してください。
-A、-user-agent
（HTTP）HTTPサーバーに送信するUser-Agent文字列を指定します。 いくつかの悪いこと
このフィールドが「Mozilla / 4.0」に設定されていない場合、CGIは失敗します。 文字列内の空白をエンコードするには、
文字列を一重引用符で囲みます。 これは、 -NS、
- ヘッダ もちろんオプション。
このオプションを複数回使用すると、最後のオプションが使用されます。
--anyauth
（HTTP）curlに、認証方法を自分で理解し、最も多く使用するように指示します
リモートサイトがサポートすると主張しているものを保護します。 これは、最初にリクエストを行うことによって行われます
応答ヘッダーをチェックするため、余分なネットワークラウンドが発生する可能性があります-
旅行。 これは、特定の認証方法を設定する代わりに使用されます。
でできる -基本, - ダイジェスト, --ntlm, - 交渉.
stdinからアップロードする場合は、-anyauthの使用はお勧めしません。
データをXNUMX回送信する必要があり、その後クライアントが巻き戻すことができる必要があります。 もしも
stdinからアップロードするときに必要になる場合は、アップロード操作が失敗します。
-b、-cookie
（HTTP）データをCookieとしてHTTPサーバーに渡します。 おそらくデータです
以前にサーバーから「Set-Cookie：」行で受信しました。 データは次のようになります
形式は「NAME1 = VALUE1; NAME2 = VALUE2」です。
行に「=」記号が使用されていない場合は、読み取りに使用するファイル名として扱われます
以前に保存されたCookie行。
マッチ。 このメソッドを使用すると、カールを作成するCookieエンジンもアクティブになります
着信Cookieも記録します。これを組み合わせて使用する場合に便利です。
-L、 - 位置 オプション。 Cookieを読み取るファイルのファイル形式
プレーンHTTPヘッダーまたはNetscape / MozillaCookieファイル形式である必要があります。
で指定されたファイル -NS、 - クッキー 入力としてのみ使用されます。 クッキーはありません
ファイルに書き込まれます。 Cookieを保存するには、 -NS、 - クッキー缶 オプションを選択します。
このオプションを使用している場合は注意してください。複数の転送が発生する可能性があります。 もしも
NAME1 = VALUE1を使用します。 形式、またはファイル内でSet-Cookie形式を使用し、使用しないでください
ドメインを指定すると、Cookieが任意のドメインに送信されます（リダイレクト後も
続いて）、サーバーが設定したCookieで変更することはできません。 クッキーエンジンが
有効になっていて、サーバーが同じ名前のCookieを設定すると、両方が
そのサーバーへの将来の転送。おそらく意図したものではありません。 これらに対処するには
問題は、Set-Cookieにドメインを設定する（サブドメインを含む）か、
Netscapeフォーマット。
このオプションを複数回使用すると、最後のオプションが使用されます。
-B、-use-ascii
（FTP / LDAP）ASCII転送を有効にします。 FTPの場合、これは、
「; type = A」で終わるURL。 このオプションを使用すると、stdoutに送信されるデータがテキストになります
win32システムのモード。
-基本
（HTTP）リモートホストでHTTP基本認証を使用するようにcurlに指示します。 これは
デフォルトおよびこのオプションは、これを使用してオーバーライドしない限り、通常は無意味です。
別の認証方法を設定する以前に設定されたオプション（ --ntlm,
- ダイジェストまたは - 交渉).
と一緒に使用 -u、 - ユーザー & -NS、 - プロキシー.
参照 --プロキシ-基本.
-c、-cookie-jar
（HTTP）完了後にcurlがすべてのCookieを書き込むファイルを指定します
手術。 Curlは、指定されたファイルから以前に読み取ったすべてのCookieと、
リモートサーバーから受信したすべてのCookie。 クッキーが知られていない場合、データはありません
書かれる。 ファイルは、NetscapeCookieファイル形式を使用して書き込まれます。 もし、あんたが
ファイル名を一重ダッシュ「-」に設定すると、Cookieはstdoutに書き込まれます。
このコマンドラインオプションは、curlレコードを作成するCookieエンジンをアクティブにします。
クッキーを使用してください。 それをアクティブにする別の方法は、 -NS、 - クッキー オプションを選択します。
Cookie jarを作成または書き込みできない場合、curl操作全体は実行されません。
失敗するか、エラーを明確に報告することさえできます。 -vを使用すると警告が表示されますが、
これは、この恐らく致命的な状況についてあなたが得る唯一の目に見えるフィードバックです。
ドメインなしでSet-Cookie形式でインポートされた7.43.0以降のCookie
名前はこのオプションではエクスポートされません。
このオプションを複数回使用すると、最後に指定したファイル名が使用されます。
-C、-continue-at
指定されたオフセットで前のファイル転送を続行/再開します。 与えられたオフセットは
スキップされる正確なバイト数（先頭から数えて）
転送先に転送される前のソースファイル。 アップロードで使用する場合、
FTPサーバーコマンドSIZEはcurlでは使用されません。
「-C-」を使用して、転送を再開する場所/方法を自動的に検出するようにcurlに指示します。
次に、指定された出力/入力ファイルを使用してそれを把握します。
このオプションを複数回使用すると、最後のオプションが使用されます。
-暗号
（SSL）接続で使用する暗号を指定します。 暗号のリストは
有効な暗号を指定してください。 このURLのSSL暗号リストの詳細を読んでください：
https://www.openssl.org/docs/apps/ciphers.html
NSS暗号は、OpenSSLやGnuTLSとは異なる方法で実行されます。 NSSの完全なリスト
暗号は、次のURLのNSSCipherSuiteエントリにあります。
https://git.fedorahosted.org/cgit/mod_nss.git/plain/docs/mod_nss.html#Directives
このオプションを複数回使用すると、最後のオプションが使用されます。
-圧縮
（HTTP）curlがサポートするアルゴリズムのXNUMXつを使用して、圧縮された応答を要求し、
圧縮されていないドキュメントを保存します。 このオプションが使用され、サーバーが
サポートされていないエンコーディング、curlはエラーを報告します。
--connect-timeout
curlの接続にかかる最大時間（秒単位）。 これは制限するだけです
接続フェーズなので、curlが指定された期間内に接続すると、継続します
-そうでない場合は終了します。 バージョン7.32.0以降、このオプションはXNUMX進値を受け入れます。
参照してください -NS、 --最大時間 オプションを選択します。
このオプションを複数回使用すると、最後のオプションが使用されます。
--create-dirs
と組み合わせて使用する場合 -o オプション、curlは必要なローカルを作成します
必要に応じてディレクトリ階層。 このオプションは、で言及されたdirを作成します -o
オプション、他には何もありません。 の場合 -o ファイル名はdirを使用しないか、dirsが言及している場合
すでに存在する場合、dirは作成されません。
FTPまたはSFTPを使用するときにリモートディレクトリを作成するには、 --ftp-create-dirs.
--crlfアップロード時にLFをCRLFに変換します。 MVS（OS / 390）に役立ちます。
（SMTPは7.40.0で追加されました）
--crlfile
（HTTPS / FTPS）証明書失効リストを含むPEM形式を使用してファイルを提供する
取り消されたと見なされるピア証明書を指定する場合があります。
このオプションを複数回使用すると、最後のオプションが使用されます。
（7.19.7で追加）
-d、-data
（HTTP）POSTリクエストで指定されたデータをHTTPサーバーに送信します。
ユーザーがHTMLフォームに入力し、
送信ボタン。 これにより、curlはを使用してデータをサーバーに渡します。
content-type application / x-www-form-urlencoded。 と比較する -NS、 - 形.
-NS、 - データ と同じです。 --data-ascii. --データ生 ほぼ同じですが、そうではありません
@文字の特別な解釈があります。 純粋にバイナリのデータを投稿するには、
代わりに --データバイナリ オプション。 フォームの値をURLエンコードするには
使用できるフィールド --data-urlencode.
これらのオプションのいずれかが同じコマンドラインで複数回使用されている場合、データ
指定された部分は、区切り記号＆記号でマージされます。 したがって、
'-d name = daniel -dkill = lousy'は、次のような投稿チャンクを生成します
'name = daniel＆skill = lousy'。
データを文字@で始める場合、残りはファイル名にして、
からのデータ、または-curlにstdinからのデータを読み取らせたい場合。 複数のファイルができます
また指定されます。 したがって、「foobar」という名前のファイルからのデータの投稿は、
- データ @foobar。 --dataがそのようなファイルから読み取るように指示されると、キャリッジリターン
改行は削除されます。 @文字に
特別な解釈の使用 --データ生 を代わりにお使いください。
-D、-dump-header
指定されたファイルにプロトコルヘッダーを書き込みます。
このオプションは、HTTPサイトのヘッダーを保存する場合に便利です。
あなたに送信します。 ヘッダーからのCookieは、XNUMX番目のカールで読み取ることができます
を使用した呼び出し -NS、 - クッキー オプション！ The -NS、 - クッキー缶 オプションは
クッキーを保存するためのより良い方法。
FTPで使用される場合、FTPサーバーの応答行は「ヘッダー」と見なされます。
したがって、そこに保存されます。
このオプションを複数回使用すると、最後のオプションが使用されます。
--data-ascii
見る -NS、 - データ.
--data-binary
（HTTP）これは、追加の処理を一切行わずに、指定されたとおりにデータを投稿します。
データを文字@で始める場合、残りはファイル名である必要があります。 データは
と同様の方法で投稿 --data-ascii 改行とキャリッジを除いて、
返品は保持され、変換は行われません。
このオプションを複数回使用すると、最初のオプションに続くものがデータを追加します
で説明されているように -NS、 - データ.
--data-raw
（HTTP）これは同様にデータを投稿します - データ しかし、特別な解釈はありません
@文字の。 見る -NS、 - データ。 （7.43.0で追加）
--data-urlencode
（HTTP）これは、他の--dataオプションと同様に、次の点を除いてデータを投稿します。
これにより、URLエンコードが実行されます。 （7.18.0で追加）
CGIに準拠するには、 一部はで始まる必要があります 名 続いて
セパレータとコンテンツ仕様。 The 一部は、を使用してカールに渡すことができます
次の構文のいずれか：
コンテンツ
これにより、curl URLエンコードが作成され、コンテンツが渡されます。 注意してください
コンテンツに=または@記号が含まれないようにするため、
構文を以下の他のケースのXNUMXつと一致させてください！
=コンテンツ
これにより、curl URLエンコードが作成され、コンテンツが渡されます。 上記=
記号はデータに含まれていません。
name = content
これにより、curl URLエンコードがコンテンツ部分になり、それが渡されます。 ご了承ください
名前の部分はすでにURLエンコードされている必要があります。
@ファイル名
これにより、指定されたファイル（改行を含む）からcurlロードデータが作成されます。
そのデータをURLエンコードし、POSTで渡します。
name @ filename
これにより、指定されたファイル（改行を含む）からcurlロードデータが作成されます。
そのデータをURLエンコードし、POSTで渡します。 名前の部分は等しくなります
記号が追加され、結果として name = urlencoded-file-content。 名前に注意してください
すでにURLエンコードされていることが期待されます。
-委任レベル
作成セッションプロセスで LEVEL ユーザーに関して何を委任できるかをサーバーに通知する
資格情報。 GSS / kerberosで使用されます。
none委任を許可しないでください。
ポリシーKerberosでOK-AS-DELEGATEフラグが設定されている場合にのみ委任します
レルムポリシーの問題であるサービスチケット。
常に無条件にサーバーに委任を許可します。
- ダイジェスト
（HTTP）HTTPダイジェスト認証を有効にします。 これは、
パスワードがクリアテキストでネットワーク経由で送信されるのを防ぎます。 これをで使用する
通常との組み合わせ -u、 - ユーザー ユーザー名とパスワードを設定するオプション。 見る
また --ntlm, - 交渉 & --anyauth 関連するオプションについて。
このオプションを複数回使用すると、最初のオプションのみが使用されます。
--disable-eprt
（FTP）アクティブにするときにEPRTおよびLPRTコマンドの使用を無効にするようにcurlに指示します
FTP転送。 Curlは通常、常に最初にEPRTを使用し、次にLPRTを使用しようとします。
PORTを使用する前に、ただしこのオプションを使用すると、すぐにPORTが使用されます。 EPRTおよびLPRT
は元のFTPプロトコルの拡張であり、すべてのサーバーで機能するとは限りませんが、
従来のPORTコマンドよりも優れた方法でより多くの機能を有効にします。
--eprt EPRTを再度明示的に有効にするために使用できます。 ---eprt なし のエイリアスです
--disable-eprt.
EPRTを無効にすると、アクティブな動作のみが変更されます。 パッシブに切り替えたい場合
使用する必要のないモード -NS、 --ftp ポート またはそれを強制する --ftp-pasv.
--無効-epsv
（FTP）パッシブFTPを実行するときにEPSVコマンドの使用を無効にするようにcurlに指示します
転送します。 Curlは通常、PASVの前に常に最初にEPSVを使用しようとしますが、
このオプションを使用すると、EPSVの使用は試行されません。
--epsv EPSVを再度明示的に有効にするために使用できます。 --no-epsv のエイリアスです
--無効-epsv.
EPSVを無効にすると、受動的動作のみが変更されます。 アクティブに切り替えたい場合
使用する必要のあるモード -NS、 --ftp ポート.
--dns-interface
curlに送信DNS要求を送信するように指示します。 このオプションは
に対応する - インターフェース （DNSには影響しません）。 提供される文字列は
インターフェイス名（アドレスではありません）。
このオプションでは、libcurlがサポートするリゾルバーバックエンドでビルドされている必要があります
この操作。 c-aresバックエンドはそのような唯一のものです。 （7.33.0で追加）
--dns-ipv4-addr
にバインドするようにcurlに指示しますIPv4 DNS要求を行うとき、DNSが
リクエストはこのアドレスから発信されます。 引数は単一のIPv4アドレスである必要があります。
このオプションでは、libcurlがサポートするリゾルバーバックエンドでビルドされている必要があります
この操作。 c-aresバックエンドはそのような唯一のものです。 （7.33.0で追加）
--dns-ipv6-addr
にバインドするようにcurlに指示しますIPv6 DNS要求を行うとき、DNSが
リクエストはこのアドレスから発信されます。 引数は単一のIPv6アドレスである必要があります。
このオプションでは、libcurlがサポートするリゾルバーバックエンドでビルドされている必要があります
この操作。 c-aresバックエンドはそのような唯一のものです。 （7.33.0で追加）
--dns-servers
システムデフォルトの代わりに使用するDNSサーバーのリストを設定します。 のリスト
IPアドレスはコンマで区切る必要があります。 ポート番号はオプションで
として与えられる ： 各IPアドレスの後。
このオプションでは、libcurlがサポートするリゾルバーバックエンドでビルドされている必要があります
この操作。 c-aresバックエンドはそのような唯一のものです。 （7.33.0で追加）
-e、-referer
（HTTP）「リファラーページ」情報をHTTPサーバーに送信します。 これも可能です
で設定 -NS、 - ヘッダ もちろん旗。 一緒に使用する場合 -L、 - 位置 のことができます
--refererURLに "; auto"を追加して、curlが前のURLを自動的に設定するようにします
Location：ヘッダーの後に続く場合。 「; auto」文字列は、次の場合でも単独で使用できます。
最初の--refererは設定しません。
このオプションを複数回使用すると、最後のオプションが使用されます。
-E、-cert
（SSL）ファイルを取得するときに指定されたクライアント証明書ファイルを使用するようにcurlに指示します
HTTPS、FTPS、または別のSSLベースのプロトコルを使用します。 証明書はPKCS＃12に含まれている必要があります
Secure Transportを使用している場合はフォーマット、その他のエンジンを使用している場合はPEMフォーマット。 の場合
オプションのパスワードは指定されていません。端末で照会されます。 ノート
このオプションは、秘密鍵である「証明書」ファイルと
クライアント証明書が連結されました！ 見る --証明書 & - 鍵 それらを指定するには
独立して。
curlがNSSSSLライブラリに対して構築されている場合、このオプションはcurlに
によって定義されたNSSデータベース内で使用する証明書のニックネーム
環境変数SSL_DIR（またはデフォルトで / etc / pki / nssdb）。 NSS PEM PKCS＃11の場合
モジュール（libnsspem.so）が使用可能になると、PEMファイルをロードできます。 使用したい場合
現在のディレクトリのファイルの前に「./」プレフィックスを付けてください。
ニックネームとの混同を避けてください。 ニックネームに「：」が含まれている場合は、
パスワード区切り文字として認識されないように、前に「\」を付けます。 の場合
ニックネームに「\」が含まれているため、認識されないように「\\」としてエスケープする必要があります
エスケープ文字として。
（iOSおよびMac OS Xのみ）curlがSecure Transportに対して構築されている場合、
証明書文字列は、証明書/秘密鍵の名前にすることができます。
システムまたはユーザーのキーチェーン、またはPKCS＃12でエンコードされた証明書とプライベートへのパス
鍵。 現在のディレクトリのファイルを使用する場合は、その前に
ニックネームとの混同を避けるために、「。/」プレフィックス。
このオプションを複数回使用すると、最後のオプションが使用されます。
- エンジン
暗号化操作に使用するOpenSSL暗号化エンジンを選択します。 つかいます - エンジン リスト 〜へ
ビルド時にサポートされるエンジンのリストを印刷します。 すべて（またはなし）ではないことに注意してください
エンジンは実行時に利用できる場合があります。
- 環境
（RISC OSのみ）名前を使用して、環境変数の範囲を設定します。 -w オプション
をサポートし、curlを実行した後に有用な情報を簡単に抽出できるようにします。
--egd-file
（SSL）Entropy GatheringDaemonソケットへのパス名を指定します。 ソケットは
SSL接続用のランダムエンジンをシードするために使用されます。 も参照してください -ランダムファイル
オプションを選択します。
--expect100-タイムアウト
（HTTP）curlが100を待機できる最大時間（秒単位）-続行
curlがExpects：100を発行したときの応答-リクエストのヘッダーを続行します。 デフォルトでは
カールはXNUMX秒待ちます。 このオプションはXNUMX進値を受け入れます！ カールが止まったら
待機中、応答を受信したかのように続行します。
（7.47.0で追加）
--cert-type
（SSL）提供された証明書がどの証明書タイプであるかをcurlに通知します。PEM、DER、および
ENGは認識されるタイプです。 指定しない場合、PEMが想定されます。
このオプションを複数回使用すると、最後のオプションが使用されます。
--cacert
（SSL）指定された証明書ファイルを使用してピアを検証するようにcurlに指示します。 ファイル
複数のCA証明書が含まれる場合があります。 証明書はPEM形式である必要があります。
通常、curlはこれにデフォルトのファイルを使用するように構築されているため、このオプションは通常
そのデフォルトファイルを変更するために使用されます。
curlは、「CURL_CA_BUNDLE」という名前の環境変数が設定されている場合、それを認識し、
指定されたパスをCA証明書バンドルへのパスとして使用します。 このオプションはそれを上書きします
変数に保存します．
Windows版のcurlは、次の名前のCA証明書ファイルを自動的に検索します。
´curl-ca-bundle.crt´、curl.exeと同じディレクトリ、またはCurrent
作業ディレクトリ、またはPATHに沿った任意のフォルダ。
curlがNSSSSLライブラリに対して構築されている場合、NSS PEM PKCS＃11モジュール
このオプションが正しく機能するには、（libnsspem.so）が使用可能である必要があります。
このオプションを複数回使用すると、最後のオプションが使用されます。
--capath
（SSL）指定された証明書ディレクトリを使用してピアを検証するようにcurlに指示します。
「：」で区切ることにより、複数のパスを提供できます（例：
"path1：path2：path3"）。 証明書はPEM形式である必要があり、curlが構築されている場合
OpenSSLに対して、ディレクトリはc_rehashユーティリティを使用して処理されている必要があります
OpenSSLで提供されます。 使用する --カパス OpenSSLを利用したcurlでSSLを作成できるようにすることができます-
使用するよりもはるかに効率的に接続 --cacert もし --cacert ファイルに含まれています
多くのCA証明書。
このオプションが設定されている場合、デフォルトのcapath値は無視され、使用されている場合
数回、最後のものが使用されます。
--pinnedpubkey
（SSL）指定された公開鍵ファイル（またはハッシュ）を使用して検証するようにcurlに指示します
ピア。 これは、PEMまたはDERの単一の公開鍵を含むファイルへのパスにすることができます
形式、または「sha64 //」が前に付いたbase256でエンコードされたsha256ハッシュの数
´;´で区切られています
TLSまたはSSL接続をネゴシエートするとき、サーバーはそれを示す証明書を送信します
そのアイデンティティ。 公開鍵はこの証明書から抽出され、そうでない場合は抽出されます
このオプションに提供された公開鍵と完全に一致すると、curlは中止します
データを送受信する前の接続。
OpenSSL、GnuTLS、GSKit用に7.39.0で追加されました。 NSSおよび
wolfSSL / CyaSSL。 OpenSSL、GnuTLS、NSS、および256で追加されたsha7.44.0サポート
wolfSSL / CyaSSL。 その他のSSLバックエンドはサポートされていません。
このオプションを複数回使用すると、最後のオプションが使用されます。
--証明書ステータス
（SSL）curlに、サーバー証明書のステータスを確認するように指示します。
証明書ステータス要求（別名、OCSPステープリング）TLS拡張。
このオプションが有効になっていて、サーバーが無効な（期限切れなどの）応答を送信した場合、
応答がサーバー証明書が取り消されたことを示唆している場合、または
応答がまったく受信されない場合、検証は失敗します。
これは現在、OpenSSL、GnuTLS、およびNSSバックエンドでのみ実装されています。 （追加した
7.41.0で）
--false-開始
（SSL）TLSハンドシェイク中に不正スタートを使用するようにcurlに指示します。 不正スタートはモードです
TLSクライアントが検証する前にアプリケーションデータの送信を開始する場所
サーバーの終了メッセージ。これにより、フル実行時のラウンドトリップを節約できます。
ハンドシェーク。
これは現在、NSSおよびセキュアトランスポート（iOS7.0または
それ以降、またはOS X 10.9以降）バックエンド。 （7.42.0で追加）
-f、-fail
（HTTP）サーバーエラーでサイレントに失敗します（出力はまったくありません）。 これは主に
スクリプトなどを有効にして、失敗した試行をより適切に処理できるようにします。 通常の場合
HTTPサーバーはドキュメントの配信に失敗し、その旨を示すHTMLドキュメントを返します。
（多くの場合、理由などについても説明します）。 このフラグはカールを防ぎます
それを出力してエラー22を返します。
この方法はフェイルセーフではなく、応答が失敗する場合があります
特に認証が含まれる場合、コードはすり抜けます（応答コード
401と407）
-F、-form
（HTTP）これにより、curlは、ユーザーがを押した入力済みフォームをエミュレートできます。
送信ボタン。 これにより、curlはContent-Type multipart / form-を使用してデータをPOSTします。
RFC 2388に準拠したデータ。これにより、バイナリファイルなどのアップロードが可能になります。
'content'部分をファイルにする場合は、ファイル名の前に@記号を付けます。 ただ得るために
ファイルのコンテンツ部分で、ファイル名の前に記号<を付けます。 The
@と<の違いは、@によってファイルが投稿に添付されることです。
ファイルのアップロード、<はテキストフィールドを作成し、その内容を取得します
ファイルのテキストフィールド。
たとえば、パスワードファイルをサーバーに送信するには、「password」は次の名前です。
フォームフィールド /etc/passwd 入力になります：
curl -Fパスワード= @/etc/passwd www.mypasswords.com
ファイルではなくstdinからコンテンツを読み取るには、ファイル名として-を使用します。 これは
@と<の両方の構造。 残念ながら、ファイルの読み取りはサポートされていません。
転送を開始する前にフルサイズが必要なため、名前付きパイプなど。
'type ='を使用して、使用するContent-Typeをcurlに指示することもできます。
に似ている：
curl -F "[メール保護];type=text/html" url.com
or
curl -F "name = daniel; type = text / foo" url.com
設定することにより、ファイルアップロード部分の名前フィールドを明示的に変更することもできます
filename =、次のように：
curl -F "file = @ localfile; filename = nameinpost" url.com
ファイル名/パスに「、」または「;」が含まれている場合は、次のように二重引用符で囲む必要があります。
curl -F "file = @ \" localfile \ "; filename = \" nameinpost \ "" url.com
or
curl -F'file = @ "localfile"; filename = "nameinpost" 'url.com
ファイル名/パスが二重引用符で囲まれている場合は、任意の二重引用符または
ファイル名内の円記号は、円記号でエスケープする必要があります。
マニュアルのその他の例と詳細を参照してください。
このオプションは複数回使用できます。
--ftp-account [データ]
（FTP）ユーザー名とパスワードの後にFTPサーバーが「アカウントデータ」を要求した場合
提供されている場合、このデータはACCTコマンドを使用して送信されます。 （7.13.0で追加）
このオプションを複数回使用すると、最後のオプションが使用されます。
--ftp-alternative-to-user
（FTP）USERコマンドとPASSコマンドによる認証に失敗した場合は、このコマンドを送信してください。
クライアントを使用してFTPS経由でTumbleweedのセキュアトランスポートサーバーに接続する場合
証明書、「SITE AUTH」を使用すると、サーバーにユーザー名を取得するように指示されます
証明書。 （7.15.5で追加）
--ftp-create-dirs
（FTP / SFTP）FTPまたはSFTPのURL /操作が現在使用していないパスを使用する場合
サーバー上に存在する場合、curlの標準的な動作は失敗します。 このオプションを使用すると、
代わりに、curlは欠落しているディレクトリを作成しようとします。
--ftp-method [メソッド]
（FTP）FTP（S）サーバー上のファイルに到達するためにcurlが使用する方法を制御します。 The
メソッド引数は、次のいずれかの選択肢である必要があります。
マルチクラウド
curlは、指定されたURLのパス部分ごとに単一のCWD操作を実行します。 にとって
深い階層これは非常に多くのコマンドを意味します。 これはRFC1738がそれを言う方法です
行われるべきです。 これはデフォルトですが、最も遅い動作です。
nocwdcurlはCWDをまったく行いません。 curlは、SIZE、RETR、STORなどを実行し、フルを提供します
これらすべてのコマンドのサーバーへのパス。 これが最速の動作です。
シングルcwd
curlは、完全なターゲットディレクトリでXNUMXつのCWDを実行してから、
ファイルは「通常」（multicwdの場合のように）。 これはやや標準的です
'nocwd'より準拠していますが、 'multicwd'の完全なペナルティはありません。
（7.15.1で追加）
--ftp-pasv
（FTP）データ接続にはパッシブモードを使用します。 パッシブは内部デフォルトです
動作しますが、このオプションを使用すると、以前の動作を上書きできます -P / -ftp-port
オプション。 （7.11.0で追加）
このオプションを複数回使用すると、最初のオプションのみが使用されます。 元に戻す
強制されたパッシブは実際には実行できませんが、代わりに正しいものを強制する必要があります
-NS、 --ftp ポート 再び。
パッシブモードとは、curlが最初にEPSVコマンドを試行し、次にPASVを試行することを意味します。
--無効-epsv 使用されている。
--ftp-skip-pasv-ip
（FTP）サーバーが応答で提案するIPアドレスを使用しないようにcurlに指示します
curlがデータ接続に接続するときのcurlのPASVコマンド。 代わりに、カールが再-
制御接続にすでに使用しているのと同じIPアドレスを使用します。 （に追加
7.14.2）
このオプションは、PASVの代わりにPORT、EPRT、またはEPSVが使用されている場合は効果がありません。
--ftp-pret
（FTP）PASV（およびEPSV）の前にPRETコマンドを送信するようにcurlに指示します。 特定のFTPサーバー、
主にdrftpdであり、ディレクトリリストと同様にこの非標準コマンドが必要です
アップしてPASVモードでダウンロードします。 （7.20.xで追加）
--ftp-ssl-ccc
（FTP）CCCを使用（コマンドチャネルのクリア）後にSSL / TLSレイヤーをシャットダウンします
認証。 残りの制御チャネル通信は暗号化されません。
これにより、NATルーターはFTPトランザクションを追跡できます。 デフォルトのモードはパッシブです。
見る --ftp-ssl-ccc-mode 他のモードの場合。 （7.16.1で追加）
--ftp-ssl-ccc-mode [アクティブ/パッシブ]
（FTP）Use CCC（Clear Command Channel）CCCモードを設定します。 パッシブモードはしません
シャットダウンを開始しますが、代わりにサーバーがシャットダウンを実行するのを待ち、応答しません
サーバーからのシャットダウンに。 アクティブモードはシャットダウンを開始し、待機します
サーバーからの応答。 （7.16.2で追加）
--ftp-ssl-control
（FTP）FTPログインにSSL / TLSを要求し、転送をクリアします。 安全を可能にします
認証ですが、効率のために暗号化されていないデータ転送。 失敗します
サーバーがSSL / TLSをサポートしていない場合は転送します。 （7.16.0で追加）それでも
使用されますが、将来のバージョンで削除される予定です。
--form-string
（HTTP）に似ています - 形 ただし、指定されたパラメータの値の文字列は次のとおりです。
文字通り使用されます。 先頭の「@」および「<」文字、および「; type =」文字列
値には特別な意味はありません。 これを優先して使用する - 形 ある場合
文字列値が誤って「@」または「<」機能をトリガーする可能性
of - 形.
-g、-globoff
このオプションは、「URLグロビングパーサー」をオフにします。 このオプションを設定すると、
{} []の文字を含むURLを指定できます。
カール自体によって解釈されます。 これらの文字は通常の有効なURLではないことに注意してください
コンテンツですが、URI標準に従ってエンコードする必要があります。
-G、-get
このオプションを使用すると、で指定されたすべてのデータが作成されます -NS、 - データ, --データバイナリ
or --data-urlencode POSTリクエストの代わりにHTTPGETリクエストで使用されます
それ以外の場合は使用されます。 データは「？」でURLに追加されます
セパレータ。
-Iと組み合わせて使用すると、POSTデータが代わりにURLに追加されます
HEADリクエストで。
このオプションを複数回使用すると、最初のオプションのみが使用されます。 それの訳は
GETを元に戻すことは意味がありませんが、代わりに強制する必要があります
あなたが好む代替方法。
-H、-header
（HTTP）サーバーにHTTPを送信するときにリクエストに含める追加のヘッダー。 君
追加のヘッダーをいくつでも指定できます。 カスタムを追加する必要がある場合は注意してください
curlが使用する内部ヘッダーのXNUMXつと同じ名前のヘッダー、
内部ヘッダーの代わりに、外部で設定されたヘッダーが使用されます。 これにより、
カールが通常行うよりもさらにトリッキーなものを作ります。 交換しないでください
何をしているのかを完全に理解することなく、内部でヘッダーを設定します。 を削除します
右側にコンテンツのない置換を与えることによる内部ヘッダー
コロン、次のように：-H "Host："。 値なしでカスタムヘッダーを送信すると、
ヘッダーは、-H "X-Custom-Header;"などのセミコロンで終了する必要があります。 送信する
「X-Custom-Header：」。
curlは、追加/置換する各ヘッダーが適切な末尾で送信されることを確認します-
of-lineマーカー、したがって、 ヘッダーコンテンツの一部としてそれを追加します。
改行やキャリッジリターンを追加しないでください。それらはあなたのために物事を台無しにするだけです。
参照してください -NS、 - ユーザーエージェント & -e、 -リファラー オプション。
7.37.0以降、 --プロキシヘッダー を対象としたカスタムヘッダーを送信するには
プロキシ。
例：
＃curl -H "X-First-Name：Joe" http://192.168.0.1/
警告：このオプションで設定されたヘッダーは、すべてのリクエストで設定されます-後も
と言われたときのように、リダイレクトが続きます -L、 - 位置。 これは、
ヘッダーは元のホスト以外のホストに送信されるため、機密性の高いヘッダー
次のリダイレクトと組み合わせて注意して使用する必要があります。
このオプションは、複数のヘッダーを追加/置換/削除するために複数回使用できます。
--hostpubmd5
（SCP / SFTP）32桁のXNUMX進数を含む文字列を渡します。 文字列は
リモートホストの公開鍵の128ビットMD5チェックサム、curlは拒否します
md5sumsが一致しない限り、ホストとの接続。 （7.17.1で追加）
--ignore-コンテンツの長さ
HTTPの場合、Content-Lengthヘッダーを無視します。 これは特にサーバーに役立ちます
Apache 1.xを実行すると、より大きなファイルに対して誤ったContent-Lengthが報告されます
2ギガバイトより。
FTPの場合（7.46.0以降）、RETRコマンドをスキップして、前のサイズを計算します
ファイルのダウンロード。
-i、-include
（HTTP）出力にHTTPヘッダーを含めます。 HTTPヘッダーには次のようなものが含まれます
サーバー名、ドキュメントの日付、HTTPバージョンなど...
-私、-頭
（HTTP / FTP / FILE）HTTPヘッダーのみをフェッチします！ HTTPサーバーはコマンドHEADを備えています
これは、ドキュメントのヘッダーのみを取得するために使用されます。 FTPまたは
FILEファイル、curlは、ファイルサイズと最終変更時刻のみを表示します。
- インターフェース
指定されたインターフェースを使用して操作を実行します。 インターフェイス名、IPを入力できます
アドレスまたはホスト名。 例は次のようになります。
curl --interface eth0：1 http://www.netscape.com/
このオプションを複数回使用すると、最後のオプションが使用されます。
-j、-junk-session-cookies
（HTTP）curlが特定のファイルからCookieを読み取るように指示された場合、このオプションは
すべての「セッションCookie」を破棄します。 これは基本的に、
新しいセッションが開始されます。 一般的なブラウザは、次の場合に常にセッションCookieを破棄します
彼らは閉鎖されています。
-J、-remote-header-name
（HTTP）このオプションは、 -O、 -リモート名 サーバー指定を使用するオプション
コンテンツ-URLからファイル名を抽出する代わりに、ファイル名を破棄します。
提供されたファイル名の％-シーケンスを（まだ）デコードする試みはないので、これは
オプションは、予想外のファイル名を提供する場合があります。
-k、-insecure
（SSL）このオプションにより、curlは「安全でない」SSL接続を明示的に実行できます。
転送します。 すべてのSSL接続は、CAを使用して安全にしようとします
デフォルトでインストールされる証明書バンドル。 これにより、すべての接続が考慮されます
「安全でない」は、 -k、 -安全でない 使用されている。
詳細については、次のオンラインリソースを参照してください。
http://curl.haxx.se/docs/sslcerts.html
-K、-config
curl引数を読み取る構成ファイルを指定します。 設定ファイルはテキストです
コマンドライン引数を記述できるファイル。これは、あたかも使用されるかのように使用されます。
それらは実際のコマンドラインで書かれました。
オプションとそのパラメーターは、同じ構成ファイル行で指定する必要があります。
空白、コロン、または等号で区切られます。 長いオプション名は
オプションで、最初の二重ダッシュなしで構成ファイルに指定します。指定する場合は、
コロンまたは等号は区切り文字として使用できます。 オプションが
XNUMXつまたはXNUMXつのダッシュで指定すると、コロンまたは等号を間に入れることはできません
オプションとそのパラメータ。
パラメータに空白を含める場合は、パラメータをで囲む必要があります
引用符。 二重引用符で囲むと、次のエスケープシーケンスを使用できます：\\、\ "、
\ t、\ n、\ rおよび\ v。 他の文字の前にある円記号は無視されます。 最初の場合
構成行の列は「＃」文字であり、行の残りの部分は次のように扱われます
コメント。 構成ファイルには、物理行ごとにXNUMXつのオプションのみを記述します。
ファイル名を-Kに指定し、-configを「-」として指定してcurlにstdinからファイルを読み取らせます。
設定ファイルでURLを指定できるようにするには、URLを指定する必要があることに注意してください
--url オプションであり、URLを独自の行に書き込むだけではありません。 それはそう
これに似ている可能性があります：
url = "http://curl.haxx.se/docs/"
curlが呼び出されると、常に（ただし、 -q 使用されます）デフォルトの設定をチェックします
ファイルし、見つかった場合はそれを使用します。 デフォルトの設定ファイルは、次のようにチェックされます
この順序で配置します。
1）curlは「ホームディレクトリ」を見つけようとします。最初にCURL_HOMEをチェックし、次に
HOME環境変数。 それが失敗すると、Unixライクでgetpwuid（）を使用します
システム（システム内の現在のユーザーに指定されたホームディレクトリを返します）。 の上
Windowsの場合、APPDATA変数をチェックするか、最後の手段として
'％USERPROFILE％\アプリケーションデータ'。
2）Windowsでは、ホームディレクトリに_curlrcファイルがない場合は、次のファイルをチェックします。
curl実行可能ファイルが配置されるのと同じディレクトリ。 Unixライクなシステムでは、単純に
決定されたホームディレクトリから.curlrcをロードしてみてください。
＃---サンプルファイル---
＃これはコメントです
url = "curl.haxx.se"
output = "curlhere.html"
user-agent = "superagent / 1.0"
＃そして別のURLも取得する
url = "curl.haxx.se/docs/manpage.html"
-O
リファラー= "http://nowhereatall.com/"
＃---サンプルファイルの終わり---
このオプションは、複数の構成ファイルをロードするために複数回使用できます。
--keepalive-time
このオプションは、送信する前に接続がアイドル状態を維持する必要がある時間を設定します
キープアライブプローブと個々のキープアライブプローブ間の時間。 現在です
TCP_KEEPIDLEおよびTCP_KEEPINTVLソケットを提供するオペレーティングシステムで効果的
オプション（Linux、最近のAIX、HP-UXなどを意味します）。 このオプションは、次の場合は効果がありません。
-キープアライブなし 使用されている。 （7.18.0で追加）
このオプションを複数回使用すると、最後のオプションが使用されます。 指定されていない場合、
オプションのデフォルトは60秒です。
- 鍵
（SSL / SSH）秘密鍵ファイル名。 これで秘密鍵を提供できます
別のファイル。 SSHの場合、指定されていない場合、curlは次の候補を試行します。
注文： '〜/ .ssh / id_rsa」、「〜/ .ssh / id_dsa'、' ./id_rsa'、'./id_dsa '。
このオプションを複数回使用すると、最後のオプションが使用されます。
-キータイプ
（SSL）秘密鍵ファイルタイプ。 タイプを指定してください - 鍵 提供された秘密鍵はです。
DER、PEM、およびENGがサポートされています。 指定しない場合、PEMが想定されます。
このオプションを複数回使用すると、最後のオプションが使用されます。
--krb
（FTP）Kerberos認証と使用を有効にします。 レベルを入力する必要があり、
'clear'、 'safe'、 'confidential'、または 'private'のいずれかになります。 レベルを使用する必要があります
これはこれらのXNUMXつではなく、代わりに「private」が使用されます。
このオプションには、kerberos4サポートで構築されたライブラリが必要です。 これはあまりありません
一般。 つかいます -V、 - バージョン あなたのカールがそれをサポートしているかどうかを確認します。
このオプションを複数回使用すると、最後のオプションが使用されます。
-l、-list-only
（FTP）FTPディレクトリを一覧表示する場合、このスイッチは名前のみの表示を強制します。 これは
ユーザーがFTPのコンテンツをマシン解析したい場合に特に便利です
通常のディレクトリビューは標準の外観または形式を使用しないため、ディレクトリ。
このように使用すると、このオプションによりNLSTコマンドがサーバーに送信されます。
LISTの代わりに。
注：一部のFTPサーバーは、NLSTへの応答にファイルのみをリストします。 彼らはしない
サブディレクトリとシンボリックリンクを含めます。
（POP3）POP3から特定の電子メールを取得する場合、このスイッチはLISTを強制します
RETRの代わりに実行されるコマンド。 これは、ユーザーが
特定のメッセージIDがサーバーに存在するかどうか、およびそのサイズを確認したい。
注：と組み合わせると -NS、 - リクエスト 、このオプションを使用して送信できます
代わりにUIDLコマンドを使用するため、ユーザーはメールの一意の識別子を使用できます。
リクエストを行うのはメッセージIDよりも。 （7.21.5で追加）
-L、-location
（HTTP / HTTPS）サーバーが要求されたページが別のページに移動したことを報告した場合
場所（場所：ヘッダーと3XX応答コードで示される）、このオプション
新しい場所でcurlがリクエストをやり直します。 一緒に使用する場合 -私、
- 含む or -私、 - 頭、要求されたすべてのページのヘッダーが表示されます。 いつ
認証が使用され、curlはその資格情報を最初のホストにのみ送信します。 もし
リダイレクトは別のホストにカールを取ります、それは傍受することができません
ユーザー+パスワード。 も参照してください -- 信頼できる場所 これを変更する方法について。 あなたは制限することができます
を使用してフォローするリダイレクトの量 --max-redirs オプションを選択します。
curlがリダイレクトに続き、リクエストが単純なGETではない場合（たとえば、POST
またはPUT）、HTTP応答が301の場合、GETを使用して次のリクエストを実行します。
302、または303。応答コードが他の3xxコードであった場合、curlは
同じ変更されていないメソッドを使用した次のリクエスト。
30x後に非GETリクエストメソッドをGETに変更しないようにcurlに指示できます
そのための専用オプションを使用して応答します。 --post301, --post302 &
-post303.
--libcurl
このオプションを通常のcurlコマンドラインに追加すると、libcurl-が取得されます。
ファイルに書き込まれたCソースコードを使用して、
コマンドライン操作は行います！
このオプションを複数回使用すると、最後に指定したファイル名が使用されます。 （追加した
7.16.1で）
-制限レート
curlで使用する最大転送速度を指定します-ダウンロードと
アップロードします。 この機能は、パイプが限られていて、
帯域幅全体を使用しないように転送します。 それ以外の場合よりも遅くする
だろう。
接尾辞が追加されていない限り、指定された速度はバイト/秒で測定されます。
「k」または「K」を追加すると、その数はキロバイトとしてカウントされ、「m」または「M」はそれを作成します
メガバイト、「g」または「G」はギガバイトになります。 例：200K、3m、1G。
指定された速度は、転送全体でカウントされた平均速度です。 その意味は
そのカールは短いバーストでより高い転送速度を使用する可能性がありますが、時間の経過とともに
与えられたレート以下。
あなたも使用する場合 -Y、 - 制限速度 オプション、そのオプションが優先され、
速度制限ロジックを維持するために、律速をわずかに損なう可能性があります
ワーキング。
このオプションを複数回使用すると、最後のオプションが使用されます。
-ローカルポート[-num]
接続に使用するローカルポート番号の優先番号または範囲を設定します。
ポート番号は本質的に希少なリソースであり、時々ビジーになることに注意してください
したがって、この範囲を狭すぎる値に設定すると、不要な接続が発生する可能性があります
セットアップの失敗。 （7.15.2で追加）
-- 信頼できる場所
（HTTP / HTTPS）いいね -L、 - 位置、ただし、名前とパスワードをすべての人に送信できます
サイトがリダイレクトする可能性のあるホスト。 これにより、セキュリティが導入される場合と導入されない場合があります
認証を送信するサイトにサイトがリダイレクトした場合の違反
info（HTTP基本認証の場合はプレーンテキスト）。
-m、-max-time
操作全体にかかる最大時間（秒単位）。 これは便利です
ネットワークやリンクが遅いためにバッチジョブが何時間もハングするのを防ぐため
下っていく。 7.32.0以降、このオプションはXNUMX進値を受け入れますが、実際の
指定されたタイムアウトがXNUMX進数で増加すると、タイムアウトの精度が低下します
精度。 も参照してください --接続タイムアウト オプションを選択します。
このオプションを複数回使用すると、最後のオプションが使用されます。
--login-options
サーバー認証中に使用するログインオプションを指定します。
ログインオプションを使用して、使用できるプロトコル固有のオプションを指定できます
認証中。 現在、IMAP、POP3、SMTPのみがログインオプションをサポートしています。
ログインオプションの詳細については、RFC 2384、RFC 5092、およびIETFを参照してください。
ドラフトdraft-earhart-url-smtp-00.txt（7.34.0で追加）。
このオプションを複数回使用すると、最後のオプションが使用されます。
--mail-auth
（SMTP）単一のアドレスを指定します。 これは、認証を指定するために使用されます
別のサーバーに中継されている送信済みメッセージのアドレス（ID）。
（7.25.0で追加）
--mail-from
（SMTP）指定されたメールの送信元となる単一のアドレスを指定します。
（7.20.0で追加）
--max-filesize
ダウンロードするファイルの最大サイズ（バイト単位）を指定します。 要求されたファイルが
この値よりも大きい場合、転送は開始されず、カールは終了時に戻ります
コード63。
注意： ファイルサイズはダウンロード前に常にわかっているわけではありません。そのようなファイルの場合、これは
ファイル転送がこれよりも大きくなった場合でも、オプションは効果がありません
制限。 これは、FTP転送とHTTP転送の両方に関係します。
--mail-rcpt
（SMTP）単一のアドレス、ユーザー名、またはメーリングリスト名を指定します。
メール転送を行う場合、受信者は有効なメールアドレスを指定する必要があります
メールを送信します。 （7.20.0で追加）
アドレス検証（VRFYコマンド）を実行する場合、受信者は次のようになります。
ユーザー名またはユーザー名とドメインとして指定されます（RFC3.5のセクション5321による）。
（7.34.0で追加）
メーリングリストの展開（EXPNコマンド）を実行する場合、受信者は次のようになります。
「Friends」や「London-Office」などのメーリングリスト名を使用して指定します。
（7.34.0で追加）
--max-redirs
リダイレクトフォローの最大数を設定します。 もしも -L、 - 位置 使用されている、
このオプションは、カールが「ばかげた」リダイレクトに従うのを防ぐために使用できます。
デフォルトでは、制限は50リダイレクトに設定されています。 このオプションを-1に設定して作成します
無制限。
このオプションを複数回使用すると、最後のオプションが使用されます。
-メタリンク
このオプションは、curlに特定のURIをMetalinkファイルとして解析および処理するように指示できます（両方
バージョン3および4（RFC 5854）がサポートされています）および内にリストされているミラーを利用します
エラー（ファイルまたはサーバーが使用できないなど）がある場合のフェイルオーバー用。
また、ダウンロードの完了後にファイルのハッシュを検証します。 メタリンク
ファイル自体はダウンロードされてメモリに処理され、ローカルファイルには保存されません。
システム。
リモートMetalinkファイルを使用する例：
curl -メタリンク http://www.example.com/example.metalink
ローカルファイルシステムでMetalinkファイルを使用するには、FILEプロトコル（file：//）を使用します。
curl -メタリンクファイル：//example.metalink
FILEプロトコルが無効になっている場合、ローカルを使用する方法がないことに注意してください
この記事の執筆時点でのMetalinkファイル。 また、 -メタリンク &
- 含む 一緒に使用され、 - 含む 無視されます。 これは、
応答のヘッダーはMetalinkパーサーを壊し、ヘッダーが含まれている場合
Metalinkファイルに記述されているファイルでは、ハッシュチェックは失敗します。
（libmetalinkライブラリに対してビルドされた場合、7.27.0で追加されました。）
-n、-netrc
カールスキャンを行います .netrc (_netrc Windowsの場合）ユーザーのホームディレクトリにあるファイル
ログイン名とパスワード。 これは通常、UnixのFTPに使用されます。 一緒に使用する場合
HTTP、curlはユーザー認証を有効にします。 見る netrc(5) FTP(1) 詳細については
ファイル形式。 そのファイルに適切な権限がない場合、Curlは文句を言いません
（世界またはグループで読み取り可能であってはなりません）。 環境変数「HOME」
ホームディレクトリを見つけるために使用されます。
セットアップ方法の簡単で非常に簡単な例 .netrc FTPへのカールを許可するには
ユーザー名が「myself」でパスワードが「secret」のマシンhost.domain.comは
次のようになります。
機械 ホスト.ドメイン.com ログイン 自分 password 秘密
-N、-no-buffer
出力ストリームのバッファリングを無効にします。 通常の作業状況では、カールは
出力する効果を持つ標準のバッファリングされた出力ストリームを使用します
チャンクのデータ。必ずしもデータが到着した正確なタイミングではありません。 これを使用する
オプションはそのバッファリングを無効にします。
これは、文書化されている否定されたオプション名であることに注意してください。 したがって、使用することができます - バッファ 〜へ
バッファリングを実施します。
--netrcファイル
このオプションはに似ています --netrc、パスを指定することを除いて（絶対または
相対）Curlが使用する必要があるnetrcファイルに。 指定できるnetrcはXNUMXつだけです
呼び出しごとのファイル。 いくつかの場合 --netrcファイル オプションが提供されていますが、 last
XNUMXつ 使用されます。 （7.21.5で追加）
このオプションは、 --netrc それらは相互に排他的であるため。 そうなる
また、従う --netrc-オプション 指定されている場合。
--netrc-オプション
非常に似て --netrc、ただし、このオプションは.netrcを使用します 任意 そうではない
として必須 --netrc オプションはありません。
- 交渉
（HTTP）ネゴシエート（SPNEGO）認証を有効にします。
プロキシ認証でネゴシエート（SPNEGO）を有効にする場合は、次を使用します。
--プロキシネゴシエート.
このオプションには、GSS-APIまたはSSPIサポートで構築されたライブラリが必要です。 つかいます -V、
- バージョン カールがGSS-API / SSPIおよびSPNEGOをサポートしているかどうかを確認します。
このオプションを使用する場合は、偽物も提供する必要があります -u、 - ユーザー 有効にするオプション
認証コードを正しく。 '-u：'を送信するだけで、ユーザー名と
からのパスワード -u オプションは実際には使用されません。
このオプションを複数回使用すると、最初のオプションのみが使用されます。
-キープアライブなし
デフォルトのcurlのように、TCP接続でのキープアライブメッセージの使用を無効にします
それらを有効にします。
これは、文書化されている否定されたオプション名であることに注意してください。 したがって、使用することができます - 生き続ける
キープアライブを強制します。
--セッション ID なし
（SSL）curlによるSSLセッションIDキャッシングの使用を無効にします。 デフォルトでは、すべての転送は
キャッシュを使用して行われます。 何も傷つけてはいけませんが、
SSLセッションIDを再利用すると、実際には壊れたSSL実装があるようです。
成功するには、これを無効にする必要がある場合があります。 （7.16.0で追加）
これは、文書化されている否定されたオプション名であることに注意してください。 したがって、使用することができます - セッションID
セッションIDキャッシングを実施します。
--noproxy
プロキシを使用しないホストのコンマ区切りリスト（指定されている場合）。 The
ワイルドカードのみが単一の*文字であり、すべてのホストに一致し、効果的に
プロキシを無効にします。 このリストの各名前は、ドメインとして一致します。
ホスト名、またはホスト名自体が含まれます。 たとえば、local.comは一致します
local.com、local.com：80、およびwww.local.comですが、www.notlocal.comは対象外です。 （に追加
7.19.4）。
--ntlm（HTTP）NTLM認証を有効にします。 NTLM認証方式は、
Microsoftであり、IISWebサーバーによって使用されます。 これは独自のプロトコルであり、逆です。
賢い人々によって設計され、彼らの努力に基づいてカールで実装されました。 この
ある種の行動は承認されるべきではありません、あなたは使用するすべての人を励ますべきです
NTLMは、代わりに、次のような公開された文書化された認証方法に切り替えます。
ダイジェスト。
プロキシ認証でNTLMを有効にする場合は、次を使用します。 --proxy-ntlm.
このオプションには、SSLサポートで構築されたライブラリが必要です。 つかいます -V、 - バージョン かどうかを確認する
カールはNTLMをサポートしています。
このオプションを複数回使用すると、最初のオプションのみが使用されます。
-o、-output
出力をに書き込むstdoutの代わりに。 {}または[]を使用してフェッチしている場合
複数のドキュメントの場合、「＃」の後に数字を続けることができます指定子。
その変数は、フェッチされるURLの現在の文字列に置き換えられます。
のように：
curl http：// {one、two} .site.com -o "file_＃1.txt"
または、次のようないくつかの変数を使用します。
curl http：// {site、host} .host [1-5] .com -o "＃1_＃2"
このオプションは、使用しているURLの数だけ使用できます。
参照してください --create-dirs ローカルディレクトリを動的に作成するオプション。
出力を「-」（単一のダッシュ）として指定すると、出力は強制的に実行されます。
stdout。
-O、-remote-name
取得したリモートファイルのような名前のローカルファイルに出力を書き込みます。 （ファイル部分のみ
リモートファイルのが使用されると、パスが切断されます。）
保存に使用するリモートファイル名は、指定されたURLから抽出され、何もありません
else。
その結果、ファイルは現在の作業ディレクトリに保存されます。 もし、あんたが
ファイルを別のディレクトリに保存したい場合は、現在の作業を変更してください
でcurlを呼び出す前のディレクトリ -O、 -リモート名 国旗！
ファイル名に対して行われるURLデコードはありません。 ％20または他のURLエンコードされている場合
名前の一部は、ファイル名としてそのまま使用されます。
このオプションは、使用しているURLの数だけ使用できます。
--oauth2-bearer
（IMAP、POP3、SMTP）OAUTH2.0サーバー認証用のベアラートークンを指定します。
ベアラートークンは、指定可能なユーザー名と組み合わせて使用されます
の一部として --url or -u、 - ユーザー オプション。
Bearer Tokenとユーザー名は、RFC6750に従ってフォーマットされています。
このオプションを複数回使用すると、最後のオプションが使用されます。
--proxy-header
（HTTP）HTTPをプロキシに送信するときにリクエストに含める追加のヘッダー。 してもいいです
追加のヘッダーをいくつでも指定します。 これはと同等のオプションです -NS、 - ヘッダ
ただし、必要な場合のCONNECT要求の場合と同様に、プロキシ通信用です。
プロキシに送信される個別のヘッダーと、実際のリモートホストに送信されるヘッダー。
curlは、追加/置換する各ヘッダーが適切な末尾で送信されることを確認します-
of-lineマーカー、したがって、 ヘッダーコンテンツの一部としてそれを追加します。
改行やキャリッジリターンを追加しないでください。それらはあなたのために物事を台無しにするだけです。
このオプションで指定されたヘッダーは、curlが認識しているリクエストには含まれません
プロキシには送信されません。
このオプションは、複数のヘッダーを追加/置換/削除するために複数回使用できます。
（7.37.0で追加）
-p、-proxytunnel
HTTPプロキシを使用する場合（-NS、 - プロキシー）、このオプションは非HTTPプロトコルを引き起こします
単にHTTPのようなことをするためにプロキシを使用するのではなく、プロキシを介してトンネリングを試みること
オペレーション。 トンネルアプローチは、HTTPプロキシのCONNECT要求と
プロキシがcurlが必要とするリモートポート番号への直接接続を許可する必要があります
にトンネルします。
-P、-ftp-port
（FTP）FTPに接続するときに、デフォルトのイニシエーター/リスナーの役割を逆にします。 この
スイッチはcurlにアクティブモードを使用させます。 実際には、curlはサーバーに次のように指示します
パッシブモードが要求している間に、クライアントの指定されたアドレスとポートに接続し直します
サーバーが接続するIPアドレスとポートを設定します。 したほうがいい
次のいずれかになります：
インタフェース
つまり、「eth0」を使用して、使用するインターフェイスのIPアドレスを指定します（Unix
のみ）
IPアドレス
つまり、正確なIPアドレスを指定するには「192.168.10.1」
ホスト名
つまり、マシンを指定するための「my.host.domain」
-curlに、コントロールにすでに使用されているのと同じIPアドレスを選択させます
接続
このオプションを複数回使用すると、最後のオプションが使用されます。 の使用を無効にする
とのポート --ftp-pasv。 PORTの代わりにEPRTコマンドを使用する試みを無効にします
使用して、 --disable-eprt。 EPRTは本当にPORT ++です。
7.19.5以降では、アドレスの右側に「：[start]-[end]」を追加できます。
使用するTCPポート範囲をcurlに指示します。 つまり、からポート範囲を指定します
低い数値から高い数値へ。 単一の番号でも機能しますが、注意してください
ポートが使用できない可能性があるため、障害のリスクが高まります。
- パス
（SSL / SSH）秘密鍵のパスフレーズ
このオプションを複数回使用すると、最後のオプションが使用されます。
-- そのままのパス
のシーケンスを処理しないようにcurlに指示します /../ or /./ 指定されたURLパス内。 通常は
カールは標準に従ってそれらを押しつぶすかマージしますが、このオプションを使用すると、
そうしないように言ってください。
（7.42.0で追加）
--post301
（HTTP）RFC 7230 / 6.4.2を尊重し、POSTリクエストをGETに変換しないようにcurlに指示します
301リダイレクトに従うときのリクエスト。 非RFCの動作は、
Webブラウザーなので、curlは一貫性を維持するためにデフォルトで変換を行います。
ただし、サーバーは、そのようなリダイレクト後もPOSTを維持するためにPOSTを必要とする場合があります。
このオプションは、使用する場合にのみ意味があります -L、 - 位置 （7.17.1で追加）
--post302
（HTTP）RFC 7230 / 6.4.3を尊重し、POSTリクエストをGETに変換しないようにcurlに指示します
302リダイレクトに従うときのリクエスト。 非RFCの動作は、
Webブラウザーなので、curlは一貫性を維持するためにデフォルトで変換を行います。
ただし、サーバーは、そのようなリダイレクト後もPOSTを維持するためにPOSTを必要とする場合があります。
このオプションは、使用する場合にのみ意味があります -L、 - 位置 （7.19.1で追加）
--post303
（HTTP）RFC 7230 / 6.4.4を尊重し、POSTリクエストをGETに変換しないようにcurlに指示します
303リダイレクトに従うときのリクエスト。 非RFCの動作は、
Webブラウザーなので、curlは一貫性を維持するためにデフォルトで変換を行います。
ただし、サーバーは、そのようなリダイレクト後もPOSTを維持するためにPOSTを必要とする場合があります。
このオプションは、使用する場合にのみ意味があります -L、 - 位置 （7.26.0で追加）
-プロト
リストされたプロトコルを最初の取得に使用するようにcurlに指示します。 プロトコルは
左から右に評価され、コンマで区切られ、それぞれがプロトコル名または
'all'、オプションでXNUMX個以上の修飾子が前に付けられます。 使用可能な修飾子は次のとおりです。
+ すでに許可されているプロトコルに加えて、このプロトコルを許可します（これは
修飾子が使用されていない場合のデフォルト）。
- このプロトコルを拒否し、すでに許可されているプロトコルのリストから削除します。
= このプロトコルのみを許可します（すでに許可されているリストは無視します）。
カンマ区切りリストの後続のエントリによって後で変更する場合。
例：
-プロト -ftps デフォルトのプロトコルを使用しますが、ftpを無効にします
-プロト -すべて、https、+ http
httpとhttpsのみを有効にします
-プロト = http、https
また、httpとhttpsのみを有効にします
不明なプロトコルは警告を生成します。 これにより、スクリプトは安全に存在に依存できます
のサポートに依存することなく、潜在的に危険なプロトコルを無効にすることができます
エラーを回避するために、そのプロトコルがcurlに組み込まれています。
このオプションは複数回使用できます。その場合、効果はと同じです。
プロトコルをオプションのXNUMXつのインスタンスに連結します。
（7.20.2で追加）
--proto-default
使用するようにcurlに指示します スキーム名が欠落しているURLの場合。
例：
--proto-default https ftp.mozilla.org
https://ftp.mozilla.org
不明またはサポートされていないプロトコルによりエラーが発生します CURLE_UNSUPPORTED_PROTOCOL.
このオプションは、デフォルトのプロキシプロトコル（http）を変更しません。
このオプションがないと、curlはホストに基づいて推測します。を参照してください。 --url 詳細については。
（7.45.0で追加）
--proto-redir
リストされたプロトコルをリダイレクトで使用するようにcurlに指示します。 プロトコルの方法については、-protoを参照してください
が表されます。
例：
--proto-redir -all、http、https
リダイレクト時にHTTPとHTTPSのみを許可します。
デフォルトでは、curlは、セキュリティのために無効にされているいくつかのプロトコルを除いて、リダイレクトですべてのプロトコルを許可します
理由：7.19.4以降、FILEとSCPが無効になり、7.40.0以降、SMBとSMBSも無効になります。
無効。 指定する を or +すべて それらを含むリダイレクトですべてのプロトコルを有効にします
セキュリティのために無効になっています。
（7.20.2で追加）
--proxy-anyauth
と通信するときに適切な認証方法を選択するようにcurlに指示します
与えられたプロキシ。 これにより、余分な要求/応答のラウンドトリップが発生する可能性があります。 （に追加
7.13.2）
--プロキシ-基本
指定されたものと通信するときにHTTP基本認証を使用するようにcurlに指示します
プロキシー。 つかいます -基本 リモートホストでHTTPBasicを有効にするため。 ベーシックがデフォルトです
curlがプロキシで使用する認証方法。
-プロキシダイジェスト
指定されたものと通信するときにHTTPダイジェスト認証を使用するようにcurlに指示します
プロキシー。 つかいます - ダイジェスト リモートホストでHTTPダイジェストを有効にするため。
--プロキシネゴシエート
と通信するときにHTTPネゴシエーション（SPNEGO）認証を使用するようにcurlに指示します
指定されたプロキシ。 つかいます - 交渉 リモートでHTTPネゴシエーション（SPNEGO）を有効にするため
ホスト。 （7.17.1で追加）
--proxy-ntlm
指定されたプロキシと通信するときにHTTPNTLM認証を使用するようにcurlに指示します。
--ntlm リモートホストでNTLMを有効にするため。
--proxy-service-name
このオプションを使用すると、プロキシネゴシエーションのサービス名を変更できます。
例：-proxy-negotiate proxy-name --proxy サービス名 sockdは使用します
sockd / proxy-name。 （7.43.0で追加）。
--proxy1.0
指定されたHTTP1.0プロキシを使用します。 ポート番号が指定されていない場合は、
ポート1080で想定。
これとHTTPプロキシオプションの唯一の違い（-NS、 - プロキシー）、それは
プロキシを介してCONNECTを使用しようとすると、代わりにHTTP1.0プロトコルが指定されます
デフォルトのHTTP1.1の。
--pubkey
（SSH）公開鍵ファイル名。 この個別の公開鍵を提供できます
ファイルにソフトウェアを指定する必要があります。
このオプションを複数回使用すると、最後のオプションが使用されます。
（7.39.0以降、curlは公開鍵をから自動的に抽出しようとします。
秘密鍵ファイルであるため、通常、このオプションを渡す必要はありません。 これに注意してください
公開鍵抽出では、libcurlをlibssh2のコピーに対してリンクする必要があります
それ自体がOpenSSLに対してリンクされている以上。）
-qコマンドラインの最初のパラメーターとして使用する場合、 カール 設定ファイルはしません
読んで使用する。 を参照してください -K、 --config デフォルトの設定ファイルの詳細については
検索パス。
-Q、-quote
（FTP / SFTP）リモートFTPまたはSFTPサーバーに任意のコマンドを送信します。 見積もり
コマンドは、転送が行われる前（最初の障害者の直後）に送信されます
正確には、FTP転送のコマンド）。 コマンドを実行するには、
転送が成功したら、接頭辞 '-'を付けます。 後にコマンドを送信するには
curlは、転送コマンドの直前に作業ディレクトリを変更しました。プレフィックス
'+'を含むコマンド（これはFTPでのみサポートされます）。 任意の数を指定できます
コマンドの。 サーバーがコマンドのXNUMXつに対して失敗を返した場合、全体
操作は中止されます。 構文的に正しいFTPコマンドをRFCとして送信する必要があります
959は、FTPサーバー、または以下にリストされているコマンドのXNUMXつをSFTPサーバーに定義します。
このオプションは複数回使用できます。 FTPサーバーと話すときは、プレフィックスを付けます
コマンドが次のように失敗した場合でもcurlを続行するためのアスタリスク（*）付きのコマンド
デフォルトのカールは最初の失敗で停止します。
SFTPはバイナリプロトコルです。 FTPとは異なり、curlはSFTP見積もりコマンドを解釈します
それらをサーバーに送信する前にそれ自体。 ファイル名はシェルスタイルで引用できます
スペースまたは特殊文字を埋め込みます。 以下は、サポートされているすべてのSFTPのリストです。
引用コマンド：
chgrpグループファイル
chgrpコマンドは、fileオペランドで指定されたファイルのグループIDを次のように設定します。
グループオペランドで指定されたグループID。 グループオペランドはXNUMX進数です
整数グループID。
chmodモードファイル
chmodコマンドは、指定されたファイルのファイルモードビットを変更します。 The
modeオペランドは、XNUMX進数の整数モード番号です。
chownユーザーファイル
chownコマンドは、fileオペランドで指定されたファイルの所有者を次のように設定します。
ユーザーオペランドで指定されたユーザーID。 ユーザーオペランドはXNUMX進数です
整数のユーザーID。
ln ソースファイル ターゲットファイル
lnコマンドとsymlinkコマンドは、target_fileにシンボリックリンクを作成します
source_fileの場所を指す場所。
mkdir ディレクトリ名
mkdirコマンドは、directory_nameオペランドで指定されたディレクトリを作成します。
pwd pwdコマンドは、現在の作業の絶対パス名を返します
ディレクトリにあります。
ソースターゲットの名前を変更
renameコマンドは、ソースオペランドで指定されたファイルまたはディレクトリの名前を変更します
ターゲットオペランドで指定された宛先パスへ。
rmファイル
rmコマンドは、ファイルオペランドで指定されたファイルを削除します。
rmdirディレクトリ
rmdirコマンドは、ディレクトリによって指定されたディレクトリエントリを削除します
空の場合、オペランド。
シンボリックリンクsource_filetarget_file
lnを参照してください。
-r、-range
（HTTP / FTP / SFTP / FILE）からバイト範囲（つまり、部分的なドキュメント）を取得します
HTTP / 1.1、FTPまたはSFTPサーバーまたはローカルファイル。 範囲は数値で指定できます
方法の。
0-499 最初の500バイトを指定します
500-999 500番目のXNUMXバイトを指定します
-500 最後の500バイトを指定します
9500- オフセット9500以降のバイトを指定します
0-0、-1 最初と最後のバイトのみを指定します（*）（HTTP）
100-199,500-599
100つの別々のXNUMXバイト範囲を指定します（*）（HTTP）
（*）=これにより、サーバーがマルチパート応答で応答することに注意してください。
の「開始」および「停止」フィールドでは、数字（0〜9）のみが有効です。
'start-stop'範囲構文。 範囲内に数字以外の文字が指定されている場合、
サーバーの構成によっては、サーバーの応答は指定されません。
また、多くのHTTP /1.1サーバーにはこの機能がないことにも注意してください。
有効になっているため、範囲を取得しようとすると、代わりに全体が取得されます
の資料をご参照ください。
FTPおよびSFTP範囲のダウンロードは、単純な「開始-停止」構文のみをサポートします
（オプションで、数字のXNUMXつを省略します）。 FTPの使用は拡張FTPに依存します
コマンドSIZE。
このオプションを複数回使用すると、最後のオプションが使用されます。
-R、-remote-time
使用すると、curlはリモートのタイムスタンプを把握しようとします
ファイルを作成し、それが利用可能な場合は、ローカルファイルに同じタイムスタンプを取得させます。
-ランダムファイル
（SSL）ランダムと見なされるものを含むファイルへのパス名を指定します
データ。 このデータは、SSL接続用のランダムエンジンをシードするために使用されます。 も参照してください
--egd-ファイル オプションを選択します。
--raw（HTTP）使用すると、コンテンツまたは転送のすべての内部HTTPデコードが無効になります
エンコーディングを行い、代わりに変更せずに生で渡します。 （7.16.2で追加）
-リモート名-すべて
このオプションは、指定されたすべてのURLのデフォルトのアクションを変更して、あたかも処理されるようにします
-O、 -リモート名 それぞれに使用されました。 したがって、それを無効にしたい場合は
後の特定のURL -リモート名-すべて 使用されている場合は、「-o-」またはを使用する必要があります - 番号-
リモート名。 （7.19.0で追加）
- 解決
特定のホストとポートのペアにカスタムアドレスを指定します。 これを使用して、あなたはすることができます
指定されたアドレスを使用してcurlリクエストを作成し、それ以外の場合は防止します
使用される通常解決されたアドレス。 一種のそれを考えてください /etc/hosts 代替案
コマンドラインで提供されます。 ポート番号は、に使用される番号である必要があります
ホストが使用される特定のプロトコル。 これは、次の場合に複数のエントリが必要であることを意味します
同じホストであるが異なるポートのアドレスを提供したい。
このオプションは、解決する多くのホスト名を追加するために何度も使用できます。
（7.21.3で追加）
- リトライ
curlが転送を実行しようとしたときに一時的なエラーが返された場合、
あきらめる前に、この回数を再試行してください。 数値を0に設定すると、curlが実行されます
再試行はありません（これがデフォルトです）。 一時的なエラーとは、タイムアウト、FTPのいずれかを意味します
4xx応答コードまたはHTTP5xx応答コード。
curlが転送を再試行しようとすると、最初にXNUMX秒間待機し、次に
今後のすべての再試行では、10分に達するまで待機時間がXNUMX倍になります
これは、残りの再試行間の遅延になります。 を使用して - リトライ-
遅らせる この指数バックオフアルゴリズムを無効にします。 も参照してください --再試行最大時間 〜へ
再試行に許可される合計時間を制限します。 （7.12.3で追加）
このオプションを複数回使用すると、最後のオプションが使用されます。
-再試行-遅延
転送が失敗した場合、各再試行の前に、この時間だけcurlをスリープ状態にします
一時的なエラーが発生します（デフォルトのバックオフ時間アルゴリズムが
再試行）。 このオプションは、次の場合にのみ興味深いものです - リトライ も使用されます。 これを設定する
ゼロまでの遅延により、curlはデフォルトのバックオフ時間を使用します。 （7.12.3で追加）
このオプションを複数回使用すると、最後のオプションが使用されます。
--retry-max-time
再試行タイマーは、最初の転送試行の前にリセットされます。 再試行は次のように行われます
通常（を参照） - リトライ）タイマーがこの指定された制限に達していない限り。 知らせ
タイマーが制限に達していない場合は、リクエストが行われ、
実行すると、この所定の期間より長くかかる場合があります。 シングルを制限するには
リクエストの最大時間、使用 -NS、 --最大時間。 タイムアウトしないようにするには、このオプションをゼロに設定します
再試行します。 （7.12.3で追加）
このオプションを複数回使用すると、最後のオプションが使用されます。
-s、-silent
サイレントモードまたはクワイエットモード。 プログレスメーターやエラーメッセージを表示しないでください。 カールを作る
ミュート。 それでも、あなたが要求したデータを出力します。
リダイレクトしない限り、terminal / stdout。
--sasl-ir
SASL認証で初期応答を有効にします。 （7.31.0で追加）
- サービス名
このオプションを使用すると、SPNEGOのサービス名を変更できます。
例：-negotiate - サービス名 sockdはsockd / server-nameを使用します。 （に追加
7.43.0）。
-S、-show-error
と一緒に使用する場合 -s 失敗した場合、curlにエラーメッセージを表示させます。
--ssl（FTP、POP3、IMAP、SMTP）接続にSSL / TLSを使用してみてください。 非に戻ります
サーバーがSSL / TLSをサポートしていない場合は、安全な接続。 も参照してください --ftp-ssl-
コントロール & --ssl-reqd 必要な暗号化のさまざまなレベルに対応します。 （に追加
7.20.0）
このオプションは、以前は --ftp-ssl （7.11.0で追加）。 そのオプション名は
引き続き使用されますが、将来のバージョンで削除される予定です。
--ssl-reqd
（FTP、POP3、IMAP、SMTP）接続にはSSL / TLSが必要です。 を終了します
サーバーがSSL / TLSをサポートしていない場合の接続。 （7.20.0で追加）
このオプションは、以前は --ftp-ssl-reqd （7.15.5で追加）。 そのオプション
nameは引き続き使用できますが、将来のバージョンで削除される予定です。
--ssl-allow-ビースト
（SSL）このオプションは、SSL3のセキュリティ上の欠陥を回避しないようにcurlに指示します。
BEASTとして知られるTLS1.0プロトコル。 このオプションを使用しない場合、SSLレイヤーは
一部の古いSSLとの相互運用性の問題を引き起こすことが知られている回避策
実装。 警告：このオプションはSSLセキュリティを緩め、これを使用することにより
あなたがまさにそれを求める旗。 （7.25.0で追加）
--ssl-no-取り消し
（WinSSL）このオプションは、curlに証明書失効チェックを無効にするように指示します。 警告：
このオプションはSSLセキュリティを緩め、このフラグを使用することで正確に要求します
それ。 （7.44.0で追加）
--socks4
指定されたSOCKS4プロキシを使用します。 ポート番号が指定されていない場合は、
ポート1080で。（7.15.2で追加）
このオプションは、以前の使用を上書きします -NS、 - プロキシー、相互に
排他的。
7.21.7以降、socks4プロキシを指定できるため、このオプションは不要です。
-NS、 - プロキシー socks4：//プロトコルプレフィックスを使用します。
このオプションを複数回使用すると、最後のオプションが使用されます。
--socks4a
指定されたSOCKS4aプロキシを使用します。 ポート番号が指定されていない場合は、
ポート1080で。（7.18.0で追加）
このオプションは、以前の使用を上書きします -NS、 - プロキシー、相互に
排他的。
7.21.7以降、socks4aプロキシを指定できるため、このオプションは不要です。
-NS、 - プロキシー socks4a：//プロトコルプレフィックスを使用します。
このオプションを複数回使用すると、最後のオプションが使用されます。
--socks5-ホスト名
指定されたSOCKS5プロキシを使用します（そしてプロキシにホスト名を解決させます）。 の場合
ポート番号は指定されておらず、ポート1080で想定されています。（7.18.0で追加）
このオプションは、以前の使用を上書きします -NS、 - プロキシー、相互に
排他的。
7.21.7以降、socks5ホスト名を指定できるため、このオプションは不要です。
プロキシ -NS、 - プロキシー socks5h：//プロトコルプレフィックスを使用します。
このオプションを複数回使用すると、最後のオプションが使用されます。 （このオプションは
以前は誤って文書化され、番号が追加されていない--socksとして使用されていました。）
--socks5
指定されたSOCKS5プロキシを使用しますが、ホスト名をローカルで解決します。 ポートの場合
番号は指定されていません。ポート1080で想定されています。
このオプションは、以前の使用を上書きします -NS、 - プロキシー、相互に
排他的。
7.21.7以降、socks5プロキシを指定できるため、このオプションは不要です。
-NS、 - プロキシー socks5：//プロトコルプレフィックスを使用します。
このオプションを複数回使用すると、最後のオプションが使用されます。 （このオプションは
以前は誤って文書化され、番号が追加されていない--socksとして使用されていました。）
このオプション（および --靴下4）IPV6、FTPS、またはLDAPでは機能しません。
--socks5-gssapi-service
socksサーバーのデフォルトのサービス名はrcmd / server-fqdnです。 このオプションにより、
あなたはそれを変更します。
例：-socks5プロキシ名 --socks5-gssapi-service sockdはsockd / proxyを使用します-
name --socks5 プロキシ名 --socks5-gssapi-service sockd / real-nameは
プロキシ名がプリンシパル名と一致しない場合のsockd / real-name。
（7.19.4で追加）。
--socks5-gssapi-nec
GSS-APIネゴシエーションの一部として、保護モードがネゴシエートされます。 RFC1961によると
セクション4.3 / 4.4では保護する必要がありますが、NECリファレンス実装
ではない。 オプション --socks5-gssapi-nec 保護されていない交換を許可します
保護モードのネゴシエーション。 （7.19.4で追加）。
--stderr
代わりに、stderrへのすべての書き込みを指定されたファイルにリダイレクトします。 ファイル名が
プレーン '-'、代わりにstdoutに書き込まれます。
このオプションを複数回使用すると、最後のオプションが使用されます。
-t、-telnet-option
オプションをtelnetプロトコルに渡します。 サポートされているオプションは次のとおりです。
TTYPE = 端末タイプを設定します。
XDISPLOC = X表示位置を設定します。
NEW_ENV = 環境変数を設定します。
-T、-upload-file
これにより、指定したローカルファイルがリモートURLに転送されます。 ファイル部分がない場合
指定されたURLで、Curlはローカルファイル名を追加します。 使用する必要があることに注意してください
最後のディレクトリの末尾の/は、ファイルがないことをCurlに実際に証明します
nameまたはcurlは、最後のディレクトリ名がリモートファイル名であると見なします。
使用する。 これにより、アップロード操作が失敗する可能性があります。 これを使用する場合
HTTP（S）サーバーの場合、PUTコマンドが使用されます。
特定のファイルの代わりにstdinを使用するには、ファイル名「-」（単一のダッシュ）を使用します。
または、ファイル名「。」 （単一のピリオド）「-」の代わりに指定できます
非ブロッキングモードでstdinを使用して、stdinの実行中にサーバー出力を読み取れるようにします。
アップロードされました。
コマンドラインでURLごとにXNUMXつの-Tを指定できます。 各-T + URLペア
何をどこにアップロードするかを指定します。 カールは-Tの「グロビング」もサポートします
引数。これは、を使用して複数のファイルをXNUMXつのURLにアップロードできることを意味します。
次のように、URLでサポートされているのと同じURLグロビングスタイル：
curl -T "{file1、file2}" http://www.uploadtothissite.com
あるいは
curl -T "img [1-1000] .png" Loading = "lazy" ftp://ftp.picturemania.com/upload/
--tcp-nodelay
TCP_NODELAYオプションをオンにします。 を参照してください curl_easy_setopt(3) 詳細についてはmanページ
このオプションについて。 （7.11.2で追加）
--tftp-blksize
（TFTP）TFTP BLKSIZEオプションを設定します（> 512である必要があります）。 これはカールするブロックサイズです
TFTPサーバーとの間でデータを転送するときに使用しようとします。 デフォルトでは512
バイトが使用されます。
このオプションを複数回使用すると、最後のオプションが使用されます。
（7.20.0で追加）
--tlsauthtype
TLS認証タイプを設定します。 現在、サポートされているオプションは「SRP」のみです。
TLS-SRP（RFC5054）。 もしも --tlsuser & --tlsパスワード 指定されていますが --tlsauthtype
そうでない場合、このオプションはデフォルトで「SRP」になります。 （7.21.4で追加）
--tlspassword
で指定されたTLS認証方法で使用するパスワードを設定します
--tlsauthtype。 それが必要です --tlsuser また、設定されます。 （7.21.4で追加）
--tlsuser
で指定されたTLS認証方法で使用するユーザー名を設定します
--tlsauthtype。 それが必要です --tlsパスワード また、設定されます。 （7.21.4で追加）
--tlsv1.0
（SSL）リモートTLSサーバーとネゴシエートするときに、curlにTLSバージョン1.0を使用するように強制します。
（7.34.0で追加）
--tlsv1.1
（SSL）リモートTLSサーバーとネゴシエートするときに、curlにTLSバージョン1.1を使用するように強制します。
（7.34.0で追加）
--tlsv1.2
（SSL）リモートTLSサーバーとネゴシエートするときに、curlにTLSバージョン1.2を使用するように強制します。
（7.34.0で追加）
--tr-エンコーディング
（HTTP）アルゴリズムのXNUMXつを使用して、圧縮されたTransfer-Encoding応答を要求します
curlはデータをサポートし、受信中にデータを解凍します。
（7.21.6で追加）
- 痕跡
説明を含む、すべての受信データと送信データの完全なトレースダンプを有効にします
情報、指定された出力ファイルに。 ファイル名として「-」を使用して、出力を送信します
stdoutに。
このオプションは、以前の使用を上書きします -v、 -詳細 or --trace-ascii.
このオプションを複数回使用すると、最後のオプションが使用されます。
--trace-ascii
説明を含む、すべての受信データと送信データの完全なトレースダンプを有効にします
情報、指定された出力ファイルに。 ファイル名として「-」を使用して、出力を送信します
stdoutに。
これは非常に似ています - 痕跡、ただし、XNUMX進部分は省略し、
ダンプのASCII部分。 読みやすくなる可能性のある小さな出力になります
訓練を受けていない人間。
このオプションは、以前の使用を上書きします -v、 -詳細 or - 痕跡.
このオプションを複数回使用すると、最後のオプションが使用されます。
-- トレース時間
カールが表示する各トレースまたは冗長行にタイムスタンプを付加します。 （に追加
7.14.0）
--unix-ソケット
（HTTP）ネットワークを使用する代わりに、このUnixドメインソケットを介して接続します。
（7.40.0で追加）
-u、-user
サーバー認証に使用するユーザー名とパスワードを指定します。 オーバーライド -NS、
--netrc & --netrc-オプション.
ユーザー名を指定するだけの場合、curlはパスワードの入力を求めます。
ユーザー名とパスワードは最初のコロンで分割されているため、
このオプションでは、ユーザー名にコロンを使用することはできません。 パスワードは、
まだ。
WindowsベースのサーバーでKerberosV5を使用する場合は、Windowsを含める必要があります
サーバーが正常に取得するためのユーザー名のドメイン名
Kerberosチケット。 そうしないと、最初の認証ハンドシェイクが失敗する可能性があります。
NTLMを使用する場合、ユーザー名は、なしで単にユーザー名として指定できます。
たとえば、セットアップに単一のドメインとフォレストがある場合は、ドメイン。
ドメイン名を指定するには、ダウンレベルのログオン名またはUPN（ユーザープリンシパル）のいずれかを使用します
名前）フォーマット。 たとえば、EXAMPLE \ userと [メール保護] 。
Windows SSPI対応のcurlバイナリを使用し、Kerberos V5を実行する場合、ネゴシエート、
NTLMまたはダイジェスト認証の場合、curlにユーザー名を選択するように指示し、
このオプションで単一のコロンを指定することにより、環境からのパスワード： "-u
： "。
このオプションを複数回使用すると、最後のオプションが使用されます。
-U、-proxy-user
プロキシ認証に使用するユーザー名とパスワードを指定します。
Windows SSPI対応のcurlバイナリを使用し、ネゴシエートまたはNTLMのいずれかを実行する場合
認証後、curlにユーザー名とパスワードを選択するように指示できます。
このオプション「-U：」を使用して単一のコロンを指定することにより、環境を設定します。
このオプションを複数回使用すると、最後のオプションが使用されます。
--url
フェッチするURLを指定します。 このオプションは、URLを指定する場合に最も便利です。
構成ファイル内。
指定されたURLにスキーム名（「http：//」や「ftp：//」など）がない場合は、
curlは、ホストに基づいて推測します。 最も外側のサブドメイン名が一致する場合
DICT、FTP、IMAP、LDAP、POP3、またはSMTPの場合、そのプロトコルが使用されます。それ以外の場合はHTTPが使用されます。
使用されます。 7.45.0以降、デフォルトのプロトコルを設定することで推測を無効にできます。
--プロトデフォルト 詳細については。
このオプションは何度でも使用できます。 このURLが書き込まれる場所を制御するには、
使用 -o、 - 出力 または -O、 -リモート名 オプション。
-v、-verbose
操作中は、より冗長でおしゃべりになります。 デバッグと表示に便利です
「内部」で何が起こっているのか。 '>'で始まる行は、送信された「ヘッダーデータ」を意味します
curlの場合、「<」は、通常の場合に非表示になっている、curlが受信する「ヘッダーデータ」を意味します。
'*'で始まる行は、curlによって提供される追加情報を意味します。
出力にHTTPヘッダーのみが必要な場合は、 -私、 - 含む かもしれません
あなたが探しているオプション。
このオプションでも十分な詳細が得られないと思われる場合は、使用を検討してください
- 痕跡 or --trace-ascii を代わりにお使いください。
このオプションは、以前の使用を上書きします --trace-ascii or - 痕跡.
-s、 - 静けさ カールを静かにします。
-w、-write-out
転送が完了した後、stdoutにcurl表示情報を作成します。 フォーマットは
任意の数の変数と混合されたプレーンテキストを含む可能性のある文字列。 フォーマット
リテラルの「文字列」として指定することも、curlにフォーマットを読み取りさせることもできます。
「@filename」を含むファイルと、作成したstdinからフォーマットを読み取るようにcurlに指示します。
「@-」。
出力形式に存在する変数は、値またはテキストに置き換えられます
以下に説明するように、そのカールは適切であると考えます。 すべての変数は次のように指定されます
％{variable_name}そして通常の％を出力するには、それらを%%と書くだけです。 出力できます
\ nを使用した改行、\ rを使用したキャリッジリターン、および\ tを使用したタブスペース。
注意： ％記号は、win32環境の特別な記号です。
このオプションを使用する場合は、％の出現回数をXNUMX倍にする必要があります。
使用可能な変数は次のとおりです。
content_type 要求されたドキュメントのコンテンツタイプ（存在する場合）。
ファイル名_有効
curlが書き出す最終的なファイル名。 これだけです
curlがファイルに書き込むように指示された場合に意味があります -リモート名
or - 出力 オプション。 と組み合わせて最も便利です
-- リモートヘッダー名 オプション。 （7.25.1で追加）
ftp_entry_path リモートFTPにログオンすると、最初のパスのカールが発生しました
サーバ。 （7.15.4で追加）
http_コード 最後に取得されたときに見つかった数値応答コード
HTTP（S）またはFTP（s）転送。 7.18.2ではエイリアス 応答コード ました
同じ情報を表示するために追加されました。
http_connect 最後の応答で見つかった数値コード（
プロキシ）をcurlCONNECTリクエストに送信します。 （7.12.4で追加）
local_ip 最近行われた接続のローカルエンドのIPアドレス
-IPv4またはIPv6のいずれかになります（7.29.0で追加）
ローカルポート 最近行われた接続のローカルポート番号（
7.29.0）
接続数 最近の転送で行われた新しい接続の数。 （に追加
7.12.3）
リダイレクト数 リクエストで追跡されたリダイレクトの数。 （に追加
7.12.3）
redirect_url リダイレクトに従うために-LなしでHTTPリクエストが行われた場合、これは
変数は実際のURLをリダイレクトで表示します でしょう に連れて行ってください。
（7.18.2で追加）
remote_ip 最近行われた接続のリモートIPアドレス-
IPv4またはIPv6のいずれか（7.29.0で追加）
リモートポート 最近行われた接続のリモートポート番号（追加
7.29.0で）
サイズ_ダウンロード ダウンロードされたバイトの総数。
サイズヘッダー ダウンロードされたヘッダーの合計バイト数。
サイズリクエスト HTTPリクエストで送信されたバイトの総数。
サイズ_アップロード アップロードされたバイトの総数。
速度_ダウンロード 完全に測定されたカールの平均ダウンロード速度
ダウンロード。 XNUMX秒あたりのバイト数。
スピード_アップロード 完全なアップロードでカールが測定した平均アップロード速度。
XNUMX秒あたりのバイト数。
ssl_verify_result
だったSSLピア証明書検証の結果
要求されました。 0は、検証が成功したことを意味します。 （に追加
7.19.0）
time_appconnect
開始からSSL / SSHなどまでの時間（秒単位）
リモートホストへの接続/ハンドシェイクが完了しました。 （に追加
7.19.0）
時間_接続 開始からTCP接続までにかかった時間（秒単位）
リモートホスト（またはプロキシ）への接続が完了しました。
time_namelookup
開始から名前までの時間（秒単位）
解決が完了しました。
time_pretransfer
開始からファイル転送までの時間（秒単位）
ちょうど始まったところだった。 これには、すべての転送前コマンドと
特定のプロトコルに固有のネゴシエーション
関与する。
時間リダイレクト 名前を含むすべてのリダイレクト手順にかかった時間（秒単位）
ルックアップ、接続、事前転送、およびファイナル前の転送
トランザクションが開始されました。 time_redirectは完全な実行を示します
複数のリダイレクトの時間。 （7.12.3で追加）
time_starttransfer
開始から最初のバイトまでにかかった時間（秒単位）
転送されようとしていました。 これには、time_pretransferと
また、サーバーが結果を計算するために必要な時間。
時間_合計 完全な操作が継続した合計時間（秒単位）。 時間
ミリ秒の解像度で表示されます。
url_効果的 最後にフェッチされたURL。 これは、次の場合に最も意味があります
curlに場所：ヘッダーに従うように指示しました。
このオプションを複数回使用すると、最後のオプションが使用されます。
-x、-proxy <[protocol：//] [user：password @] proxyhost [：port]>
指定されたプロキシを使用します。
プロキシ文字列はprotocol：//プレフィックスで指定して、代替を指定できます
プロキシプロトコル。 socks4：//、socks4a：//、socks5：//、またはsocks5h：//を使用してリクエストします
使用する特定のSOCKSバージョン。 プロトコルが指定されていません、http：//およびその他すべて
HTTPプロキシとして扱われます。 （プロトコルのサポートはcurl 7.21.7で追加されました）
プロキシ文字列でポート番号が指定されていない場合は、1080と見なされます。
このオプションは、使用するプロキシを設定する既存の環境変数を上書きします。 もしも
プロキシを設定する環境変数があります。プロキシを「」に設定できます。
それをオーバーライドします。
HTTPプロキシを介して実行されるすべての操作は、透過的に行われます。
HTTPに変換されます。 これは、特定のプロトコル固有の操作がそうではない可能性があることを意味します
利用可能。 これは、プロキシをトンネリングできる場合は当てはまりません。
-NS、 --プロキシトンネル オプションを選択します。
プロキシ文字列で提供される可能性のあるユーザーとパスワードは、によってデコードされたURLです。
カール。 これにより、％40を使用して@などの特殊文字を渡すか、渡すことができます。
％3aのコロンで。
プロキシホストは、プロキシ環境とまったく同じ方法で指定できます
プロトコルプレフィックス（http：//）や埋め込みユーザーなどの変数+
パスワード。
このオプションを複数回使用すると、最後のオプションが使用されます。
-X、-request
（HTTP）HTTPと通信するときに使用するカスタムリクエストメソッドを指定します
サーバ。 それ以外の場合は、指定されたリクエストメソッドがメソッドの代わりに使用されます
使用済み（デフォルトはGET）。 詳細についてはHTTP1.1仕様を読み、
説明。 一般的な追加のHTTPリクエストには、PUTとDELETEが含まれますが、関連しています
WebDAVのようなテクノロジーは、PROPFIND、COPY、MOVEなどを提供します。
通常、このオプションは必要ありません。 あらゆる種類のGET、HEAD、POST、PUTリクエスト
むしろ、専用のコマンドラインオプションを使用して呼び出されます。
このオプションは、HTTPリクエストで使用される実際の単語のみを変更し、変更しません
カールの動作を変更します。 たとえば、適切なHEADを作成したい場合
リクエスト、-XHEADを使用するだけでは不十分です。 あなたは使用する必要があります -私、 - 頭 オプションを選択します。
-Xで設定したメソッド文字列は、すべてのリクエストに使用されます。
使用例 -L、 - 位置 カールが起こらない場合、意図しない副作用を引き起こす可能性があります
HTTP30x応答コードに従って要求メソッドを変更します-および同様のもの。
（FTP）ファイルリストを実行するときにLISTの代わりに使用するカスタムFTPコマンドを指定します
FTPで。
（POP3）LISTまたはRETRの代わりに使用するカスタムPOP3コマンドを指定します。 （に追加
7.26.0）
（IMAP）LISTの代わりに使用するカスタムIMAPコマンドを指定します。 （7.30.0で追加）
（SMTP）HELPまたはVRFYの代わりに使用するカスタムSMTPコマンドを指定します。 （に追加
7.34.0）
このオプションを複数回使用すると、最後のオプションが使用されます。
--xattr
出力をファイルに保存する場合、このオプションはcurlに特定のファイルメタデータを保存するように指示します
拡張ファイル属性で。 現在、URLはxdg.origin.urlに保存されています
属性であり、HTTPの場合、コンテンツタイプはmime_type属性に格納されます。 もしも
ファイルシステムが拡張属性をサポートしていない場合、警告が発行されます。
-y、-speed-time
速度時間中にダウンロードが速度制限バイト/秒より遅い場合
期間中、ダウンロードは中止されます。 speed-timeが使用されている場合、デフォルトの速度制限
で設定しない限り1になります -Y.
このオプションは転送を制御するため、低速接続などには影響しません。
あなたの懸念です、試してみてください --接続タイムアウト オプションを選択します。
このオプションを複数回使用すると、最後のオプションが使用されます。
-Y、-speed-limit
ダウンロードがこの指定された速度（バイト/秒）よりも遅い場合-時間
中止される秒。 速度-時間はで設定されます -y 設定されていない場合は30です。
このオプションを複数回使用すると、最後のオプションが使用されます。
-z、-time-cond |
（HTTP / FTP）指定された時間より後に変更されたファイルを要求し、
日付、またはその時間より前に変更された日付。 The することができます
あらゆる種類の日付文字列、または内部の日付文字列と一致しない場合は、次のように解釈されます。
ファイル名とから変更日（mtime）を取得しようとします代わりは。 見る
カール_ゲットデート(3) 日付式の詳細については、マニュアルページを参照してください。
日付式をダッシュ（-）で開始して、次のドキュメントを要求するようにします。
指定された日時より古い場合、デフォルトは、
指定された日時。
このオプションを複数回使用すると、最後のオプションが使用されます。
-h、-help
使用法のヘルプ。 これにより、現在のすべてのコマンドラインオプションが簡単な説明とともに一覧表示されます。
-M、-マニュアル
マニュアル。 巨大なヘルプテキストを表示します。
-V、-version
curlとそれが使用するlibcurlバージョンに関する情報を表示します。
最初の行には、curl、libcurl、およびその他のサードパーティのフルバージョンが含まれています
実行可能ファイルにリンクされたライブラリ。
XNUMX行目（「プロトコル：」で始まる）は、libcurlが報告するすべてのプロトコルを示しています
サポートする。
XNUMX行目（「機能：」で始まる）は、libcurlが報告する特定の機能を示しています。
オファー。 利用可能な機能は次のとおりです。
IPv6これでIPv6を使用できます。
krb4FTP用のKrb4がサポートされています。
SSL SSLバージョンのHTTPS、FTPS、POP3Sなどのさまざまなプロトコルがサポートされています
などがあります。
libzHTTPを介した圧縮ファイルの自動解凍がサポートされています。
NTLMNTLM認証がサポートされています。
デバッグこのcurlは、Debugで構築されたlibcurlを使用します。 これにより、より多くのエラー追跡が可能になります
およびメモリデバッグなど。curl-developersのみ！
AsynchDNS
このcurlは、非同期の名前解決を使用します。 非同期の名前の解決は次のようになります
c-aresまたはスレッド化されたリゾルバーバックエンドのいずれかを使用して実行されます。
SPNEGOSPNEGO認証がサポートされています。
largefile
このカールは、2GBを超える大きなファイルの転送をサポートします。
IDNこのカールはIDN（国際ドメイン名）をサポートします。
GSS-API
GSS-APIがサポートされています。
SSPISSPIがサポートされています。
TLS-SRP
SRP（Secure Remote Password）認証はTLSでサポートされています。
HTTP2 HTTP / 2サポートが組み込まれています。
メタリンク
このカールはMetalink（バージョン3と4（RFC 5854）の両方）をサポートします。
ミラーとハッシュについて説明します。 ある場合、curlはフェイルオーバーにミラーを使用します
エラーです（ファイルまたはサーバーが利用できないなど）。
onworks.netサービスを使用してオンラインでcurlを使用する
