curl - 클라우드 온라인

프로그램:

이름

컬 - URL 전송

개요

컬 [옵션] [URL...]

기술

컬 지원되는 프로토콜 중 하나를 사용하여 서버에서 또는 서버로 데이터를 전송하는 도구입니다.
(DICT, 파일, 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 연결, 쿠키, 파일 전송 재개, Metalink 등. 처럼
아래에서 볼 수 있듯이 기능의 수는 머리를 돌릴 것입니다!

curl은 모든 전송 관련 기능에 대해 libcurl에 의해 구동됩니다. 보다 라이브러리컬(3) 자세한 내용은.

URL

URL 구문은 프로토콜에 따라 다릅니다. RFC 3986에서 자세한 설명을 찾을 수 있습니다.

다음과 같이 중괄호 안에 부분 집합을 작성하여 여러 URL 또는 URL 부분을 지정할 수 있습니다.

http://site.{하나, 둘, 셋}.com

또는 다음과 같이 []를 사용하여 일련의 영숫자 시리즈를 얻을 수 있습니다.

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

ftp://ftp.numericals.com/file[001-100].txt(앞에 XNUMX 포함)

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을 큰따옴표 안에 넣습니다. 이것
예를 들어 '&', '?'와 같이 특별하게 취급되는 다른 문자에도 적용됩니다. 그리고 '*'.

이스케이프된 백분율 기호 및 인터페이스가 있는 URL에 IPv6 영역 색인을 제공합니다.
이름. 좋아요

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

protocol:// 접두사 없이 URL을 지정하면 curl은 어떤 프로토콜을 추측하려고 시도합니다.
원할 수도 있습니다. 그런 다음 기본적으로 HTTP로 설정되지만 자주 사용되는 프로토콜을 기반으로 다른 프로토콜을 시도합니다.
호스트 이름 접두사. 예를 들어 "ftp"로 시작하는 호스트 이름의 경우입니다. 컬은 당신을 가정합니다
FTP를 사용하고 싶습니다.

curl은 전달한 내용을 URL로 사용하기 위해 최선을 다할 것입니다. 그것을 확인하려고하지 않습니다
어떤 식으로든 구문적으로 올바른 URL로 사용하지만 대신 대단히 자유주의
수락합니다.

curl은 여러 파일 전송을 위해 연결을 재사용하려고 시도하므로 많은 파일을 가져옵니다.
동일한 서버의 파일은 여러 연결/핸드셰이크를 수행하지 않습니다. 이것은 향상
속도. 물론 이것은 단일 명령줄에 지정된 파일에서만 수행되며 할 수 없습니다.
별도의 컬 호출 사이에 사용됩니다.

진행 미터

curl은 일반적으로 작업 중에 진행률 표시기를 표시하여 작업의 양을 나타냅니다.
전송된 데이터, 전송 속도 및 남은 예상 시간 등

curl은 기본적으로 이 데이터를 터미널에 표시하므로 curl을 호출하여
작업을 수행하고 터미널에 데이터를 쓰려고 합니다. 해제 진행률 표시기
그렇지 않으면 출력 믹싱 진행률 미터와 응답 데이터가 엉망이 됩니다.

HTTP POST 또는 PUT 요청에 대한 진행률 측정기를 원하는 경우 다음을 리디렉션해야 합니다.
shell redirect(>), -o [file] 또는 이와 유사한 것을 사용하여 파일에 대한 응답 출력.

해당 작업이 응답을 내뱉지 않기 때문에 FTP 업로드의 경우와 동일하지 않습니다.
터미널에 데이터.

일반 미터 대신 진행률 "바"를 선호하는 경우, -# 당신의 친구입니다.

옵션

옵션은 하나 또는 두 개의 대시로 시작합니다. 많은 옵션은 다음에 추가 값이 필요합니다.
그들에게.

옵션의 짧은 "단일 대시" 형식(예: -d)은
공백이 권장 구분 기호이지만 값과 값 사이에 공백이 있습니다. 긴
"double-dash" 형식, 예를 들어 --data는 해당 값과 해당 값 사이에 공백이 필요합니다.

추가 값이 필요하지 않은 짧은 버전 옵션은 바로 다음에 사용할 수 있습니다.
예를 들어 모든 옵션 -O, -L 및 -v를 한 번에 다음과 같이 지정할 수 있습니다.
-OLv.

일반적으로 모든 부울 옵션은 --로 활성화됩니다.선택권 그리고 다시 비활성화
--아니 -옵션. 즉, 정확히 동일한 옵션 이름을 사용하지만 접두사 "no-"를 사용합니다.
그러나 이 목록에서는 대부분 --option 버전만 나열하고 표시합니다. (이것
--no 옵션이 있는 개념이 7.19.0에 추가되었습니다. 이전에는 대부분의 옵션이 켜짐/꺼짐으로 전환되었습니다.
동일한 명령줄 옵션을 반복해서 사용하는 경우.)

-#, --진행 표시 줄
컬 디스플레이 진행률을 표준이 아닌 간단한 진행률 표시줄로 만듭니다.
정보, 미터.

-:, --다음
다음 URL 및 관련 항목에 대해 별도의 작업을 사용하도록 curl에 지시합니다.
옵션. 이를 통해 여러 URL 요청을 보낼 수 있습니다.
예를 들어 서로 다른 사용자 이름 또는 각각에 대한 사용자 지정 요청과 같은 옵션입니다.
(7.36.0에 추가됨)

-0, --http1.0
(HTTP) curl이 내부적으로 사용하는 대신 HTTP 버전 1.0을 사용하도록 지시합니다.
선호: HTTP 1.1.

--http1.1
(HTTP) HTTP 버전 1.1을 사용하도록 curl에 지시합니다. 이것은 내부 기본 버전입니다.
(7.33.0에 추가됨)

--http2
(HTTP) HTTP 2를 사용하여 요청을 발행하도록 curl에 지시합니다.
기본 libcurl은 이를 지원하도록 구축되었습니다. (7.33.0에 추가됨)

--no-npn
NPN TLS 확장을 비활성화합니다. libcurl이 다음으로 빌드된 경우 NPN은 기본적으로 활성화됩니다.
NPN을 지원하는 SSL 라이브러리. NPN은 HTTP 2를 지원하는 libcurl에서 사용하여
https 세션 중에 서버와 HTTP 2 지원을 협상합니다.

(7.36.0에 추가됨)

--no-alpn
ALPN TLS 확장을 비활성화합니다. ALPN은 libcurl이 빌드된 경우 기본적으로 활성화됩니다.
ALPN을 지원하는 SSL 라이브러리와 함께. ALPN은 다음을 지원하는 libcurl에서 사용됩니다.
HTTP 2는 https 세션 동안 서버와 HTTP 2 지원을 협상합니다.

(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
이 옵션은 curl이 IPv4 주소로만 이름을 확인하도록 지시합니다.
IPv6를 시도하십시오.

-6, --ipv6
이 옵션은 curl이 IPv6 주소로만 이름을 확인하도록 지시합니다.
IPv4를 시도하십시오.

-a, --추가
(FTP/SFTP) 업로드 시 사용 시 curl이 대상 파일에 추가됨
덮어쓰는 대신. 원격 파일이 없으면 생성됩니다.
이 플래그는 일부 SFTP 서버(OpenSSH 포함)에서 무시됩니다.

-A, --사용자-에이전트
(HTTP) HTTP 서버로 보낼 사용자 에이전트 문자열을 지정합니다. 일부 잘못 수행
이 필드가 "Mozilla/4.0"으로 설정되지 않으면 CGI가 실패합니다. 문자열에서 공백을 인코딩하려면
문자열을 작은따옴표로 묶습니다. 이것은 다음과 같이 설정할 수도 있습니다. -시간,
--헤더 물론 옵션.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--anyauth
(HTTP) curl이 스스로 인증 방법을 파악하고 가장 많이 사용하도록 지시합니다.
원격 사이트가 지원한다고 주장하는 보안 사이트. 이것은 먼저 요청을 수행하여 수행됩니다.
응답 헤더를 확인하여 추가 네트워크 라운드를 유도할 수 있습니다.
여행. 이것은 특정 인증 방법을 설정하는 대신 사용됩니다.
할 수 있는 --기초적인, --요람, --ntlm및 --협상하다.

stdin에서 업로드하는 경우 --anyauth를 사용하는 것은 권장되지 않습니다.
데이터를 두 번 전송해야 할 수 있으며 클라이언트는 되감을 수 있어야 합니다. 만약에
stdin에서 업로드할 때 필요하므로 업로드 작업이 실패합니다.

-b, --쿠키
(HTTP) 쿠키로 HTTP 서버에 데이터를 전달합니다. 데이터로 추정된다
이전에 "Set-Cookie:" 라인에서 서버로부터 수신했습니다. 데이터는
형식 "NAME1=VALUE1; NAME2=VALUE2".

행에 '=' 기호가 사용되지 않으면 읽기에 사용할 파일 이름으로 처리됩니다.
이전에 저장된 쿠키 라인은 이 세션에서 사용해야 합니다.
성냥. 이 방법을 사용하면 컬을 만드는 쿠키 엔진도 활성화됩니다.
들어오는 쿠키도 기록하십시오. 이 기능을 조합하여 사용하는 경우 편리할 수 있습니다.
와 더불어 -엘, --위치 옵션. 쿠키를 읽을 파일의 파일 형식
일반 HTTP 헤더 또는 Netscape/Mozilla 쿠키 파일 형식이어야 합니다.

로 지정된 파일 -NS, --쿠키 입력으로만 사용됩니다. 쿠키가 없습니다.
파일에 기록됩니다. 쿠키를 저장하려면 다음을 사용하십시오. -씨, --쿠키 항아리 옵션을 선택합니다.

이 옵션을 사용하는 경우 여러 전송이 발생할 수 있으므로 주의하십시오. 만약에
NAME1=VALUE1을 사용합니다. 형식 또는 파일에서 Set-Cookie 형식을 사용하고
도메인을 지정하면 모든 도메인에 대해 쿠키가 전송됩니다(리디렉션이 완료된 후에도).
따름) 서버 설정 쿠키로 수정할 수 없습니다. 쿠키 엔진이
활성화되고 서버가 동일한 이름의 쿠키를 설정하면 둘 다
해당 서버로의 향후 전송은 의도한 것이 아닐 수 있습니다. 이러한 문제를 해결하기 위해
문제는 Set-Cookie에서 도메인을 설정하거나(하위 도메인 포함)
넷스케이프 형식.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-B, --use-ascii
(FTP/LDAP) ASCII 전송을 활성화합니다. FTP의 경우 다음을 사용하여 시행할 수도 있습니다.
";type=A"로 끝나는 URL. 이 옵션을 사용하면 stdout으로 전송된 데이터가 텍스트로 표시됩니다.
win32 시스템용 모드.

--기초적인
(HTTP) 원격 호스트에서 HTTP 기본 인증을 사용하도록 curl에 지시합니다. 이것은
기본값과 이 옵션은 일반적으로 무의미합니다.
다른 인증 방법(예: --ntlm,
--요람및 --협상하다).

함께 사용 -유, --사용자 과 -NS, --대리.

참조 --프록시-기본.

-c, --쿠키-항아리
(HTTP) 완료된 후 curl이 모든 쿠키를 쓸 파일을 지정합니다.
작업. Curl은 지정된 파일에서 이전에 읽은 모든 쿠키를 씁니다.
원격 서버에서 받은 모든 쿠키. 알려진 쿠키가 없으면 데이터가 저장되지 않습니다.
작성됩니다. 파일은 Netscape 쿠키 파일 형식을 사용하여 작성됩니다. 만약 너라면
파일 이름을 단일 대시 "-"로 설정하면 쿠키가 stdout에 기록됩니다.

이 명령줄 옵션은 curl 레코드를 만드는 쿠키 엔진을 활성화하고
쿠키를 사용하십시오. 그것을 활성화하는 또 다른 방법은 -NS, --쿠키 옵션을 선택합니다.

쿠키 항아리를 만들거나 쓸 수 없는 경우 전체 컬 작업이 수행되지 않습니다.
실패하거나 오류를 명확하게 보고합니다. -v를 사용하면 경고가 표시되지만
이것이 이 치명적인 상황에 대해 얻을 수 있는 유일한 눈에 보이는 피드백입니다.

7.43.0부터 도메인 없이 Set-Cookie 형식으로 가져온 쿠키
이름은 이 옵션으로 내보내지지 않습니다.

이 옵션을 여러 번 사용하면 마지막으로 지정한 파일 이름이 사용됩니다.

-C, --계속-에서
지정된 오프셋에서 이전 파일 전송을 계속/재개합니다. 주어진 오프셋은
처음부터 세어 건너뛸 정확한 바이트 수
대상으로 전송되기 전에 소스 파일. 업로드와 함께 사용하는 경우
FTP 서버 명령 SIZE는 curl에서 사용되지 않습니다.

"-C -"를 사용하여 컬이 전송을 재개할 위치/방법을 자동으로 찾도록 지시합니다.
그런 다음 주어진 출력/입력 파일을 사용하여 이를 파악합니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--암호
(SSL) 연결에 사용할 암호를 지정합니다. 암호 목록은 다음과 같아야 합니다.
유효한 암호를 지정하십시오. 다음 URL에서 SSL 암호 목록 세부 정보를 읽어보세요.
https://www.openssl.org/docs/apps/ciphers.html

NSS 암호는 OpenSSL 및 GnuTLS와 다르게 수행됩니다. NSS의 전체 목록
ciphers는 다음 URL의 NSSCipherSuite 항목에 있습니다.
https://git.fedorahosted.org/cgit/mod_nss.git/plain/docs/mod_nss.html#Directives

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--압축
(HTTP) 컬이 지원하는 알고리즘 중 하나를 사용하여 압축된 응답을 요청하고
압축되지 않은 문서를 저장합니다. 이 옵션을 사용하고 서버가
지원되지 않는 인코딩을 사용하면 curl에서 오류를 보고합니다.

--연결 시간 초과
curl의 연결을 허용하는 최대 시간(초)입니다. 이것만 제한
연결 단계이므로 curl이 주어진 기간 내에 연결되면 계속됩니다.
- 그렇지 않으면 종료됩니다. 버전 7.32.0부터 이 옵션은 XNUMX진수 값을 허용합니다.

참조 항목 -미디엄, --최대 시간 옵션을 선택합니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--create-dirs
와 함께 사용하면 -o 옵션, curl은 필요한 로컬을 생성합니다.
필요에 따라 디렉토리 계층. 이 옵션은 -o
옵션, 다른 것은 없습니다. 만약 -o 파일 이름이 dir을 사용하지 않거나 언급하는 dir이
이미 존재하는 경우 dir이 생성되지 않습니다.

FTP 또는 SFTP를 사용할 때 원격 디렉토리를 생성하려면 다음을 시도하십시오. --ftp-create-dirs.

--crlf 업로드 시 LF를 CRLF로 변환합니다. MVS(OS/390)에 유용합니다.

(SMTP는 7.40.0에 추가됨)

--crl파일
(HTTPS/FTPS) 인증서 해지 목록이 있는 PEM 형식의 파일 제공
해지된 것으로 간주되는 피어 인증서를 지정할 수 있습니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

(7.19.7에 추가됨)

-d, --데이터
(HTTP) POST 요청에서 지정된 데이터를 HTTP 서버로 보냅니다.
사용자가 HTML 양식을 채우고
제출 버튼. 이렇게 하면 curl이 다음을 사용하여 데이터를 서버로 전달합니다.
콘텐츠 유형 application/x-www-form-urlencoded. 비교 대상 -NS, --형태.

-NS, --데이터 와 동일합니다 --데이터-아스키. --데이터 원시 거의 동일하지만 그렇지 않습니다
@ 문자에 대한 특별한 해석이 있습니다. 순전히 바이너리 데이터를 게시하려면
대신 --데이터 바이너리 옵션. 양식 값을 URL 인코딩하려면
사용할 수 있는 필드 --데이터-urlencode.

이러한 옵션 중 하나가 동일한 명령줄에서 두 번 이상 사용되는 경우 데이터는
지정된 조각은 분리된 & 기호와 함께 병합됩니다. 따라서,
'-d name=daniel -d skill=lousy'는 다음과 같은 포스트 청크를 생성합니다.
'이름=다니엘&스킬=비열한'.

데이터를 문자 @로 시작하면 나머지는 파일 이름이어야 합니다.
또는 - 컬이 stdin에서 데이터를 읽으려는 경우. 여러 파일 가능
지정하기도 합니다. 따라서 'foobar'라는 파일에서 데이터 게시는 다음과 같이 수행됩니다.
--데이터 @푸바. --data가 이와 같은 파일에서 읽으라고 지시하면 캐리지 리턴
줄 바꿈이 제거됩니다. @ 문자에
특별 통역 사용 --데이터 원시 대신.

-D, --덤프 헤더
지정된 파일에 프로토콜 헤더를 씁니다.

이 옵션은 HTTP 사이트에서 제공하는 헤더를 저장하려는 경우에 사용하기 편리합니다.
당신에게 보냅니다. 그런 다음 헤더의 쿠키를 두 번째 컬에서 읽을 수 있습니다.
를 사용하여 호출 -NS, --쿠키 옵션! 그만큼 -씨, --쿠키 항아리 옵션은
쿠키를 저장하는 더 좋은 방법.

FTP에서 사용될 때 FTP 서버 응답 라인은 "헤더"로 간주되며
따라서 거기에 저장됩니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--data-ascii
만나다 -NS, --데이터.

--데이터 바이너리
(HTTP) 추가 처리 없이 지정된 대로 정확히 데이터를 게시합니다.

문자 @로 데이터를 시작하면 나머지는 파일 이름이어야 합니다. 데이터는
와 유사한 방식으로 게시 --데이터-아스키 줄 바꿈과 캐리지
반환은 보존되며 변환은 수행되지 않습니다.

이 옵션을 여러 번 사용하면 첫 번째 옵션이 데이터를 추가합니다.
에 설명 된대로 -NS, --데이터.

--data-raw
(HTTP) 이것은 다음과 유사하게 데이터를 게시합니다. --데이터 하지만 특별한 해석 없이
@ 문자의. 보다 -NS, --데이터. (7.43.0에서 추가됨)

--데이터-urlencode
(HTTP) 이는 다른 --data 옵션과 유사하지만 다음을 제외하고 데이터를 게시합니다.
이것은 URL 인코딩을 수행합니다. (7.18.0에서 추가됨)

CGI를 준수하려면 부분은 a로 시작해야 합니다. name 다음
구분 기호 및 콘텐츠 사양. 그만큼 부분은 다음을 사용하여 curl에 전달할 수 있습니다.
다음 구문 중 하나:

함유량
이렇게 하면 컬이 콘텐츠를 URL 인코딩하여 전달합니다. 조심해
콘텐츠에 = 또는 @ 기호가 포함되지 않도록 합니다.
구문이 아래의 다른 경우 중 하나와 일치하도록 만드십시오!

=내용
이렇게 하면 컬이 콘텐츠를 URL 인코딩하여 전달합니다. 선행 =
기호는 데이터에 포함되지 않습니다.

이름=내용
이렇게 하면 컬이 콘텐츠 부분을 URL 인코딩하고 전달합니다. 참고
이름 부분은 이미 URL 인코딩된 것으로 예상됩니다.

@파일 이름
이렇게 하면 주어진 파일(개행 포함)에서 컬 로드 데이터가 생성됩니다.
해당 데이터를 URL 인코딩하여 POST에 전달합니다.

이름@파일이름
이렇게 하면 주어진 파일(개행 포함)에서 컬 로드 데이터가 생성됩니다.
해당 데이터를 URL 인코딩하고 POST에서 전달합니다. 이름 부분은 같음을 얻습니다.
기호가 추가되어 결과 이름=urlencoded-file-content. 참고로 이름은
이미 URL 인코딩된 것으로 예상됩니다.

--위임 레벨
세트 LEVEL 사용자에게 위임할 수 있는 것을 서버에 알리기 위해
신임장. GSS/kerberos와 함께 사용됩니다.

none 위임을 허용하지 않습니다.

정책은 OK-AS-DELEGATE 플래그가 Kerberos에 설정된 경우에만 위임합니다.
영역 정책의 문제인 서비스 티켓.

항상 서버가 위임하도록 무조건 허용합니다.

--요람
(HTTP) HTTP 다이제스트 인증을 활성화합니다. 이것은 인증 체계입니다.
암호가 유선으로 일반 텍스트로 전송되는 것을 방지합니다. 이것을 사용
정상과의 조합 -유, --사용자 사용자 이름과 암호를 설정하는 옵션. 보다
또한 --ntlm, --협상하다 과 --anyauth 관련 옵션.

이 옵션을 여러 번 사용하면 첫 번째 옵션만 사용됩니다.

--비활성화-eprt
(FTP) 활성을 수행할 때 curl에 EPRT 및 LPRT 명령 사용을 비활성화하도록 지시합니다.
FTP 전송. Curl은 일반적으로 항상 먼저 EPRT를 사용한 다음 LPRT를 사용하려고 시도합니다.
하지만 이 옵션을 사용하면 바로 PORT를 사용하게 됩니다. EPRT 및 LPRT
원래 FTP 프로토콜의 확장이며 모든 서버에서 작동하지 않을 수 있지만
기존의 PORT 명령보다 더 나은 방식으로 더 많은 기능을 사용할 수 있습니다.

--eprt EPRT를 다시 명시적으로 활성화하는 데 사용할 수 있으며 --no-eprt 에 대한 별칭입니다
--비활성화-eprt.

EPRT를 비활성화하면 활성 동작만 변경됩니다. 패시브로 전환하고 싶다면
사용하지 않아도 되는 모드 -NS, --ftp-포트 또는 강제로 --ftp-pasv.

--비활성화-epsv
(FTP) 수동 FTP를 수행할 때 EPSV 명령의 사용을 비활성화하도록 curl에 지시합니다.
전송. Curl은 일반적으로 항상 PASV보다 먼저 EPSV를 사용하려고 시도하지만
이 옵션을 사용하면 EPSV 사용을 시도하지 않습니다.

--epsv 명시적으로 EPSV를 다시 활성화하는 데 사용할 수 있으며 --no-epsv 에 대한 별칭입니다
--비활성화-epsv.

EPSV를 비활성화하면 수동적 동작만 변경됩니다. 활성 상태로 전환하려면
사용해야 하는 모드 -NS, --ftp-포트.

--dns-인터페이스
나가는 DNS 요청을 보내도록 curl에 지시하십시오. . 이 옵션은
에 대응 --상호 작용 (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-서버
시스템 기본값 대신 사용할 DNS 서버 목록을 설정합니다. 의 목록
IP 주소는 쉼표로 구분해야 합니다. 포트 번호는 선택적으로
로 주어진 : 각 IP 주소 뒤에.

이 옵션을 사용하려면 다음을 지원하는 확인자 백엔드로 libcurl을 빌드해야 합니다.
이 작업. c-ares 백엔드는 그러한 유일한 백엔드입니다. (7.33.0에서 추가됨)

-e, --리퍼러
(HTTP) HTTP 서버에 "Referrer Page" 정보를 보냅니다. 이것은 또한 될 수 있습니다
로 설정 -시간, --헤더 물론 깃발. 함께 사용할 때 -엘, --위치 당신은 할 수
--referer URL에 ";auto"를 추가하여 컬이 자동으로 이전 URL을 설정하도록 합니다.
Location: 헤더를 따를 때. ";auto" 문자열은 단독으로 사용할 수 있습니다.
초기 --referer를 설정하지 않습니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-E, --cert
(SSL) 파일을 가져올 때 지정된 클라이언트 인증서 파일을 사용하도록 curl에 지시합니다.
HTTPS, FTPS 또는 다른 SSL 기반 프로토콜을 사용합니다. 인증서는 PKCS#12에 있어야 합니다.
보안 전송을 사용하는 경우 형식, 다른 엔진을 사용하는 경우 PEM 형식입니다. 만약
선택적 암호를 지정하지 않으면 터미널에서 쿼리됩니다. 메모
이 옵션은 개인 키인 "인증서" 파일을 가정하고
클라이언트 인증서가 연결되었습니다! 보다 --인증서 과 --열쇠 그들을 지정하기 위해
독립적으로.

컬이 NSS SSL 라이브러리에 대해 빌드된 경우 이 옵션은 컬이
에 의해 정의된 NSS 데이터베이스 내에서 사용할 인증서의 별명
환경 변수 SSL_DIR(또는 기본적으로 /etc/pki/nssdb). NSS PEM PKCS#11
모듈(libnsspem.so)을 사용할 수 있으면 PEM 파일을 로드할 수 있습니다. 사용하고 싶다면
현재 디렉터리에서 파일을 가져오려면 앞에 "./" 접두사를 붙여야 합니다.
닉네임과의 혼동을 피하십시오. 닉네임에 ":"이 포함된 경우
암호 구분 기호로 인식되지 않도록 "\"가 앞에 붙습니다. 만약
닉네임에 "\"가 포함되어 있으므로 인식되지 않도록 "\\"로 이스케이프 처리해야 합니다.
이스케이프 문자로.

(iOS 및 Mac OS X에만 해당) curl이 보안 전송에 대해 구축된 경우
인증서 문자열은 인증서/개인 키의 이름이 될 수 있습니다.
시스템 또는 사용자 키체인 또는 PKCS#12 인코딩 인증서 및 개인에 대한 경로
열쇠. 현재 디렉토리의 파일을 사용하려면 앞에
닉네임과의 혼동을 피하기 위해 "./" 접두사.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--엔진
암호화 작업에 사용할 OpenSSL 암호화 엔진을 선택합니다. 사용 --엔진 명부 에
빌드 시 지원되는 엔진 목록을 인쇄합니다. 모든(또는 전혀)
엔진은 런타임에 사용할 수 있습니다.

--환경
(RISC OS 전용) 이름을 사용하여 환경 변수 범위를 설정합니다. -w 선택권
컬을 실행한 후 유용한 정보를 쉽게 추출할 수 있도록 지원합니다.

--egd 파일
(SSL) Entropy Gathering Daemon 소켓의 경로 이름을 지정합니다. 소켓은
SSL 연결을 위한 임의 엔진을 시드하는 데 사용됩니다. 또한 참조 --무작위 파일
옵션을 선택합니다.

--expect100-시간 초과
(HTTP) curl이 100회 연속 대기를 허용하는 최대 시간(초)
curl이 요청에서 Expects: 100-continue 헤더를 내보낼 때 응답합니다. 기본적으로
curl은 XNUMX초를 기다립니다. 이 옵션은 십진수 값을 허용합니다! 컬이 멈출 때
기다리면 응답을 받은 것처럼 계속됩니다.

(7.47.0에 추가됨)

--cert 유형
(SSL) 제공된 인증서가 어떤 인증서 유형인지 curl에 알려줍니다. PEM, DER 및
ENG는 인식되는 유형입니다. 지정하지 않으면 PEM이 가정됩니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--cacert
(SSL) 지정된 인증서 파일을 사용하여 피어를 확인하도록 curl에 지시합니다. 파일
여러 CA 인증서를 포함할 수 있습니다. 인증서는 PEM 형식이어야 합니다.
일반적으로 curl은 이를 위한 기본 파일을 사용하도록 빌드되므로 이 옵션은 일반적으로
해당 기본 파일을 변경하는 데 사용됩니다.

curl은 'CURL_CA_BUNDLE'이라는 환경 변수가 설정되어 있으면 이를 인식하고
주어진 경로를 CA 인증서 번들의 경로로 사용합니다. 이 옵션은
변하기 쉬운.

curl의 Windows 버전은 자동으로 이름이 지정된 CA 인증서 파일을 찾습니다.
'curl-ca-bundle.crt', curl.exe와 동일한 디렉토리 또는 현재
작업 디렉터리 또는 PATH에 있는 폴더에 있습니다.

curl이 NSS SSL 라이브러리에 대해 빌드된 경우 NSS PEM PKCS#11 모듈
이 옵션이 제대로 작동하려면 (libnsspem.so)를 사용할 수 있어야 합니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--capath
(SSL) 피어를 확인하기 위해 지정된 인증서 디렉토리를 사용하도록 curl에 지시합니다.
":"로 구분하여 여러 경로를 제공할 수 있습니다(예:
"경로1:경로2:경로3"). 인증서는 PEM 형식이어야 하며 curl이 빌드된 경우
OpenSSL에 대해 디렉토리는 c_rehash 유틸리티를 사용하여 처리되어야 합니다.
OpenSSL과 함께 제공됩니다. 사용 --카패스 OpenSSL 기반 컬이 SSL-
사용하는 것보다 훨씬 효율적으로 연결 --cacert 경우 --cacert 파일에 포함
많은 CA 인증서.

이 옵션을 설정하면 기본 capath 값이 무시되며 사용하는 경우
여러 번, 마지막 것이 사용됩니다.

--pinnedpubkey
(SSL) 지정된 공개 키 파일(또는 해시)을 사용하여 curl에 지시합니다.
또래. 이것은 PEM 또는 DER에 단일 공개 키가 포함된 파일의 경로일 수 있습니다.
형식 또는 'sha64//'이 앞에 오는 base256로 인코딩된 sha256 해시의 개수 및
';'로 구분

TLS 또는 SSL 연결을 협상할 때 서버는 다음을 나타내는 인증서를 보냅니다.
그것의 정체성. 이 인증서에서 공개 키가 추출되며 그렇지 않은 경우
이 옵션에 제공된 공개 키와 정확히 일치하면 curl이 중단됩니다.
데이터를 보내거나 받기 전에 연결하십시오.

OpenSSL, GnuTLS 및 GSKit에 대해 7.39.0에 추가되었습니다. NSS용 7.43.0에 추가됨 및
wolfSSL/CyaSSL. OpenSSL, GnuTLS, NSS 및 256에 sha7.44.0 지원 추가
wolfSSL/CyaSSL. 다른 SSL 백엔드는 지원되지 않습니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--cert-상태
(SSL) curl에 다음을 사용하여 서버 인증서의 상태를 확인하도록 지시합니다.
인증서 상태 요청(일명 OCSP 스테이플링) TLS 확장.

이 옵션이 활성화되어 있고 서버가 유효하지 않은(예: 만료된) 응답을 보내는 경우,
응답에서 서버 인증서가 해지되었음을 나타내는 경우 또는
응답이 전혀 수신되지 않으면 확인에 실패합니다.

이것은 현재 OpenSSL, GnuTLS 및 NSS 백엔드에서만 구현됩니다. (추가
7.41.0에서)

--거짓 시작

(SSL) curl이 TLS 핸드셰이크 중에 잘못된 시작을 사용하도록 지시합니다. 잘못된 시작은 모드입니다
여기서 TLS 클라이언트는 다음을 확인하기 전에 애플리케이션 데이터 전송을 시작합니다.
서버의 Finished 메시지를 통해 전체 작업을 수행할 때 왕복 시간을 절약할 수 있습니다.
악수.

이것은 현재 NSS 및 보안 전송(iOS 7.0 또는
이후 또는 OS X 10.9 이상) 백엔드. (7.42.0에서 추가됨)

-f, --실패
(HTTP) 서버 오류 시 자동으로 실패합니다(출력 없음). 이것은 주로 수행됩니다
실패한 시도를 더 잘 처리하기 위해 스크립트 등을 더 잘 활성화하십시오. 정상적인 경우에는
HTTP 서버가 문서 전달에 실패하면 다음을 알리는 HTML 문서를 반환합니다.
(종종 이유 등을 설명하기도 함). 이 플래그는 말림을 방지합니다.
그것을 출력하고 오류 22를 반환합니다.

이 방법은 안전 장치가 아니며 성공적이지 않은 응답이 발생하는 경우가 있습니다.
특히 인증이 관련된 경우 코드가 빠져나갑니다(응답 코드
401 및 407).

-F, --형식
(HTTP) 이렇게 하면 curl이 사용자가
제출 버튼. 이로 인해 Content-Type multipart/form-을 사용하여 curl to POST 데이터가 발생합니다.
RFC 2388에 따른 데이터입니다. 이를 통해 바이너리 파일 등을 업로드할 수 있습니다.
파일이 될 '콘텐츠' 부분은 파일 이름 앞에 @ 기호를 붙입니다. 그냥 얻으려면
파일의 내용 부분, 파일 이름 앞에 기호 <를 붙입니다. 그만큼
@와 <의 차이점은 @가 게시물에 다음과 같이 첨부되는 파일을 만든다는 것입니다.
파일 업로드, <는 텍스트 필드를 만들고 해당 내용을 가져옵니다.
파일의 텍스트 필드.

예를 들어 비밀번호 파일을 서버로 보내려면 'password'는 파일의 이름입니다.
양식 필드 / etc / passwd 입력이 될 것입니다:

컬 -F 비밀번호=@/ etc / passwd www.mypasswords.com

파일 대신 stdin에서 내용을 읽으려면 -를 파일 이름으로 사용하십시오. 이것은 간다
@ 및 < 구문 모두. 불행히도 그것은 a에서 파일을 읽는 것을 지원하지 않습니다
전송이 시작되기 전에 전체 크기가 필요하므로 명명된 파이프 또는 이와 유사한 것입니다.

또한 'type='을 사용하여 사용할 Content-Type을 curl에 알릴 수 있습니다.
비슷하다:

컬 -F "[이메일 보호];type=text/html" url.com

or

컬 -F "이름=다니엘;타입=텍스트/푸" url.com

다음을 설정하여 파일 업로드 부분의 이름 필드를 명시적으로 변경할 수도 있습니다.
filename=, 다음과 같습니다.

컬 -F "file=@localfile;filename=inpost" url.com

파일 이름/경로에 ',' 또는 ';'가 포함된 경우 다음과 같이 큰따옴표로 묶어야 합니다.

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

or

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

파일 이름/경로가 큰따옴표로 묶인 경우 큰따옴표 또는
파일 이름 내의 백슬래시는 백슬래시로 이스케이프해야 합니다.

MANUAL에서 추가 예와 세부 사항을 참조하십시오.

이 옵션은 여러 번 사용할 수 있습니다.

--ftp-계정 [데이터]
(FTP) 사용자 이름과 암호가 입력된 후 FTP 서버에서 "계정 데이터"를 요청하는 경우
제공된 경우 이 데이터는 ACCT 명령을 사용하여 전송됩니다. (7.13.0에서 추가됨)

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--ftp-사용자에 대한 대안
(FTP) USER 및 PASS 명령으로 인증에 실패하면 이 명령을 보냅니다.
클라이언트를 사용하여 FTPS를 통해 Tumbleweed의 보안 전송 서버에 연결할 때
"SITE AUTH"를 사용하는 인증서는 서버에 사용자 이름을 검색하도록 지시합니다.
인증서. (7.15.5에서 추가됨)

--ftp-create-dirs
(FTP/SFTP) FTP 또는 SFTP URL/작업이 현재 존재하지 않는 경로를 사용하는 경우
컬의 표준 동작은 실패하는 것입니다. 이 옵션을 사용하면
curl은 대신 누락된 디렉토리를 생성하려고 시도합니다.

--ftp-method [방법]
(FTP) FTP(S) 서버의 파일에 도달하기 위해 컬이 사용해야 하는 방법을 제어합니다. 그만큼
메서드 인수는 다음 대안 중 하나여야 합니다.

다중 사용자
curl은 주어진 URL의 각 경로 부분에 대해 단일 CWD 작업을 수행합니다. 을 위한
깊은 계층 구조는 매우 많은 명령을 의미합니다. 이것은 RFC 1738이 말하는 방식입니다.
해야합니다. 이것이 기본값이지만 가장 느린 동작입니다.

nocwd curl은 CWD를 전혀 수행하지 않습니다. curl은 SIZE, RETR, STOR 등을 수행하고 전체
이러한 모든 명령에 대한 서버 경로입니다. 이것은 가장 빠른 동작입니다.

싱글클우드
curl은 전체 대상 디렉토리로 하나의 CWD를 수행한 다음
파일을 "정상적으로"(multicwd 경우와 같이). 이것은 다소 더 많은 표준입니다.
'nocwd'보다 준수하지만 'multicwd'의 전체 페널티는 없습니다.

(7.15.1에 추가됨)

--ftp-pasv
(FTP) 데이터 연결에 수동 모드를 사용합니다. 패시브는 내부 기본값입니다.
동작하지만 이 옵션을 사용하면 이전 -P/-ftp-포트
옵션. (7.11.0에서 추가됨)

이 옵션을 여러 번 사용하면 첫 번째 옵션만 사용됩니다. 실행 취소
강제 수동은 실제로 할 수 없지만 대신 올바른
-NS, --ftp-포트 또.

패시브 모드는 curl이 먼저 EPSV 명령을 시도한 다음 PASV를 시도함을 의미합니다.
--비활성화-epsv 사용.

--ftp-건너뛰기-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(Clear Command Channel) 사용 후 SSL/TLS 계층 종료
인증. 나머지 제어 채널 통신은 암호화되지 않습니다.
이를 통해 NAT 라우터는 FTP 트랜잭션을 따를 수 있습니다. 기본 모드는 수동입니다.
만나다 --ftp-ssl-ccc-모드 다른 모드의 경우. (7.16.1에서 추가됨)

--ftp-ssl-ccc-mode [활성/수동]
(FTP) CCC 사용(명령 채널 지우기) CCC 모드를 설정합니다. 수동 모드는
종료를 시작하지만 대신 서버가 종료할 때까지 기다리며 응답하지 않습니다.
서버에서 종료합니다. 활성 모드는 종료를 시작하고 대기합니다.
서버에서 응답을 위해. (7.16.2에서 추가됨)

--ftp-ssl-제어
(FTP) FTP 로그인에 SSL/TLS가 필요하고 전송을 위해 삭제합니다. 안전한 허용
인증하지만 효율성을 위해 암호화되지 않은 데이터 전송. 실패
서버가 SSL/TLS를 지원하지 않는 경우 전송하십시오. (7.16.0에 추가됨)
사용되지만 향후 버전에서는 제거됩니다.

--양식-문자열
(HTTP)와 유사 --형태 명명된 매개변수의 값 문자열이
말 그대로 사용. 선행 '@' 및 '<' 문자와 ';type=' 문자열은
값은 특별한 의미가 없습니다. 이것을 우선적으로 사용하십시오. --형태 있다면
문자열 값이 실수로 '@' 또는 '<' 기능을 트리거할 가능성
of --형태.

-g, --globoff
이 옵션은 "URL 글로빙 파서"를 끕니다. 이 옵션을 설정하면
문자를 포함하지 않고 {}[] 문자를 포함하는 URL을 지정할 수 있습니다.
curl 자체에 의해 해석됩니다. 이 문자는 정상적인 법적 URL이 아닙니다.
내용이지만 URI 표준에 따라 인코딩되어야 합니다.

-G, --얻기
이 옵션을 사용하면 지정된 모든 데이터가 -NS, --데이터, --데이터 바이너리
or --데이터-urlencode POST 요청 대신 HTTP GET 요청에 사용
그렇지 않으면 사용됩니다. 데이터는 '?'로 URL에 추가됩니다.
분리 기호.

-I와 함께 사용하면 POST 데이터가 대신 URL에 추가됩니다.
HEAD 요청으로.

이 옵션을 여러 번 사용하면 첫 번째 옵션만 사용됩니다. 이 때문입니다
GET을 실행 취소하는 것은 의미가 없지만 대신 다음을 시행해야 합니다.
당신이 선호하는 대체 방법.

-H, --헤더
(HTTP) 서버에 HTTP를 보낼 때 요청에 포함할 추가 헤더입니다. 너
추가 헤더를 얼마든지 지정할 수 있습니다. 사용자 지정을 추가해야 하는 경우
컬이 사용할 내부 헤더 중 하나와 동일한 이름을 가진 헤더,
내부 헤더 대신 외부에서 설정한 헤더가 사용됩니다. 이를 통해 다음을 수행할 수 있습니다.
curl이 일반적으로 수행하는 것보다 더 까다로운 작업을 수행합니다. 교체하시면 안됩니다
수행 중인 작업을 완벽하게 알지 못한 채 내부적으로 헤더를 설정합니다. 삭제
오른쪽에 내용이 없는 교체를 제공하여 내부 헤더
콜론(예: -H "호스트:"). 값이 없는 사용자 지정 헤더를 보내면
헤더는 -H "X-Custom-Header;"와 같이 세미콜론으로 끝나야 합니다. 보내다
"X-커스텀 헤더:".

curl은 추가/교체하는 각 헤더가 적절한 종료와 함께 전송되는지 확인합니다.
라인 마커, 이렇게 해야 합니다 지원 헤더 내용의 일부로 추가하십시오.
줄 바꿈이나 캐리지 리턴을 추가하지 않으면 문제가 발생할 뿐입니다.

참조 항목 -NS, --사용자 에이전트 과 -이자형, --리퍼러 옵션을 제공합니다.

7.37.0부터 다음이 필요합니다. --프록시 헤더 사용자 지정 헤더를 보내려면
대리.

예:

# curl -H "X-이름: Joe" http://192.168.0.1/

경고: 이 옵션으로 설정된 헤더는 모든 요청에 ​​설정됩니다.
다음과 같이 리디렉션을 따릅니다. -엘, --위치. 이것은 다음으로 이어질 수 있습니다
헤더가 원래 호스트가 아닌 다른 호스트로 전송되므로 민감한 헤더
다음 리디렉션과 함께 주의해서 사용해야 합니다.

이 옵션은 여러 헤더를 추가/바꾸기/제거하기 위해 여러 번 사용할 수 있습니다.

--hostpubmd5
(SCP/SFTP) 32자리 XNUMX진수를 포함하는 문자열을 전달합니다. 문자열은
원격 호스트 공개 키의 128비트 MD5 체크섬, curl은 다음을 거부합니다.
md5sum이 일치하지 않는 한 호스트와의 연결. (7.17.1에서 추가됨)

--무시 콘텐츠 길이
HTTP의 경우 Content-Length 헤더를 무시하십시오. 이는 특히 서버에 유용합니다.
Apache 1.x를 실행하면 더 큰 파일에 대해 잘못된 Content-Length를 보고합니다.
2기가바이트 이상.

FTP(7.46.0 이후)의 경우 RETR 명령을 건너뛰어 이전 크기를 파악하십시오.
파일을 다운로드하는 중입니다.

-i, --포함
(HTTP) 출력에 HTTP 헤더를 포함합니다. HTTP 헤더에는 다음과 같은 것들이 포함됩니다.
서버 이름, 문서 날짜, HTTP 버전 등...

-나는 향한다
(HTTP/FTP/FILE) HTTP 헤더만 가져옵니다! HTTP 서버에는 HEAD 명령이 있습니다.
문서의 헤더만 가져오는 데 사용합니다. FTP 또는
FILE 파일, curl은 파일 크기와 마지막 수정 시간만 표시합니다.

--상호 작용
지정된 인터페이스를 사용하여 작업을 수행합니다. 인터페이스 이름, IP를 입력할 수 있습니다.
주소 또는 호스트 이름. 예를 들면 다음과 같습니다.

컬 --인터페이스 eth0:1 http://www.netscape.com/

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-j, --정크 세션 쿠키
(HTTP) curl이 주어진 파일에서 쿠키를 읽으라고 하면 이 옵션은
모든 "세션 쿠키"를 버립니다. 이것은 기본적으로 다음과 같은 효과를 갖습니다.
새 세션이 시작됩니다. 일반적인 브라우저는 항상 세션 쿠키를 버립니다.
그들은 폐쇄되었습니다.

-J, --원격 헤더 이름
(HTTP) 이 옵션은 -영형, --원격 이름 서버 지정을 사용하는 옵션
URL에서 파일 이름을 추출하는 대신 Content-Disposition 파일 이름.

제공된 파일 이름에서 %-시퀀스(아직)를 디코딩하려는 시도가 없으므로 이
옵션은 예상치 못한 파일 이름을 제공할 수 있습니다.

-k, --비보안
(SSL) 이 옵션은 명시적으로 curl이 "비보안" SSL 연결을 수행하도록 허용하고
전송. 모든 SSL 연결은 CA를 사용하여 보안을 설정하려고 합니다.
인증서 번들은 기본적으로 설치됩니다. 이렇게 하면 모든 연결이 고려됩니다.
"안전하지 않은" 실패 -케이, --불안정한 사용.

자세한 내용은 이 온라인 리소스를 참조하십시오.
http://curl.haxx.se/docs/sslcerts.html

-K, --config
curl 인수를 읽을 구성 파일을 지정합니다. 구성 파일은 텍스트입니다.
다음과 같이 사용될 명령줄 인수를 작성할 수 있는 파일
실제 명령줄에 작성되었습니다.

옵션 및 해당 매개변수는 동일한 구성 파일 라인에 지정되어야 합니다.
공백, 콜론 또는 등호로 구분됩니다. 긴 옵션 이름은
선택적으로 초기 이중 대시 없이 구성 파일에 제공되며, 그렇다면
콜론 또는 등호 문자를 구분 기호로 사용할 수 있습니다. 옵션이
하나 또는 두 개의 대시로 지정되며 사이에 콜론 또는 등호 문자가 있을 수 없습니다.
옵션 및 해당 매개변수.

매개변수에 공백을 포함하려면 매개변수를 공백으로 묶어야 합니다.
인용 부호. 큰따옴표 내에서 다음과 같은 이스케이프 시퀀스를 사용할 수 있습니다. \\, \",
\t, \n, \r 및 \v. 다른 문자 앞의 백슬래시는 무시됩니다. 첫 번째 경우
구성 라인의 열은 '#' 문자이며 나머지 라인은 다음과 같이 처리됩니다.
코멘트. 구성 파일에서 물리적 라인당 하나의 옵션만 작성하십시오.

curl이 stdin에서 파일을 읽도록 하려면 파일 이름을 -K, --config를 '-'로 지정하십시오.

구성 파일에서 URL을 지정하려면 URL을 지정해야 합니다.
를 사용하여 --url 단순히 자체 줄에 URL을 작성하는 것이 아닙니다. 그래서
다음과 같이 보일 수 있습니다.

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

curl이 호출되면 항상 -q 사용됨) 기본 구성을 확인합니다.
파일을 찾아서 사용합니다. 기본 구성 파일은 다음에서 확인됩니다.
이 순서로 장소:

1) curl은 "home dir"을 찾으려고 시도합니다. 먼저 CURL_HOME을 확인한 다음
HOME 환경 변수. 실패하면 Unix 계열에서 getpwuid()를 사용합니다.
시스템(시스템의 현재 사용자에게 주어진 홈 디렉토리를 반환함). ~에
그런 다음 APPDATA 변수를 확인하거나 최후의 수단으로
'%USERPROFILE%\응용 프로그램 데이터'.

