큰 파일 전송 중 끊김
명령: RETR video.mp4
응답: 150 Opening BINARY mode data connection for video.mp4 (5242880 bytes).
응답: 426 Connection closed; transfer aborted.
오류: 300,000 바이트에서 1 초 전송 후 파일 전송 실패
상태: /public_html/video.mp4 다운로드 시작
상태: 파일 전송 성공, 4,942,880 바이트를 1 초에 전송💡 한 줄 진단: 전송 도중 연결이 끊겼습니다. 서버가 이어받기(REST)를 지원하면 파일질라가 끊긴 곳부터 자동으로 다시 받아요. 위 로그처럼 실패 → 다시 시작 → 성공이면 이미 해결된 거예요. 두 번째 줄의 바이트 수(4,942,880)가 처음부터가 아니라 나머지만 받은 양입니다.
사진을 누르면 크게 볼 수 있어요
- 1. 전송 중 끊김 — 300,000 바이트에서 실패
- 2. 파일질라가 자동으로 이어받아 성공
원인 체크리스트 (가능성 높은 순)
| # | 원인 | 확인 방법 |
|---|---|---|
| 1 | 불안정한 와이파이·모바일 네트워크 | 유선 연결로 다시 |
| 2 | 공유기·방화벽이 오래 걸리는 연결을 끊음 | 전송 중 로그에 연결 시간 만료가 있는지 |
| 3 | 호스팅의 업로드 크기·시간 제한 | 호스팅 안내 (업로드 한도) → 올릴 수 있는 파일 크기 제한 |
| 4 | 서버가 이어받기를 지원하지 않음 | 로그에 REST 뒤 502·500 응답 |
| 5 | 백신이 큰 파일을 검사하느라 멈춤 | 백신을 잠시 끄고 시험 |
해결 1 — 이어받기 (전송 재개)
- 대부분은 파일질라가 자동으로 다시 시도하며 이어받습니다. [전송 실패] 탭에 남았다면 오른쪽 클릭 → 전부 초기화하고 다시 대기. → 전송 대기열
- 다시 보낼 때 "대상 파일이 이미 존재함" 창이 뜨면 [전송 재개]를 고르세요. 이미 받은 부분은 두고 나머지만 보냅니다. → 업로드·다운로드와 덮어쓰기 옵션
- 로그에
REST 300000뒤502 Command not implemented.같은 응답이 나오면 그 서버는 이어받기를 지원하지 않는 거예요. 이때는 처음부터 다시 받아야 합니다.
해결 2 — 네트워크 안정시키기
- 큰 파일은 유선 인터넷에서 보내세요.
- 노트북이 절전 모드로 들어가지 않게 설정하세요.
- 동시에 여러 개를 보내고 있다면 동시 전송 수를 1~2개로 줄이면 끊김이 줄어들 수 있어요. → 전송 속도·동시 전송 수 조절
해결 3 — 파일을 나눠서 올리기
호스팅의 크기 제한이 원인이라면 파일질라 설정으로는 넘을 수 없어요. 압축 프로그램으로 분할 압축해 올리거나, 호스팅의 대용량 업로드 방법을 확인하세요.
해결 4 — SFTP 로 바꿔 보기
FTP는 데이터 연결이 따로라 공유기·방화벽이 중간에 끊는 경우가 있어요. 호스팅이 SFTP를 지원한다면 SFTP로 보내 보세요. → SFTP로 접속하기
관련 오류
참고한 공식 문서
- FileZilla Wiki — Network Configuration: https://wiki.filezilla-project.org/Network_Configuration
- RFC 959 / RFC 3659 (REST 이어받기): https://www.rfc-editor.org/rfc/rfc3659
로그 문구는 파일질라 3.71.1 한국어판으로 직접 재현해 확인했습니다(연습용 서버).
요약
한눈에 정리
- 1끊겨도 이어받기
서버가 지원하면 끊긴 곳부터 자동으로 다시 받아요.
- 2네트워크 안정시키기
유선·안정된 와이파이에서 다시 시도해요.
- 3나눠 올리거나 SFTP
계속 끊기면 파일을 나누거나 SFTP로 바꿔 봐요.
최종 수정 2026-09-25