컬: 웹을 실행하는 명령줄 웹 클라이언트

핵심 내용

1. 다운로드하기 전에 살펴보십시오. 컬 -sSI https://host는 본문 없이 메서드, 헤더 및 상태를 반환합니다. TLS 핸드셰이크, 프록시 또는 호스트 헤더가 이상하게 작동하면 -v를 추가하세요.
2. 시간 제한 규칙은 협상할 수 없습니다. --connect-timeout 5는 끊어진 연결을 죽이고, --max-time 15는 느린 연결을 죽입니다. 둘 다 없는 상태 확인은 감지해야 하는 중단보다 오래 지속될 수 있습니다.
3. 종료 코드는 스크립트의 계약입니다. 7은 연결 거부, 28은 시간 초과, 22는 --fail에 의해 표시되는 HTTP 오류입니다. 출력뿐만 아니라 코드를 읽으십시오. 그렇지 않으면 모니터링에서 아무것도 배우지 않습니다.
4. 가시성과 시행 쌍: -w '%{http_code} %{time_total}\n'은 발생한 상황을 보고하고 --fail-with-body는 오류 본문을 표시합니다. 이 중 어느 하나도 없으면 실패는 성공과 똑같이 보입니다.
5. 사용자가 실제로 실행한 내용을 테스트합니다. --resolve example.com:443:10.1.2.3은 DNS 게임 없이 명명된 백엔드를 확인하고 -H 'Host: vhost.example.com'은 동일한 요청의 가상 호스트 측을 다룹니다.
6. 전송에는 의도적인 플래그가 지정됩니다. -o는 출력 이름을 지정하고, -L은 검토한 리디렉션을 따르고, --retry 3 --retry-delay 2는 불안정한 업스트림을 완화하고, -F는 전혀 신경 쓰지 않는 멀티파트 업로드를 처리합니다.
7. 헤더와 소켓은 브라우저가 아닌 세계를 전달합니다. API의 경우 -H 'Authorization: Bearer ...' 및 --unix-socket /run/app/app.sock은 TCP에 전혀 닿지 않는 로컬 서비스를 검색합니다.
8. 두 가지 고전적인 트랩을 알아두십시오. -v가 몇 초 안에 노출하는 요청을 하이재킹하는 프록시 환경 변수와 의도하지 않은 한 POST를 GET으로 자동으로 바꾸는 리디렉션입니다.

현장 노트

15분 동안 중단된 상태 확인은 크론 루프 내에서 --max-time 없이 컬링되었으며 감지해야 하는 중단 시간보다 오래 지속되었습니다. 이제 시간 초과는 원칙적으로 URL보다 먼저 발생합니다.

자주 묻는 질문