2) Windows에서 홈 디렉토리에 _curlrc 파일이 없으면 다음 중 하나를 확인합니다.
curl 실행 파일이 있는 동일한 디렉토리에 있습니다. 유닉스 계열 시스템에서는 단순히
결정된 홈 디렉터리에서 .curlrc를 로드하려고 합니다.

# --- 예제 파일 ---
# 댓글입니다
URL = "curl.haxx.se"
출력 = "curlhere.html"
사용자 에이전트 = "슈퍼 에이전트/1.0"

# 다른 URL도 가져옵니다.
url = "curl.haxx.se/docs/manpage.html"
-O
리퍼러 = "http://nowhereatall.com/"
# --- 예제 파일의 끝 ---

이 옵션은 여러 구성 파일을 로드하기 위해 여러 번 사용할 수 있습니다.

--keepalive-시간
이 옵션은 보내기 전에 연결이 유휴 상태를 유지해야 하는 시간을 설정합니다.
킵얼라이브 프로브 및 개별 킵얼라이브 프로브 사이의 시간. 현재
TCP_KEEPIDLE 및 TCP_KEEPINTVL 소켓을 제공하는 운영 체제에서 유효합니다.
옵션(Linux, 최신 AIX, HP-UX 등을 의미). 이 옵션은 다음과 같은 경우에는 효과가 없습니다.
--no-keepalive 사용. (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' 중 하나여야 합니다. 레벨을 사용해야 하는가?
이 중 하나가 아닌 경우 '개인'이 대신 사용됩니다.

이 옵션을 사용하려면 kerberos4 지원으로 빌드된 라이브러리가 필요합니다. 이건 별로
흔한. 사용 -V, --번역 컬이 지원하는지 확인하십시오.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-l, --목록 전용
(FTP) FTP 디렉토리를 나열할 때 이 스위치는 이름만 보기를 강제합니다. 이것은
사용자가 FTP의 내용을 기계 구문 분석하려는 경우 특히 유용합니다.
일반 디렉토리 보기는 표준 모양이나 형식을 사용하지 않기 때문입니다.
이와 같이 사용하면 옵션으로 인해 NLST 명령이 서버로 전송됩니다.
목록 대신.

참고: 일부 FTP 서버는 NLST에 대한 응답으로 파일만 나열합니다. 그들은하지 않습니다
하위 디렉토리 및 심볼릭 링크를 포함합니다.

(POP3) POP3에서 특정 이메일을 검색할 때 이 스위치는 LIST를 강제 실행합니다.
RETR 대신 수행할 명령입니다. 이것은 사용자가 다음과 같은 경우에 특히 유용합니다.
특정 메시지 ID가 서버에 존재하는지 그리고 크기가 얼마인지 확인하려고 합니다.

참고: -NS, --요구 , 이 옵션을 사용하여 보낼 수 있습니다.
대신 UIDL 명령을 사용하므로 사용자는 대신 이메일의 고유 식별자를 사용할 수 있습니다.
메시지 ID보다 요청을 합니다. (7.21.5에서 추가됨)

-L, --위치
(HTTP/HTTPS) 서버에서 요청한 페이지가 다른 위치로 이동했다고 보고하는 경우
위치(위치: 헤더 및 3XX 응답 코드로 표시됨), 이 옵션
curl이 새 위치에서 요청을 다시 실행하도록 합니다. 와 함께 사용하는 경우 -NS,
--포함하다 or -NS, --머리, 요청된 모든 페이지의 헤더가 표시됩니다. 언제
인증이 사용되면 curl은 자격 증명만 초기 호스트로 보냅니다. 만약
리디렉션은 컬을 다른 호스트로 가져가므로 가로챌 수 없습니다.
사용자+비밀번호. 또한보십시오 --위치-신뢰 이것을 변경하는 방법에 대해. 다음을 제한할 수 있습니다.
다음을 사용하여 따라야 하는 리디렉션의 양 --최대 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에서)

