M3U8 CORS 오류가 브라우저 재생과 변환을 막는 이유
브라우저 페이지는 미디어 호스트가 해당 페이지의 오리진을 승인할 때만 플레이리스트를 읽을 수 있습니다. 플레이리스트, 하위 플레이리스트, 암호화 키, 초기화 맵, 모든 미디어 세그먼트 각각이 크로스 오리진 응답에 성공해야 합니다.
새 탭에서 URL을 여는 것은 서버가 바이트를 반환할 수 있다는 증거일 뿐, 다른 오리진의 JavaScript가 이를 읽어도 된다는 증거는 아닙니다. VLC, FFmpeg, 네이티브 앱은 브라우저의 동일 오리진 정책을 같은 방식으로 적용하지 않습니다.
스트림 소유자가 M3U8 CORS 응답 헤더를 수정하는 방법
CDN이나 객체 스토리지가 웹 앱 오리진에 대해 Access-Control-Allow-Origin을 반환하고, GET · HEAD 요청을 허용하고, 범위 요청 사용 시 Content-Length와 Content-Range를 노출하고, 사용자 지정 헤더로 사전 요청이 발생할 때 OPTIONS 요청이 성공하도록 구성하세요.
최종 세그먼트 응답뿐 아니라 리다이렉트도 확인하세요. 올바르게 구성된 마스터 플레이리스트라도 하위 플레이리스트나 세그먼트 호스트가 CORS 헤더를 빠뜨리면 실패할 수 있습니다.
- 마스터 플레이리스트와 세그먼트 하나 테스트
- 리다이렉트 응답 검사
- EXT-X-BYTERANGE 사용 시 범위 요청 확인
이 M3U8 도구가 공개 CORS 우회 프록시를 제공하지 않는 이유
범용 프록시는 비공개 URL을 노출하고 상당한 대역폭을 소모하며, 디버깅 도구를 운영자가 통제하지 않는 미디어의 중계 장치로 바꿀 수 있습니다. 그래서 M3U8toMP4.org는 데이터 경로를 브라우저와 소스 사이에 직접 유지합니다.
소스를 직접 소유하고 있다면 서버 구성을 수정하세요. 사내 비공개 시스템에는 열린 프록시 대신 인증, URL 허용 목록, 요청 제한, 감사 로그를 갖춘 통제된 동일 오리진 중계를 운영하세요.