직접 만든 소프트웨어, 두 가지 개발 기록 구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다. MediaMTX 스트리밍 제어 서버Docker Compose 구성과 파일·라이브·멀티캐스트 송출 RTSP CCTV 관제·분석 프로그램관제 그룹, 영역·출입선, 이벤트 이력을 연결하는 구조 HTTP2 curl에서 301·302만 보일 때: Location과 최종 URL 확인 curl에서 301·302가 보이면 첫 서버가 이동할 주소를 알려준 것인지 확인하세요. 기본 요청의 응답과 --location으로 따라간 뒤의 최종 응답을 나누어 기록하면 브라우저와 결과가 다른 이유를 좁힐 수 있습니다.적용 환경: curl 명령행 도구와 공개 HTTPS 조회용 URL; 아래 예시는 인증·쿠키·POST 데이터가 없는 GET만 대상으로 하며 POSIX 셸 기준. 자료 확인일: 2026-10-28. 공식 문서 기반 안내이며 실제 계정·운영 환경에서 실행한 시험 결과가 아닙니다.1. 원인: HTTP 이동을 자동으로 따라가지 않은 경우curl FAQ는 URL 뒤의 슬래시 유무 등으로 301 이동 응답이 생길 수 있으며 -L 또는 --location으로 HTTP 이동을 따라갈 수 있다고 설명합니다.. 2026. 10. 29. curl은 성공인데 HTTP 404일 때: 종료 코드와 응답 상태를 따로 확인 curl의 종료 코드 0만으로 HTTP 요청이 업무상 성공했다고 판단하지 마세요. HTTP 404 응답을 정상적으로 받았을 때 기본 curl은 0으로 끝날 수 있습니다. HTTP 오류를 실패로 처리하면서 본문도 남기려면 지원 버전의 --fail-with-body와 응답 코드를 함께 확인하세요.원인: 통신 처리 결과와 HTTP 의미를 하나로 본다프로세스가 응답을 받는 데 성공했다는 판단과, 서버가 요청한 자원을 제공했다는 판단은 다릅니다. HTTP 4xx·5xx와 연결·DNS·TLS 실패를 같은 오류로 처리하면 잘못된 재시도나 배포 성공 판정으로 이어질 수 있습니다. 자동화에서는 종료 상태와 HTTP 코드와 본문을 각각 기록하는 편이 원인을 좁히기 쉽습니다.조회 방식HTTP 404의 처리본문 처리기본 cu.. 2026. 10. 23. 이전 1 다음