--한계율
컬이 사용할 최대 전송 속도 지정 - 다운로드 및
업로드합니다. 이 기능은 파이프가 제한되어 있고 원하는 경우에 유용합니다.
전체 대역폭을 사용하지 않도록 전송하십시오. 다른 것보다 느리게 만들기 위해
.

접미사가 추가되지 않는 한 지정된 속도는 바이트/초 단위로 측정됩니다.
'k' 또는 'K'를 추가하면 숫자를 킬로바이트로 계산하고 'm' 또는 M'을 추가하면
메가바이트이고 'g' 또는 'G'는 기가바이트입니다. 예: 200K, 3m 및 1G.

주어진 속도는 전체 전송 중에 계산된 평균 속도입니다. 그 뜻은
컬은 짧은 버스트에서 더 높은 전송 속도를 사용할 수 있지만 시간이 지남에 따라
주어진 비율 이상.

또한 사용하는 경우 -와이, --속도 제한 해당 옵션이 우선 적용되며
속도 제한 논리를 유지하는 데 도움이 되도록 속도 제한을 약간 손상시킬 수 있습니다.
일.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--로컬 포트 [-숫자]
연결에 사용할 기본 번호 또는 로컬 포트 ​​번호 범위를 설정합니다.
본질적으로 포트 번호는 때때로 사용되는 희소 리소스입니다.
따라서 이 범위를 너무 좁게 설정하면 불필요한 연결이 발생할 수 있습니다.
설정 실패. (7.15.2에서 추가됨)

