Firefox에서 대용량 다운로드를 재개 가능하게 만들기

어떤 이유에서인지, Firefox 28 버전 이상(즉, 2014년 이후의 모든 최신 버전)은 network.http.response.timeout이 300초로 설정되어 제공됩니다. 이것은 대용량 다운로드(예: 수십 기가바이트)를 재개하는 것을 방해하는 것 같습니다.

about:config에서 network.http.response.timeout을 0(또는 매우 큰 값)으로 설정하면 대용량 다운로드가 재개 가능하게 되는 것 같습니다. 왜 이것이 작동하는지는 모르겠지만, 실험적인 테스트가 이를 뒷받침합니다. 이는 단지 오래 걸리는 불안정한 다운로드에만 영향을 미칠 수도 있으며, 적어도 제 일반적인 사용 사례에서는 대용량 다운로드만을 포함합니다. 지금으로서는 그렇습니다.

주의할 점은 이것이 서버가 재개 가능한 다운로드를 지원한다고 가정한다는 것입니다. 만약 그렇지 않다면, Firefox나 다른 브라우저의 어떤 설정도 도움이 되지 않을 것입니다. 하지만 이 설정이 해결하는 문제는 오류 발생 시 Firefox가 재개 가능한 다운로드를 재개하지 못하는 경우입니다. 이 테스트 사례는 SE 데이터 덤프(이번 달 초에 공개된 전체 버전)와 특히 SO 덤프였는데, 각각 90GiB 및 약 60GiB였습니다. 이것이 정말 그런지는 완전히 모르겠지만, 실험적으로 볼 때 Firefox의 재개 가능한 다운로드는 .part 파일보다는 연결 시간 제한에 의존하는 것 같습니다. 이 옵션이 없으면 Firefox는 기존의 .part 파일을 기꺼이 무시하며, 저는 그 이유를 이해하지 못합니다.

하지만 Firefox에서 재개 가능한 다운로드는 일반적으로 상당히 불안정한 것으로 보입니다. 이것은 2005년경부터 어느 정도 형태로 알려진 문제였습니다. 또한 세션 간에 실제로 다운로드를 재개하려면 수동으로 .part 파일을 섞거나, 아니면 시간 초과 옵션 때문에 실행 중인 세션에서 FF가 .part를 무시하도록 결정하는 것을 발견했지만, 저는 그런 짓은 하지 않습니다. Firefox가 아닌 해결책으로는 wget -c -O "$filename" "$url"을 사용하는 것입니다.

또한 작동하며, 전반적으로 wget은 상당히 안정적인 것으로 보입니다. 재개에 wget을 사용하는 것이 URL이 변경될 경우 훨씬 쉽습니다. 이는 SE가 특정 데이터 덤프의 URL 만료 시간을 초기화했는지 여부에 따라 SO 데이터 덤프 URL이 변경할 수도 있고 아닐 수도 있기 때문입니다. Firefox에서 이를 얻는 유일한 방법은 .part를 섞어 사용하는 것이고, 그건 정말 짜증납니다.

저는 이 모든 것을 FF의 소스 코드로 확인하려고 시도하지 않았습니다. 왜냐하면 어디를 봐야 할지 전혀 모르기 때문입니다.