FTP 접속은 성공하지만 파일 목록이 보이지 않거나 업로드·다운로드가 멈추는 문제를 다룹니다. Passive Mode 포트 범위, 방화벽·공유기 NAT 전달, 서버 폴더 쓰기 권한, 계정별 루트 경로를 분리해 확인하고 원격 처리와 현장 점검이 필요한 조건을 구분합니다.
FTP 전송이 중간에 멈출 때 점검할 수동 포트와 저장 권한
로그인 창을 통과했는데도 폴더 목록이 비어 있거나 파일 전송 시작 직후 멈춘다면, 계정 자체보다 데이터 연결 구간을 먼저 살펴봐야 합니다. FTP는 로그인에 쓰는 제어 연결과 목록 조회·업로드·다운로드에 쓰는 데이터 연결이 분리되어 있어 접속 성공만으로 정상 상태를 판단하기 어렵습니다. 특히 외부에서는 안 되고 내부에서는 되는 경우, Passive Mode 포트와 공유기 NAT 전달값이 서로 어긋났을 가능성이 큽니다. 반대로 특정 사용자만 업로드하지 못한다면 서버 폴더의 소유권, 쓰기 권한, 계정별 루트 경로를 분리해서 확인해야 합니다. 증상이 발생한 화면을 확보한 뒤 010-6833-8119 로 연락하면 오류 단계부터 정리해 점검 범위를 안내할 수 있습니다.
Passive Mode 포트가 막힐 때 나타나는 전송 증상
FTP 클라이언트가 사용자 이름과 비밀번호를 받아들이는 것은 제어 채널이 연결됐다는 뜻입니다. 하지만 디렉터리 목록을 불러오는 순간 오래 대기하거나, 업로드 버튼을 누른 뒤 0%에서 멈추고 시간 초과가 난다면 별도의 데이터 채널이 열리지 않는 흐름을 의심해야 합니다. 다운로드만 실패하거나 목록 조회만 실패하는 모습도 같은 원인에서 나타날 수 있습니다.
이런 전송 장애는 관산동 ftp 서버출장방문수리점 점검 요청처럼 단순 재설치보다 서버가 안내하는 Passive 포트 범위와 실제 통신 경로를 대조하는 일이 우선입니다. 서버 프로그램에서 설정한 Passive 포트 범위가 운영체제 방화벽에 허용되어 있는지, 공유기에서 같은 범위가 서버 내부 IP로 전달되는지, 외부에 전달하는 주소가 공인 IP 또는 올바른 도메인인지 순서대로 확인합니다.
| 확인되는 증상 | 우선 확인할 지점 | 판단 방법 |
|---|---|---|
| 로그인은 되지만 목록이 안 보임 | 데이터 포트, 방화벽 규칙 | 클라이언트 로그의 목록 조회 명령 이후 시간 초과 확인 |
| 내부망에서는 전송되고 외부에서는 실패 | NAT 전달, 공인 IP 응답 | 외부 회선에서 동일 계정으로 재현 시험 |
| 전송 시작 후 일정 시간 뒤 끊김 | 포트 범위, 보안장비 세션 정책 | 서버 로그와 방화벽 차단 기록의 시간 비교 |
| FTPS만 접속 실패 | 인증서 및 암호화 채널 방식 | 명시적·암시적 연결 방식과 클라이언트 설정 비교 |
공유기가 두 대 이상 연결된 이중 NAT 구조라면 하위 공유기만 설정해도 외부 전송이 복구되지 않을 수 있습니다. 상위 통신장비의 포트 전달 여부와 WAN 주소가 사설 주소인지까지 확인해야 합니다. 서버 설정에 사설 IP가 응답 주소로 남아 있는 경우에도 외부 클라이언트는 엉뚱한 주소로 데이터 연결을 시도하게 됩니다.
특정 계정만 업로드하지 못하는 폴더 권한 점검
모든 계정이 아니라 한 계정만 파일을 올리지 못할 때는 회선이나 포트보다 저장 경로를 먼저 봅니다. FTP 서비스가 실행되는 계정과 실제 저장 폴더의 소유자·그룹이 다르거나, 상위 폴더에 실행 권한이 빠져 있으면 폴더는 보이더라도 파일 생성이 막힐 수 있습니다. 읽기 권한만 있는 계정은 목록 확인과 다운로드는 가능하지만 업로드·이름 변경·삭제에서 실패합니다.
계정별 홈 디렉터리를 제한하는 chroot 설정도 함께 확인합니다. 설정 파일에는 A 폴더를 루트로 지정했지만 실제 업로드 경로는 B 폴더를 향하는 경우, 관리자 화면에서 보이는 위치와 서버가 쓰려는 위치가 달라집니다. 권한 숫자만 넓게 변경하기보다 서비스 계정, 그룹 구성, 상위 경로 접근 권한, 디스크 여유 공간을 차례로 확인하는 편이 안전합니다.
최근 서버 이전이나 백업 복원 뒤부터 문제가 생겼다면 파일 소유자가 이전 시스템의 사용자 번호로 남아 있을 수도 있습니다. 이때는 문제가 나는 계정과 정상 계정의 홈 경로 및 폴더 권한을 비교해 차이를 찾으면 불필요한 전체 권한 변경을 줄일 수 있습니다.
원격으로 끝낼 문제와 장비 앞에서 확인할 문제
서버 관리자 권한, 공유기 관리자 화면, 외부 테스트 환경이 준비되어 있다면 원격으로 처리할 수 있는 항목이 많습니다. FTP 서버 설정 파일의 Passive 포트 범위, 운영체제 방화벽 규칙, 계정 루트 경로, 폴더 권한, 서버 로그를 확인하고 외부 접속 시험까지 연결해 원인을 좁힐 수 있습니다. FTPS를 쓰는 환경이라면 인증서 적용 상태와 제어·데이터 채널 암호화 방식도 함께 대조합니다.
다만 공유기 로그인 정보를 모르거나 상위 장비에 접근할 수 없는 경우, 이중 NAT의 연결 구성을 추적해야 하는 경우에는 현장 확인이 효율적입니다. 서버가 간헐적으로 꺼지거나 저장장치 오류가 의심되고, 랜 케이블·스위치 포트·전원 상태를 함께 봐야 하는 상황도 장비 앞에서 판단하는 편이 정확합니다.
방문 점검 일정 안내
관산동 현장 점검은 서버와 공유기 관리자 화면에 접근할 수 있는 시간에 맞춰 조율합니다. 방문 전에 관리자 권한 계정, 외부 회선 시험 가능 여부, 문제가 난 FTP 계정을 준비해 두면 포트 문제와 권한 문제를 한 번에 구분하기 좋습니다. 원격 점검은 새벽 시간을 제외하고 진행 범위를 확인한 뒤 연결할 수 있습니다.
전송 실패 화면이 남아 있을 때 요청하기
문의 전에는 로그인 뒤 어느 단계에서 멈췄는지 확인해 두는 것이 좋습니다. 목록 조회에서 멈추는지, 업로드 시작 직후 실패하는지, 다운로드만 안 되는지에 따라 확인 순서가 달라집니다. FTP 클라이언트의 오류 문구와 접속 로그가 남아 있다면 삭제하지 말고 보관해 주세요.
서버 프로그램 이름과 운영체제 버전, 공유기 모델, 최근 변경한 방화벽·도메인·회선 설정도 원인 판단에 도움이 됩니다. 특정 계정만 문제가 난다면 정상 계정과 오류 계정의 경로 차이도 함께 알려주면 권한 충돌을 빠르게 비교할 수 있습니다.
로그인 뒤 멈춘 전송을 복구하는 확인 순서
FTP 장애는 로그인 성공 여부만으로 결론 내리기보다 제어 채널과 데이터 채널을 나눠 보는 것이 핵심입니다. 외부 접속 실패라면 Passive 포트, 방화벽, 공유기 전달, 공인 주소 응답 순으로 확인합니다.
특정 사용자에게만 문제가 집중된다면 계정 루트 경로와 폴더 소유권, 쓰기 권한, chroot 제한을 비교해야 합니다. 무리하게 모든 권한을 열기보다 실제 저장 위치와 서비스 실행 계정의 관계를 맞추는 방식이 안정적입니다.
원격으로 로그와 설정을 확인할 수 있는 환경인지, 장비 연결 상태까지 봐야 하는지에 따라 처리 방법을 구분할 수 있습니다. 점검 요청은 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/에서 접수할 수 있습니다.
자주 묻는 질문
FTP 로그인까지 되는데 파일 목록이나 전송만 실패하는 이유는 무엇인가요?
로그인에 사용하는 제어 연결은 정상이어도 목록 조회와 파일 전송에 쓰는 데이터 연결이 막힐 수 있기 때문입니다. Passive Mode 포트, 방화벽, 공유기 NAT 전달, 서버가 응답하는 외부 주소를 우선 확인합니다.
Passive Mode 포트 범위는 서버 방화벽과 공유기에 모두 열어야 하나요?
외부에서 접속하는 구조라면 서버 운영체제 방화벽과 공유기 포트포워딩에 동일한 포트 범위를 반영해야 합니다. 서버 프로그램의 Passive 설정 범위와 전달 규칙이 다르면 전송이 멈출 수 있습니다.
원격으로 포트와 권한을 점검할 수 있는 경우와 현장 확인이 필요한 경우는 어떻게 나뉘나요?
서버·공유기 관리자 권한이 있고 외부 접속 시험이 가능하면 설정과 로그는 원격으로 점검할 수 있습니다. 상위 장비 접근이 안 되거나 이중 NAT, 케이블, 전원, 저장장치 상태를 확인해야 한다면 현장 점검이 적합합니다.