--위치-신뢰
(HTTP/HTTPS) 좋아요 -엘, --위치, 그러나 모든 사람에게 이름 + 암호를 보낼 수 있습니다.
사이트가 리디렉션할 수 있는 호스트. 이는 보안을 도입하거나 도입하지 않을 수 있습니다.
사이트에서 인증을 보낼 사이트로 리디렉션하는 경우 위반
info(HTTP 기본 인증의 경우 일반 텍스트).

-m, --최대-시간
전체 작업에 소요되는 최대 시간(초)입니다. 이것은 유용하다
느린 네트워크 또는 링크로 인해 배치 작업이 몇 시간 동안 중단되는 것을 방지하기 위해
내려가다. 7.32.0부터 이 옵션은 십진수 값을 허용하지만 실제
시간 초과는 지정된 시간 초과가 십진수로 증가함에 따라 정확도가 감소합니다.
정도. 또한 참조 --연결-시간 초과 옵션을 선택합니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--로그인 옵션
서버 인증 중에 사용할 로그인 옵션을 지정합니다.

로그인 옵션을 사용하여 사용할 수 있는 프로토콜별 옵션을 지정할 수 있습니다.
인증 중. 현재 IMAP, POP3 및 SMTP만 로그인 옵션을 지원합니다.
로그인 옵션에 대한 자세한 내용은 RFC 2384, RFC 5092 및 IETF를 참조하십시오.
draft-earhart-url-smtp-00.txt(7.34.0에 추가됨).

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--메일 인증
(SMTP) 단일 주소를 지정합니다. 인증을 지정하는 데 사용됩니다.
다른 서버로 릴레이되고 있는 제출된 메시지의 주소(ID).

(7.25.0에 추가됨)

--메일-보낸 사람
(SMTP) 지정된 메일이 전송되어야 하는 단일 주소를 지정합니다.

(7.20.0에 추가됨)

--최대 파일 크기
다운로드할 파일의 최대 크기(바이트)를 지정합니다. 요청한 파일의 경우
이 값보다 크면 전송이 시작되지 않고 curl이 종료와 함께 반환됩니다.
코드 63.

알림: 파일 크기는 다운로드 전에 항상 알 수 있는 것은 아니며 이러한 파일의 경우
파일 전송이 주어진 것보다 커지더라도 옵션은 효과가 없습니다.
한계. 이는 FTP 및 HTTP 전송 모두에 적용됩니다.

--메일-rcpt
(SMTP) 단일 주소, 사용자 이름 또는 메일링 목록 이름을 지정합니다.

메일 전송 시 수신자는 유효한 이메일 주소를 지정해야 합니다.
메일을 보낼 수 있습니다. (7.20.0에서 추가됨)

주소 확인(VRFY 명령)을 수행할 때 수신자는 다음과 같아야 합니다.
사용자 이름 또는 사용자 이름 및 도메인으로 지정됩니다(RFC3.5의 섹션 5321에 따름).
(7.34.0에 추가됨)

메일링 리스트 확장(EXPN 명령)을 수행할 때 수신자는 다음과 같아야 합니다.
"Friends" 또는 "London-Office"와 같은 메일링 리스트 이름을 사용하여 지정합니다.
(7.34.0에 추가됨)

--최대 redirs
허용되는 최대 리디렉션 수를 설정합니다. 만약에 -엘, --위치 사용,
이 옵션은 curl이 "in absurdum" 리디렉션을 따르는 것을 방지하는 데 사용할 수 있습니다.
기본적으로 제한은 50개의 리디렉션으로 설정됩니다. 이 옵션을 -1로 설정하면
무제한.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--메탈링크
이 옵션은 주어진 URI를 Metalink 파일로 구문 분석하고 처리하도록 curl에 지시할 수 있습니다(둘 다
버전 3 및 4(RFC 5854)가 지원됨) 내에 나열된 미러를 사용합니다.
오류(예: 파일 또는 서버를 사용할 수 없음)가 있는 경우 장애 조치를 위해.
또한 다운로드가 완료된 후 파일의 해시를 확인합니다. 메탈링크
파일 자체는 메모리에서 다운로드 및 처리되며 로컬 파일에 저장되지 않습니다.
시스템.

원격 Metalink 파일을 사용하는 예:

컬 --메탈링크 http://www.example.com/example.metalink

로컬 파일 시스템에서 Metalink 파일을 사용하려면 FILE 프로토콜(file://)을 사용합니다.

컬 --metalink 파일://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 curl to FTP를 허용하려면
사용자 이름이 'myself'이고 암호가 'secret'인 시스템 host.domain.com은
다음과 유사하게 보입니다.

기계 호스트.도메인.com 로그인 자신 암호 비밀

-N, --버퍼 없음
출력 스트림의 버퍼링을 비활성화합니다. 정상적인 작업 상황에서 curl은
출력할 효과가 있는 표준 버퍼링된 출력 스트림을 사용합니다.
청크의 데이터, 반드시 데이터가 도착하는 정확한 시점은 아닙니다. 이것을 사용하여
옵션은 해당 버퍼링을 비활성화합니다.

이것은 문서화된 부정 옵션 이름입니다. 따라서 사용할 수 있습니다 --완충기 에
버퍼링을 시행합니다.

--netrc 파일
이 옵션은 다음과 유사합니다. --netrc, 경로(절대 또는
상대) Curl이 사용해야 하는 netrc 파일에. 하나의 netrc만 지정할 수 있습니다.
호출 당 파일. 여러 경우 --netrc 파일 옵션이 제공되며, 지난
한 사용하게 될 것이다. (7.21.5에서 추가됨)

이 옵션은 --netrc 상호 배타적이기 때문입니다. 그것은
또한 준수 --netrc-선택사항 지정된 경우.

--netrc-선택사항
매우 유사한 --netrc, 하지만 이 옵션은 .netrc 사용법을 선택 하지
의무적으로 --netrc 옵션은 합니다.

--협상하다
(HTTP) 협상(SPNEGO) 인증을 활성화합니다.

프록시 인증을 위해 Negotiate(SPNEGO)를 활성화하려면 다음을 사용하십시오.
--프록시 협상.

이 옵션에는 GSS-API 또는 SSPI 지원으로 빌드된 라이브러리가 필요합니다. 사용 -V,
--번역 컬이 GSS-API/SSPI 및 SPNEGO를 지원하는지 확인합니다.

이 옵션을 사용할 때 가짜 정보도 제공해야 합니다. -유, --사용자 활성화 옵션
인증코드를 제대로 사용자 이름으로 '-u :'를 보내는 것으로 충분하며
에서 암호 -u 옵션은 실제로 사용되지 않습니다.

이 옵션을 여러 번 사용하면 첫 번째 옵션만 사용됩니다.

--no-keepalive
기본적으로 curl과 같이 TCP 연결에서 keepalive 메시지 사용을 비활성화합니다.
가능하게 합니다.

이것은 문서화된 부정 옵션 이름입니다. 따라서 사용할 수 있습니다 --살아 유지
keepalive를 시행합니다.

--세션 ID 없음
(SSL) curl의 SSL 세션 ID 캐싱 사용을 비활성화합니다. 기본적으로 모든 전송은
캐시를 사용하여 완료되었습니다. 어떤 것도 시도하여 다칠 수는 없지만
SSL 세션 ID를 재사용하면 야생에서 깨진 SSL 구현이 있는 것 같습니다.
성공하려면 이 기능을 비활성화해야 할 수도 있습니다. (7.16.0에서 추가됨)

이것은 문서화된 부정 옵션 이름입니다. 따라서 사용할 수 있습니다 --세션 ID
세션 ID 캐싱을 적용합니다.

--noproxy
프록시가 지정된 경우 프록시를 사용하지 않는 호스트의 쉼표로 구분된 목록입니다. 그만큼
유일한 와일드카드는 모든 호스트와 일치하는 단일 * 문자이며 효과적으로
프록시를 비활성화합니다. 이 목록의 각 이름은 다음 도메인 중 하나와 일치합니다.
호스트 이름 또는 호스트 이름 자체를 포함합니다. 예를 들어 local.com은 일치합니다.
local.com, local.com:80 및 www.local.com이지만 www.notlocal.com은 아닙니다. (추가
7.19.4).

--ntlm(HTTP) NTLM 인증을 활성화합니다. NTLM 인증 방법은 다음에 의해 설계되었습니다.
Microsoft이며 IIS 웹 서버에서 사용됩니다. 그것은 독점 프로토콜, 역방향
영리한 사람들이 설계하고 노력에 따라 curl로 구현했습니다. 이것
이러한 종류의 행동을 지지해서는 안 되며 사용하는 모든 사람을 격려해야 합니다.
대신 다음과 같은 공개 및 문서화된 인증 방법으로 전환하는 NTLM
요람.

프록시 인증을 위해 NTLM을 활성화하려면 다음을 사용하십시오. --프록시-ntlm.

이 옵션에는 SSL 지원으로 빌드된 라이브러리가 필요합니다. 사용 -V, --번역 여부를 확인
귀하의 컬은 NTLM을 지원합니다.

이 옵션을 여러 번 사용하면 첫 번째 옵션만 사용됩니다.

-o, --출력
출력 쓰기 stdout 대신. {} 또는 []를 사용하여 가져오는 경우
여러 문서의 경우 '#' 다음에 숫자를 사용할 수 있습니다. 지정자.
해당 변수는 가져오는 URL의 현재 문자열로 대체됩니다.
에서처럼:

컬 http://{one,two}.site.com -o "file_#1.txt"

또는 다음과 같은 여러 변수를 사용하십시오.

컬 http://{사이트,호스트}.호스트[1-5].com -o "#1_#2"

이 옵션은 보유한 URL 수만큼 여러 번 사용할 수 있습니다.

참조 항목 --create-dirs 로컬 디렉토리를 동적으로 생성하는 옵션.
출력을 '-'(단일 대시)로 지정하면 출력이 강제로 수행됩니다.
표준 출력.

-O, --원격 이름
우리가 얻은 원격 파일과 같은 이름의 로컬 파일에 출력을 씁니다. (파일 부분만
원격 파일의 사용시 경로가 잘립니다.)

저장에 사용할 원격 파일 이름은 주어진 URL에서 추출됩니다.
그밖에.

결과적으로 파일은 현재 작업 디렉토리에 저장됩니다. 만약 너라면
파일을 다른 디렉토리에 저장하려면 현재 작업을 변경해야 합니다.
컬을 호출하기 전에 디렉토리 -영형, --원격 이름 깃발!

파일 이름에 대한 URL 디코딩이 없습니다. %20 또는 다른 URL이 인코딩된 경우
이름의 일부는 그대로 파일 이름으로 끝납니다.

이 옵션은 보유한 URL 수만큼 여러 번 사용할 수 있습니다.

--oauth2-bearer
(IMAP, POP3, SMTP) OAUTH 2.0 서버 인증을 위한 베어러 토큰을 지정합니다.
Bearer 토큰은 지정할 수 있는 사용자 이름과 함께 사용됩니다.
의 일환으로 --url or -유, --사용자 옵션을 제공합니다.

Bearer 토큰과 사용자 이름은 RFC 6750에 따라 형식이 지정됩니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--프록시 헤더
(HTTP) 프록시에 HTTP를 보낼 때 요청에 포함할 추가 헤더입니다. 당신은 할 수있다
추가 헤더를 원하는 만큼 지정합니다. 이것은 다음과 동등한 옵션입니다. -시간, --헤더
그러나 CONNECT 요청과 같은 경우에만 프록시 통신을 위한 것입니다.
실제 원격 호스트로 전송되는 것과 프록시로 전송되는 별도의 헤더입니다.

curl은 추가/교체하는 각 헤더가 적절한 종료와 함께 전송되는지 확인합니다.
라인 마커, 이렇게 해야 합니다 지원 헤더 내용의 일부로 추가하십시오.
줄 바꿈이나 캐리지 리턴을 추가하지 않으면 문제가 발생할 뿐입니다.

이 옵션으로 지정된 헤더는 curl이 알고 있는 요청에 포함되지 않습니다.
프록시로 전송되지 않습니다.

이 옵션은 여러 헤더를 추가/바꾸기/제거하기 위해 여러 번 사용할 수 있습니다.

(7.37.0에 추가됨)

-p, --proxytunnel
HTTP 프록시를 사용하는 경우(-NS, --대리), 이 옵션은 HTTP가 아닌 프로토콜을
HTTP와 같은 작업을 수행하기 위해 프록시를 사용하는 대신 프록시를 통해 터널링을 시도합니다.
운영. 터널 방식은 HTTP 프록시 CONNECT 요청으로 이루어지며
프록시가 curl이 원하는 원격 포트 번호에 대한 직접 연결을 허용해야 합니다.
터널을 통과합니다.

-P, --ftp-포트
(FTP) FTP로 연결할 때 기본 개시자/수신자 역할을 바꿉니다. 이것
스위치는 컬이 활성 모드를 사용하도록 합니다. 실제로 curl은 서버에 다음을 지시합니다.
수동 모드에서 요청하는 동안 클라이언트의 지정된 주소와 포트에 다시 연결
연결할 서버의 IP 주소와 포트를 설정합니다. ~해야 한다
다음 중 하나여야 합니다.

인터페이스
즉 "eth0"은 사용하려는 인터페이스의 IP 주소를 지정합니다(Unix
만 해당)

IP 주소
예를 들어 정확한 IP 주소를 지정하려면 "192.168.10.1"

호스트 이름
즉 "my.host.domain"은 머신을 지정합니다.

- 컨트롤에 이미 사용된 것과 동일한 IP 주소를 curl 선택하도록 합니다.
연결

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다. 사용을 비활성화
포트 --ftp-pasv. PORT 대신 EPRT 명령을 사용하려는 시도를 비활성화합니다.
사용하여 --비활성화-eprt. EPRT는 실제로 PORT++입니다.

7.19.5부터 주소 오른쪽에 ":[start]-[end]"를 추가할 수 있습니다.
사용할 TCP 포트 범위를 말하십시오. 즉, 다음에서 포트 범위를 지정합니다.
더 높은 숫자로 낮춥니다. 단일 번호도 작동하지만
포트를 사용할 수 없기 때문에 실패 위험이 증가합니다.

--통과하다
(SSL/SSH) 개인 키의 암호

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--경로 그대로
시퀀스를 처리하지 않도록 curl에 지시 /../ or //./ 주어진 URL 경로에서. 보통
curl은 표준에 따라 스쿼시하거나 병합하지만 이 옵션을 사용하면
그러지 말라고 하세요.

(7.42.0에 추가됨)

--post301
(HTTP) curl이 RFC 7230/6.4.2를 준수하고 POST 요청을 GET으로 변환하지 않도록 지시합니다.
301 리디렉션을 따를 때 요청합니다. 비 RFC 동작은 어디에나 있습니다.
웹 브라우저이므로 curl은 기본적으로 일관성을 유지하기 위해 변환을 수행합니다.
그러나 서버는 이러한 리디렉션 후에도 POST를 유지하기 위해 POST를 요구할 수 있습니다.
이 옵션은 다음을 사용할 때만 의미가 있습니다. -엘, --위치 (7.17.1에 추가됨)

--post302
(HTTP) curl이 RFC 7230/6.4.3를 준수하고 POST 요청을 GET으로 변환하지 않도록 지시합니다.
302 리디렉션을 따를 때 요청합니다. 비 RFC 동작은 어디에나 있습니다.
웹 브라우저이므로 curl은 기본적으로 일관성을 유지하기 위해 변환을 수행합니다.
그러나 서버는 이러한 리디렉션 후에도 POST를 유지하기 위해 POST를 요구할 수 있습니다.
이 옵션은 다음을 사용할 때만 의미가 있습니다. -엘, --위치 (7.19.1에 추가됨)

--post303
(HTTP) curl이 RFC 7230/6.4.4를 준수하고 POST 요청을 GET으로 변환하지 않도록 지시합니다.
303 리디렉션을 따를 때 요청합니다. 비 RFC 동작은 어디에나 있습니다.
웹 브라우저이므로 curl은 기본적으로 일관성을 유지하기 위해 변환을 수행합니다.
그러나 서버는 이러한 리디렉션 후에도 POST를 유지하기 위해 POST를 요구할 수 있습니다.
이 옵션은 다음을 사용할 때만 의미가 있습니다. -엘, --위치 (7.26.0에 추가됨)

--proto
초기 검색을 위해 나열된 프로토콜을 사용하도록 curl에 지시합니다. 프로토콜은
왼쪽에서 오른쪽으로 평가되고 쉼표로 구분되며 각각 프로토콜 이름 또는
'all', 선택적으로 XNUMX개 이상의 한정자가 붙습니다. 사용 가능한 수정자는 다음과 같습니다.

+ 이미 허용된 프로토콜 외에 이 프로토콜을 허용합니다(이는
수정자가 사용되지 않는 경우 기본값).

- 이 프로토콜을 거부하고 이미 허용된 프로토콜 목록에서 제거합니다.

= 이 프로토콜만 허용합니다(이미 허용된 목록 무시).
쉼표로 구분된 목록의 후속 항목에 의해 나중에 수정됩니다.

예 :

--프로토 -ftps 기본 프로토콜을 사용하지만 ftps를 비활성화합니다.

--프로토 -모두,https,+http
http 및 https만 활성화

--프로토 =http,https
또한 http 및 https만 활성화합니다.

알 수 없는 프로토콜은 경고를 생성합니다. 이렇게 하면 스크립트가 안전하게 의존할 수 있습니다.
지원에 의존하지 않고 잠재적으로 위험한 프로토콜을 비활성화할 수 있습니다.
오류를 피하기 위해 해당 프로토콜이 컬에 내장되어 있습니다.

이 옵션은 여러 번 사용할 수 있으며 이 경우 효과는 다음과 동일합니다.
프로토콜을 옵션의 한 인스턴스로 연결합니다.

(7.20.2에 추가됨)

--proto-default
컬이 사용하도록 지시 프로토콜 체계 이름이 누락된 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에 추가됨)

--프록시-anyauth
curl이 다음과 통신할 때 적합한 인증 방법을 선택하도록 지시합니다.
주어진 프록시. 이로 인해 추가 요청/응답 왕복이 발생할 수 있습니다. (추가
7.13.2)

--프록시-기본
주어진 것과 통신할 때 HTTP 기본 인증을 사용하도록 curl에 지시합니다.
대리. 사용 --기초적인 원격 호스트에서 HTTP Basic을 활성화하기 위한 것입니다. 기본은 기본
인증 방법 컬은 프록시와 함께 사용합니다.

--프록시-다이제스트
주어진 것과 통신할 때 HTTP 다이제스트 인증을 사용하도록 curl에 지시합니다.
대리. 사용 --요람 원격 호스트에서 HTTP 다이제스트를 활성화하기 위한 것입니다.

--프록시 협상
통신할 때 HTTP Negotiate(SPNEGO) 인증을 사용하도록 curl에 지시합니다.
주어진 프록시. 사용 --협상하다 원격으로 HTTP Negotiate(SPNEGO)를 활성화하기 위해
주인. (7.17.1에서 추가됨)

--프록시-ntlm
지정된 프록시와 통신할 때 HTTP NTLM 인증을 사용하도록 curl에 지시합니다.
--ntlm 원격 호스트에서 NTLM을 활성화하기 위해.

--프록시-서비스-이름
이 옵션을 사용하면 프록시 협상을 위한 서비스 이름을 변경할 수 있습니다.

예: --proxy-negotiate 프록시 이름 --프록시-서비스-이름 sockd는 사용할 것입니다
sockd/프록시 이름. (7.43.0에 추가됨).

--proxy1.0
지정된 HTTP 1.0 프록시를 사용합니다. 포트 번호를 지정하지 않으면
포트 1080에서 가정합니다.

이것과 HTTP 프록시 옵션(-NS, --대리), 그것은
프록시를 통해 CONNECT를 사용하려는 시도는 대신 HTTP 1.0 프로토콜을 지정합니다.
기본 HTTP 1.1.

--pubkey
(SSH) 공개 키 파일 이름. 이 별도의 공개 키를 제공할 수 있습니다.
파일.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

(7.39.0부터 curl은 자동으로 공개 키를 추출하려고 시도합니다.
개인 키 파일이므로 일반적으로 이 옵션을 전달할 필요가 없습니다. 이
공개 키 추출을 위해서는 libssh2 1.2.8의 복사본에 대해 libcurl을 연결해야 합니다.
자체적으로 OpenSSL에 연결되어 있는 이상)

-q 명령줄에서 첫 번째 매개변수로 사용되는 경우 컬 구성 파일은
읽고 사용할 수 있습니다. 참조 -케이, --구성 기본 구성 파일에 대한 자세한 내용은
검색 경로.

-Q, --따옴표
(FTP/SFTP) 원격 FTP 또는 SFTP 서버에 임의의 명령을 보냅니다. 인용하다
전송이 발생하기 전에 명령이 전송됩니다(초기 PWD 직후).
정확히 FTP 전송의 명령). 명령이 a 후에 발생하도록 하려면
성공적으로 전송하려면 대시 '-'를 앞에 붙입니다. 이후에 명령을 보내려면
curl은 전송 명령, 접두사 바로 전에 작업 디렉토리를 변경했습니다.
'+'가 있는 명령입니다(FTP에서만 지원됨). 임의의 숫자를 지정할 수 있습니다.
명령의. 서버가 명령 중 하나에 대해 실패를 반환하면 전체
작업이 중단됩니다. 구문적으로 올바른 FTP 명령을 RFC로 보내야 합니다.
959는 FTP 서버 또는 아래에 나열된 명령 중 하나를 SFTP 서버로 정의합니다.
이 옵션은 여러 번 사용할 수 있습니다. FTP 서버와 대화할 때
다음과 같이 명령이 실패하더라도 컬을 계속하려면 별표(*)가 있는 명령
기본 컬은 첫 번째 실패 시 중지됩니다.

SFTP는 바이너리 프로토콜입니다. FTP와 달리 curl은 SFTP 인용 명령을 해석합니다.
서버에 보내기 전에 스스로. 파일 이름은 쉘 스타일로 인용될 수 있습니다.
공백 또는 특수 문자를 포함합니다. 다음은 지원되는 모든 SFTP 목록입니다.
인용 명령:

chgrp 그룹 파일
chgrp 명령은 파일 피연산자가 명명한 파일의 그룹 ID를 다음으로 설정합니다.
그룹 피연산자에 의해 지정된 그룹 ID. 그룹 피연산자가 XNUMX진수입니다.
정수 그룹 ID.

chmod 모드 파일
chmod 명령은 지정된 파일의 파일 모드 비트를 수정합니다. 그만큼
모드 피연산자는 XNUMX진수 정수 모드 번호입니다.

chown 사용자 파일
chown 명령은 파일 피연산자가 명명한 파일의 소유자를 다음으로 설정합니다.
사용자 피연산자가 지정한 사용자 ID. 사용자 피연산자는 십진수입니다.
정수 사용자 ID.

ln 소스 파일 대상 파일
ln 및 symlink 명령은 target_file에 심볼릭 링크를 생성합니다.
source_file 위치를 가리키는 위치.

mkdir 디렉토리 이름
mkdir 명령은 directory_name 피연산자로 명명된 디렉토리를 생성합니다.

pwd pwd 명령은 현재 작업 중인 파일의 절대 경로 이름을 반환합니다.
디렉토리.

소스 대상 이름 바꾸기
rename 명령은 소스 피연산자가 명명한 파일 또는 디렉토리의 이름을 바꿉니다.
대상 피연산자에 의해 명명된 대상 경로로.

RM 파일
rm 명령은 file 피연산자가 지정한 파일을 제거합니다.

rmdir 디렉토리
rmdir 명령은 디렉토리에서 지정한 디렉토리 항목을 제거합니다.
비어 있는 경우 피연산자입니다.

symlink 소스파일 target_file
인을 참조하십시오.

-r, --범위
(HTTP/FTP/SFTP/FILE) 바이트 범위(예: 부분 문서) 검색
HTTP/1.1, FTP 또는 SFTP 서버 또는 로컬 FILE. 범위는 숫자로 지정할 수 있습니다.
방법의.

0-499 처음 500바이트를 지정합니다.

500-999 두 번째 500바이트를 지정합니다.

-500 마지막 500바이트를 지정합니다.

9500- 오프셋 9500 이후의 바이트를 지정합니다.

0-0,-1 첫 번째와 마지막 바이트만 지정(*)(HTTP)

100-199,500-599
두 개의 개별 100바이트 범위(*)(HTTP)를 지정합니다.

(*) = 이렇게 하면 서버가 다중 응답으로 응답하게 됩니다!

'start' 및 'stop' 필드에는 숫자(0-9)만 유효합니다.
'시작-중지' 범위 구문. 범위에 숫자가 아닌 문자가 지정되면
서버의 응답은 서버의 구성에 따라 지정되지 않습니다.

또한 많은 HTTP/1.1 서버에 이 기능이 없다는 점을 알고 있어야 합니다.
활성화되어 범위를 가져오려고 할 때 대신 전체를 가져옵니다.
문서를 참조하시기 바랍니다.

FTP 및 SFTP 범위 다운로드는 간단한 '시작-중지' 구문만 지원합니다.
(선택적으로 숫자 중 하나는 생략됨). FTP 사용은 확장된 FTP에 따라 다릅니다.
명령 SIZE.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-R, --원격 시간
사용하면 컬이 원격의 타임스탬프를 알아내려고 시도합니다.
파일이 있는 경우 로컬 파일이 동일한 타임스탬프를 얻도록 합니다.

--무작위 파일
(SSL) 무작위로 간주될 항목을 포함하는 파일의 경로 이름을 지정하십시오.
데이터. 데이터는 SSL 연결을 위한 임의 엔진을 시드하는 데 사용됩니다. 또한 참조
--egd 파일 옵션을 선택합니다.

--raw(HTTP) 사용 시 콘텐츠 또는 전송의 모든 내부 HTTP 디코딩을 비활성화합니다.
인코딩 대신 변경되지 않은 원시 상태로 전달됩니다. (7.16.2에서 추가됨)

--원격 이름-모두
이 옵션은 주어진 모든 URL이 다음과 같이 처리되도록 기본 작업을 변경합니다.
-영형, --원격 이름 각각 사용했습니다. 그래서 당신이 그것을 비활성화하려는 경우
이후의 특정 URL --원격 이름-모두 사용된 경우 "-o -"를 사용해야 합니다. 또는 --아니요-
원격 이름. (7.19.0에서 추가됨)

--해결하다
특정 호스트 및 포트 쌍에 대한 사용자 지정 주소를 제공합니다. 이것을 사용하면 다음을 수행할 수 있습니다.
컬 요청이 지정된 주소를 사용하도록 하고 그렇지 않은 경우를 방지합니다.
사용할 일반적으로 확인된 주소입니다. 일종의 것으로 간주 은 / etc / 호스트 대안
명령줄에 제공됩니다. 포트 번호는 사용되는 번호여야 합니다.
호스트가 사용될 특정 프로토콜. 다음과 같은 경우 여러 항목이 필요함을 의미합니다.
동일한 호스트이지만 다른 포트에 대한 주소를 제공하려고 합니다.

이 옵션을 여러 번 사용하여 확인할 호스트 이름을 많이 추가할 수 있습니다.

(7.21.3에 추가됨)

--다시 해 보다
curl이 전송을 시도할 때 일시적인 오류가 반환되면
포기하기 전에 이 횟수만큼 재시도하십시오. 숫자를 0으로 설정하면 curl이 수행됩니다.
재시도 없음(기본값). 일시적인 오류는 다음 중 하나를 의미합니다. 시간 초과, FTP
4xx 응답 코드 또는 HTTP 5xx 응답 코드.

curl이 전송을 재시도하려고 할 때 먼저 XNUMX초를 기다린 다음
향후 모든 재시도는 10분에 도달할 때까지 대기 시간을 두 배로 늘립니다.
그러면 나머지 재시도 사이의 지연이 됩니다. 사용하여 --다시 해 보다-
지연 이 지수 백오프 알고리즘을 비활성화합니다. 또한보십시오 --재시도 최대 시간 에
재시도에 허용되는 총 시간을 제한합니다. (7.12.3에서 추가됨)

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--재시도 지연
전송이 실패한 경우 각 재시도 전 이 시간 동안 컬을 절전 모드로 전환합니다.
일시적인 오류가 있는 경우(기본 백오프 시간 알고리즘을
재시도). 이 옵션은 다음과 같은 경우에만 유용합니다. --다시 해 보다 도 사용됩니다. 이것을 설정
7.12.3으로 지연하면 컬이 기본 백오프 시간을 사용하게 됩니다. (XNUMX에서 추가됨)

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--재시도 최대 시간
재시도 타이머는 첫 번째 전송 시도 전에 재설정됩니다. 재시도는 다음과 같이 수행됩니다.
평소 (참조 --다시 해 보다) 타이머가 주어진 제한에 도달하지 않는 한. 알아채다
타이머가 제한에 도달하지 않은 경우 요청이 이루어지고
수행하는 경우 주어진 시간보다 더 오래 걸릴 수 있습니다. 단일을 제한하려면
요청의 최대 시간, 사용 -미디엄, --최대 시간. 시간이 초과되지 않도록 하려면 이 옵션을 XNUMX으로 설정하십시오.
재시도합니다. (7.12.3에서 추가됨)

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-s, --침묵
무음 또는 정숙 모드. 진행률 표시기 또는 오류 메시지를 표시하지 않습니다. 컬을 만든다
무음. 그것은 여전히 ​​당신이 요청한 데이터를 잠재적으로 출력할 것입니다.
리디렉션하지 않는 한 터미널/stdout.

--sasl-ir
SASL 인증에서 초기 응답을 활성화합니다. (7.31.0에서 추가됨)

--서비스 이름
이 옵션을 사용하면 SPNEGO의 서비스 이름을 변경할 수 있습니다.

예: --협상 --서비스 이름 sockd는 sockd/server-name을 사용합니다. (추가
7.43.0).

-S, --표시-오류
함께 사용할 때 -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에 추가됨). 그 옵션
이름은 계속 사용할 수 있지만 향후 버전에서는 제거됩니다.

--ssl-허용 짐승
(SSL) 이 옵션은 curl이 SSL3 및
BEAST로 알려진 TLS1.0 프로토콜. 이 옵션을 사용하지 않으면 SSL 계층에서 다음을 사용할 수 있습니다.
일부 이전 SSL과 상호 운용성 문제를 일으키는 것으로 알려진 해결 방법
구현. 경고: 이 옵션은 SSL 보안을 느슨하게 하며 이 옵션을 사용하면
당신이 정확히 그것을 요구하는 깃발. (7.25.0에서 추가됨)

--ssl-해지 없음
(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-서비스
양말 서버의 기본 서비스 이름은 rcmd/server-fqdn입니다. 이 옵션은
당신은 그것을 변경합니다.

예: --socks5 프록시 이름 --socks5-gssapi-서비스 sockd는 sockd/proxy-를 사용합니다.
이름 --socks5 프록시 이름 --socks5-gssapi-서비스 sockd/실명 사용
프록시 이름이 주체 이름과 일치하지 않는 경우 sockd/real-name.
(7.19.4에서 추가됨).

--socks5-gssapi-nec
GSS-API 협상의 일부로 보호 모드가 협상됩니다. RFC 1961은 말한다
섹션 4.3/4.4에서 보호되어야 하지만 NEC 참조 구현
하지 않습니다. 옵션 --socks5-gssapi-nec 의 보호되지 않은 교환을 허용합니다.
보호 모드 협상. (7.19.4에서 추가됨).

--stderr
대신 stderr에 대한 모든 쓰기를 지정된 파일로 리디렉션합니다. 파일 이름이
일반 '-', 대신 stdout에 기록됩니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-t, --텔넷 옵션
텔넷 프로토콜에 옵션을 전달합니다. 지원되는 옵션은 다음과 같습니다.

TTYPE= 터미널 유형을 설정합니다.

XDISPLOC= X 표시 위치를 설정합니다.

NEW_ENV= 환경 변수를 설정합니다.

-T, --업로드 파일
지정된 로컬 파일을 원격 URL로 전송합니다. 파일 부분이 없는 경우
지정된 URL에서 Curl은 로컬 파일 이름을 추가합니다. 참고
파일이 없다는 것을 Curl에게 실제로 증명하기 위해 마지막 디렉토리의 후행 /
name 또는 curl은 마지막 디렉토리 이름이 원격 파일 이름이라고 생각합니다.
사용. 그러면 업로드 작업이 실패할 가능성이 큽니다. 에 사용하는 경우
HTTP(S) 서버인 경우 PUT 명령이 사용됩니다.

주어진 파일 대신 stdin을 사용하려면 파일 이름 "-"(단일 대시)를 사용하십시오.
또는 파일 이름 "." (단일 마침표)를 "-" 대신 지정할 수 있습니다.
non-blocking 모드에서 stdin을 사용하여 stdin이 실행되는 동안 서버 출력을 읽을 수 있도록 합니다.
업로드.

명령줄에서 각 URL에 대해 하나의 -T를 지정할 수 있습니다. 각 -T + URL 쌍
업로드할 항목과 위치를 지정합니다. curl은 -T의 "globbing"도 지원합니다.
인수를 사용하여 단일 URL에 여러 파일을 업로드할 수 있음을 의미합니다.
다음과 같이 URL에서 지원되는 동일한 URL 글로빙 스타일:

컬 -T "{파일1,파일2}" http://www.uploadtothissite.com

심지어

curl -T "img[1-1000].png" 로딩="게으른" ftp://ftp.picturemania.com/upload/

--tcp-노드레이
TCP_NODELAY 옵션을 켭니다. 참조 컬_쉬운_세트(3) 자세한 내용은 매뉴얼 페이지
이 옵션에 대해. (7.11.2에서 추가됨)

--tftp-blksize
(TFTP) TFTP BLKSIZE 옵션을 설정합니다(>512여야 함). 이것은 말리는 블록 크기입니다.
TFTP 서버와 데이터를 주고 받을 때 사용하려고 합니다. 기본적으로 512
바이트가 사용됩니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

(7.20.0에 추가됨)

--tlsauthtype
TLS 인증 유형을 설정합니다. 현재 유일하게 지원되는 옵션은 "SRP"입니다.
TLS-SRP(RFC 5054). 만약에 --tlsuser 과 --tlspassword 지정되어 있지만 --tlsauthtype
그렇지 않은 경우 이 옵션의 기본값은 "SRP"입니다. (7.21.4에서 추가됨)

--tlspassword
로 지정된 TLS 인증 방법과 함께 사용할 비밀번호 설정
--tlsauthtype. 요구합니다 --tlsuser 설정하기도 합니다. (7.21.4에서 추가됨)

--tlsuser
로 지정된 TLS 인증 방법과 함께 사용할 사용자 이름 설정
--tlsauthtype. 요구합니다 --tlspassword 설정하기도 합니다. (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) 알고리즘 중 하나를 사용하여 압축된 Transfer-Encoding 응답 요청
curl이 지원하고 데이터를 받는 동안 압축을 풉니다.

(7.21.6에 추가됨)

--추적하다
설명을 포함하여 모든 수신 및 발신 데이터의 전체 추적 덤프를 활성화합니다.
주어진 출력 파일에 대한 정보. 출력을 보내려면 파일 이름으로 "-"를 사용하십시오.
표준 출력으로.

이 옵션은 이전 사용을 재정의합니다. -V, --말 수가 많은 or --trace-ascii.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--trace-ascii
설명을 포함하여 모든 수신 및 발신 데이터의 전체 추적 덤프를 활성화합니다.
주어진 출력 파일에 대한 정보. 출력을 보내려면 파일 이름으로 "-"를 사용하십시오.
표준 출력으로.

이것은 매우 유사하다. --추적하다하지만 XNUMX진수 부분은 생략하고
덤프의 ASCII 부분입니다. 읽기 쉬운 작은 출력을 만듭니다.
훈련되지 않은 인간.

이 옵션은 이전 사용을 재정의합니다. -V, --말 수가 많은 or --추적하다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--추적 시간
curl이 표시하는 각 추적 또는 상세 라인에 타임스탬프를 추가합니다. (추가
7.14.0)

--유닉스 소켓
(HTTP) 네트워크를 사용하는 대신 이 Unix 도메인 소켓을 통해 연결합니다.
(7.40.0에 추가됨)

-u, --사용자
서버 인증에 사용할 사용자 이름과 암호를 지정합니다. 재정의 -N,
--netrc 과 --netrc-선택사항.

사용자 이름만 지정하면 curl에서 암호를 묻는 메시지가 표시됩니다.

사용자 이름과 암호는 첫 번째 콜론에서 분리됩니다.
이 옵션으로 사용자 이름에 콜론을 사용할 수 없습니다. 비밀번호는,
여전히.

Windows 기반 서버에서 Kerberos V5를 사용하는 경우 Windows를 포함해야 합니다.
서버가 성공적으로 도메인 이름을 얻기 위해 사용자 이름의 도메인 이름
케르베로스 티켓. 그렇지 않으면 초기 인증 핸드셰이크가 실패할 수 있습니다.

NTLM을 사용하는 경우 사용자 이름을 사용자 이름으로 간단히 지정할 수 있습니다.
예를 들어 설정에 단일 도메인과 포리스트가 있는 경우 도메인입니다.

도메인 이름을 지정하려면 하위 수준 로그온 이름 또는 UPN(User Principal
이름) 형식입니다. 예를 들어, EXAMPLE\user 및 [이메일 보호] 각각.

Windows SSPI 지원 curl 바이너리를 사용하고 Kerberos V5, Negotiate,
NTLM 또는 다이제스트 인증을 사용하면 curl에 사용자 이름을 선택하도록 지시할 수 있습니다.
다음 옵션과 함께 단일 콜론을 지정하여 환경에서 비밀번호를 변경하십시오.
:".

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-U, --프록시-사용자
프록시 인증에 사용할 사용자 이름과 암호를 지정합니다.

Windows SSPI 지원 curl 바이너리를 사용하고 Negotiate 또는 NTLM을 수행하는 경우
인증 그런 다음 curl에서 사용자 이름과 비밀번호를 선택하도록 지시할 수 있습니다.
"-U :" 옵션과 함께 단일 콜론을 지정하여 환경을 구성합니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

--url
가져올 URL을 지정하십시오. 이 옵션은 URL을 지정하려는 경우에 주로 유용합니다.
구성 파일에서.

제공된 URL에 체계 이름(예: "http://" 또는 "ftp://" 등)이 누락된 경우
curl은 호스트를 기반으로 추측합니다. 가장 바깥쪽 하위 도메인 이름이 일치하는 경우
DICT, FTP, IMAP, LDAP, POP3 또는 SMTP는 해당 프로토콜이 사용되며 그렇지 않으면 HTTP가 사용됩니다.
사용하게 될 것이다. 7.45.0부터 기본 프로토콜을 설정하여 추측을 비활성화할 수 있습니다.
참조 --proto-기본값 자세한 내용은.

이 옵션은 여러 번 사용할 수 있습니다. 이 URL이 작성되는 위치를 제어하려면
사용 -영형, --산출 또는 -영형, --원격 이름 옵션을 제공합니다.

-v, --자세한
작업 중에는 더 장황하게 말하십시오. 디버깅 및 확인에 유용
"후드 아래"에서 무슨 일이 일어나고 있는지. '>'로 시작하는 줄은 전송된 "헤더 데이터"를 의미합니다.
curl에 의해 '<'는 일반적인 경우에 숨겨져 있는 curl에 의해 수신된 "헤더 데이터"를 의미합니다.
'*'로 시작하는 줄은 curl에서 제공하는 추가 정보를 의미합니다.

출력에 HTTP 헤더만 원하는 경우 -NS, --포함하다 아마도
찾고 있는 옵션입니다.

이 옵션이 여전히 충분한 세부 정보를 제공하지 않는다고 생각되면 사용을 고려하십시오.
--추적하다 or --trace-ascii 대신.

이 옵션은 이전 사용을 재정의합니다. --trace-ascii or --추적하다.

-에스, --조용한 컬을 조용하게 만들기 위해.

-w, --내보내기
전송 완료 후 stdout에 curl 표시 정보를 만듭니다. 형식은
여러 변수와 혼합된 일반 텍스트를 포함할 수 있는 문자열입니다. 형식
리터럴 "문자열"로 지정하거나 curl에서 형식을 읽도록 할 수 있습니다.
"@filename"을 사용하여 파일을 작성하고 작성한 stdin에서 형식을 읽도록 curl에 지시합니다.
"@-".

출력 형식에 있는 변수는 값 또는 텍스트로 대체됩니다.
컬은 아래에 설명된 대로 적합하다고 생각합니다. 모든 변수는 다음과 같이 지정됩니다.
%{variable_name}이고 정상적인 %를 출력하려면 %%로 작성하면 됩니다. 출력할 수 있습니다
\n을 사용한 개행, \r을 사용한 캐리지 리턴 및 \t를 사용한 탭 공간.

알림: % 기호는 win32 환경의 특수 기호입니다.
이 옵션을 사용할 때 %의 발생은 두 배가 되어야 합니다.

사용 가능한 변수는 다음과 같습니다.

컨텐츠 타입 요청된 문서의 Content-Type(있는 경우).

파일 이름_유효
curl이 쓰는 최종 파일 이름입니다. 이것은 단지
curl이 --원격 이름
or --산출 옵션. 다음과 함께 사용하면 가장 유용합니다.
--원격 헤더 이름 옵션. (7.25.1에서 추가됨)

ftp_entry_path 원격 FTP에 로그온할 때 초기 경로 컬이 끝났습니다.
섬기는 사람. (7.15.4에서 추가됨)

http_code 마지막 검색에서 찾은 숫자 응답 코드
HTTP(S) 또는 FTP(s) 전송. 7.18.2에서 별칭 응답 코드 였다
동일한 정보를 표시하기 위해 추가되었습니다.

http_연결 마지막 응답에서 발견된 숫자 코드(
프록시) curl CONNECT 요청에. (7.12.4에서 추가됨)

local_ip 가장 최근에 완료된 연결의 로컬 끝 IP 주소
- IPv4 또는 IPv6일 수 있음(7.29.0에 추가됨)

로컬 포트 가장 최근에 수행된 연결의 로컬 포트 ​​번호(에서 추가됨)
7.29.0)

num_connects 최근 전송에서 이루어진 새로운 연결 수입니다. (추가
7.12.3)

num_redirects 요청에서 뒤따른 리디렉션 수입니다. (추가
7.12.3)

redirect_url 리디렉션을 따르기 위해 -L 없이 HTTP 요청이 이루어진 경우
변수는 실제 URL을 리디렉션으로 표시합니다. 겠지 당신을 데려가.
(7.18.2에 추가됨)

remote_ip 가장 최근에 완료된 연결의 원격 IP 주소는 다음과 같을 수 있습니다.
IPv4 또는 IPv6(7.29.0에서 추가됨)

원격 포트 가장 최근에 수행된 연결의 원격 포트 번호(추가됨)
7.29.0에서)

크기_다운로드 다운로드된 총 바이트 양입니다.

크기_헤더 다운로드한 헤더의 총 바이트 양입니다.

사이즈_요청 HTTP 요청에서 전송된 총 바이트 양입니다.

크기_업로드 업로드된 총 바이트 양입니다.

속도_다운로드 컬이 전체에 대해 측정한 평균 다운로드 속도
다운로드. 초당 바이트.

속도_업로드 curl이 전체 ​​업로드에 대해 측정한 평균 업로드 속도입니다.
초당 바이트.

SSL_verify_result
SSL 피어 인증서 확인 결과
요청했습니다. 0은 확인이 성공했음을 의미합니다. (추가
7.19.0)

time_appconnect
시작부터 SSL/SSH 등이 실행될 때까지 걸린 시간(초)
원격 호스트에 대한 연결/핸드셰이크가 완료되었습니다. (추가
7.19.0)

시간_연결 시작부터 TCP 연결까지 걸린 시간(초)
원격 호스트(또는 프록시)로의 연결이 완료되었습니다.

time_name조회
시작부터 이름까지 걸린 시간(초)
해결이 완료되었습니다.

시간_사전 환승
시작부터 파일 전송까지 걸린 시간(초)
막 시작하려던 참이었다. 여기에는 모든 사전 전송 명령과
특정 프로토콜에 특정한 협상
뒤얽힌.

시간_리디렉션 모든 리디렉션 단계에 걸린 시간(초)은 이름을 포함합니다.
최종 전에 조회, 연결, 사전 전송 및 전송
거래가 시작되었습니다. time_redirect는 전체 실행을 보여줍니다.
여러 방향 전환을 위한 시간. (7.12.3에서 추가됨)

time_start환승
시작부터 첫 번째 바이트까지 걸린 시간(초)
이직 직전이었다. 여기에는 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 또는 pass를 사용하여 @와 같은 특수 문자를 전달할 수 있습니다.
콜론에 %3a.

프록시 호스트는 프록시 환경과 정확히 동일한 방식으로 지정할 수 있습니다.
프로토콜 접두사(http://) 및 포함된 사용자 +
암호를 입력합니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-X, --요청
(HTTP) HTTP와 통신할 때 사용할 사용자 정의 요청 방법을 지정합니다.
섬기는 사람. 그렇지 않으면 지정된 요청 방법이 방법 대신 사용됩니다.
사용됨(기본값은 GET). 자세한 내용은 HTTP 1.1 사양을 읽고
설명. 일반적인 추가 HTTP 요청에는 PUT 및 DELETE가 포함되지만 관련
WebDAV와 같은 기술은 PROPFIND, COPY, MOVE 등을 제공합니다.

일반적으로 이 옵션은 필요하지 않습니다. 모든 종류의 GET, HEAD, POST 및 PUT 요청
오히려 전용 명령줄 옵션을 사용하여 호출됩니다.

이 옵션은 HTTP 요청에 사용된 실제 단어만 변경하며 변경하지는 않습니다.
컬이 작동하는 방식을 변경합니다. 예를 들어 적절한 HEAD를 만들고 싶다면
-X HEAD를 사용하는 요청은 충분하지 않습니다. 당신은 -NS, --머리 옵션을 선택합니다.

-X로 설정한 메서드 문자열은 모든 요청에 ​​사용됩니다.
사용 예 -엘, --위치 컬이 작동하지 않을 때 의도하지 않은 부작용이 발생할 수 있습니다.
HTTP 30x 응답 코드에 따라 변경 요청 방법 - 유사.

(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, --속도-시간
다운로드가 속도 제한 시간 동안 초당 속도 제한 바이트보다 느린 경우
기간 동안 다운로드가 중단됩니다. 속도 시간을 사용하는 경우 기본 속도 제한
로 설정하지 않으면 1이 됩니다. -Y.

이 옵션은 전송을 제어하므로 느린 연결 등에 영향을 미치지 않습니다.
당신을 위한 관심사입니다, 시도하십시오 --연결-시간 초과 옵션을 선택합니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-Y, --속도 제한
속도-시간 동안 다운로드가 주어진 속도(초당 바이트 수)보다 느린 경우
초 그것은 중단됩니다. 속도 시간은 다음과 같이 설정됩니다. -y 설정하지 않으면 30입니다.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-z, --시간 조건 |
(HTTP/FTP) 지정된 시간보다 늦게 수정된 파일을 요청하고
날짜 또는 해당 시간 이전에 수정된 날짜. 그만큼 될 수 있다
모든 종류의 날짜 문자열 또는 내부 문자열과 일치하지 않는 경우 다음으로 간주됩니다.
파일 이름에서 수정 날짜(mtime)를 가져오려고 합니다. 대신에. 보다
전에, 컬_겟날짜(3) 날짜 표현 세부 사항에 대한 매뉴얼 페이지.

대시(-)로 날짜 표현식을 시작하여 다음과 같은 문서를 요청하도록 합니다.
지정된 날짜/시간보다 오래된 경우 기본값은 지정된 날짜/시간보다 최신인 문서입니다.
지정된 날짜/시간.

이 옵션을 여러 번 사용하면 마지막 옵션이 사용됩니다.

-h, --도움말
사용법 도움말. 여기에는 간단한 설명과 함께 모든 현재 명령줄 옵션이 나열됩니다.

-M, --수동
수동. 큰 도움말 텍스트를 표시합니다.

-V,-버전
curl 및 사용하는 libcurl 버전에 대한 정보를 표시합니다.

첫 번째 줄에는 curl, libcurl 및 기타 타사의 정식 버전이 포함됩니다.
실행 파일과 연결된 라이브러리.

두 번째 줄("Protocols:"로 시작)에는 libcurl이 보고하는 모든 프로토콜이 표시됩니다.
지원합니다.

세 번째 줄("Features:"로 시작)은 libcurl이 보고하는 특정 기능을 보여줍니다.
권하다. 사용 가능한 기능은 다음과 같습니다.

IPv6 이것으로 IPv6를 사용할 수 있습니다.

krb4 FTP용 Krb4가 지원됩니다.

SSL HTTPS, FTPS, POP3S 등 다양한 프로토콜의 SSL 버전 지원
등등.

libz HTTP를 통한 압축 파일의 자동 압축 해제가 지원됩니다.

NTLM NTLM 인증이 지원됩니다.

디버그 이 컬은 디버그로 빌드된 libcurl을 사용합니다. 이를 통해 더 많은 오류 추적이 가능합니다.
및 메모리 디버깅 등 컬 개발자 전용!

AsynchDNS
이 컬은 비동기 이름 확인을 사용합니다. 비동기 이름 확인은 다음과 같을 수 있습니다.
c-ares 또는 스레드 리졸버 백엔드를 사용하여 완료되었습니다.

SPNEGO SPNEGO 인증이 지원됩니다.

대형 파일
이 curl은 대용량 파일, 2GB보다 큰 파일의 전송을 지원합니다.

IDN 이 컬은 국제 도메인 이름인 IDN을 지원합니다.

GSS-API
GSS-API가 지원됩니다.

SSPI SSPI가 지원됩니다.

TLS-SRP
SRP(Secure Remote Password) 인증은 TLS에 대해 지원됩니다.

HTTP2 HTTP/2 지원이 내장되어 있습니다.

메탈링크
이 curl은 Metalink(버전 3 및 4(RFC 5854) 모두)를 지원합니다.
미러 및 해시를 설명합니다. curl은 장애 조치를 위해 미러를 사용합니다.
오류입니다(예: 파일 또는 서버를 사용할 수 없음).

onworks.net 서비스를 사용하여 온라인에서 curl 사용