FTP 서버에서 로그인 후 파일 목록이 보이지 않거나 업로드·다운로드가 중간에 멈추는 문제를 중심으로 점검합니다. Passive 포트 범위, 방화벽 예외, 외부 IP 연결, 계정 폴더 권한을 분리해 확인하고 원격 조치와 현장 점검이 갈리는 기준을 정리합니다.

FTP 접속은 되는데 전송이 멈출 때 점검할 서버 설정과 포트 경로
로그인은 성공했는데 폴더 목록을 불러오는 화면에서 멈추거나, 파일 전송이 몇 퍼센트에서 끊기는 증상은 제어 연결과 데이터 연결을 나누어 봐야 합니다. 아이디와 비밀번호가 맞았다는 사실만으로 업로드·다운로드 경로까지 정상이라고 판단할 수는 없습니다. 특히 외부에서만 목록 조회가 안 되거나 큰 파일에서만 중단된다면 Passive 포트, 공인 IP 응답, 방화벽 규칙의 연결 상태를 우선 확인해야 합니다. 쓰기 권한이나 저장 공간 부족은 접속 이후의 전송 단계에서 별도로 실패를 만들 수 있습니다. 화면 공유가 가능한 환경이라면 설정과 로그를 먼저 검토할 수 있으며, 초기 증상 확인은 010-6833-8119 로 문의할 수 있습니다. 설정을 여러 번 바꾸기 전에는 실패한 시간과 접속 위치를 남겨 두는 편이 원인 추적에 유리합니다.
Passive 데이터 포트와 외부 IP가 맞지 않을 때
성사동 ftp 서버출장방문수리점 관련 문의에서 가장 자주 분리해서 보는 부분은 로그인 성공과 파일 목록 실패입니다. FTP의 제어 연결은 보통 로그인 명령을 처리하지만, 디렉터리 목록·업로드·다운로드에는 별도의 데이터 연결이 사용될 수 있습니다. 따라서 로그인 창이 열렸다고 해서 실제 전송 포트까지 열렸다는 뜻은 아닙니다.
Passive 모드에서는 클라이언트가 서버가 알려 준 지정 포트 범위로 다시 접속합니다. 서버가 공유기나 NAT 뒤에 있다면 서버 프로그램의 Passive 포트 범위, 외부에 응답하는 공인 IP 주소, 공유기의 포트 포워딩 범위가 모두 같은 값으로 연결되어야 합니다. 예를 들어 서버는 50000~50100 번을 안내하는데 공유기는 일부 포트만 전달하거나, 서버가 사설 IP를 응답하면 외부 클라이언트는 목록 조회 단계에서 멈출 수 있습니다.
| 증상 | 우선 확인할 지점 | 판단 기준 |
|---|---|---|
| 로그인은 되지만 목록이 안 보임 | Passive 포트, 외부 IP 응답값 | 제어 채널과 데이터 채널을 분리 확인 |
| 내부에서는 되는데 외부에서 실패 | 공유기 포워딩, 방화벽 인바운드 규칙 | 내부망 시험 결과와 외부망 결과 비교 |
| 전송 중 일정 구간에서 중단 | 세션 제한, 보안 장비, 포트 범위 | 중단 시간과 서버 로그 시간대 대조 |
| 서버가 사설 IP를 반환 | Passive 외부 주소 설정 | 클라이언트 로그의 응답 주소 확인 |
내부망에서 서버의 사설 주소로 접속한 시험은 정상인데 모바일 데이터나 외부 회선에서만 실패한다면, 계정보다는 경계 장비 설정을 의심하는 편이 순서에 맞습니다. 반대로 외부·내부 모두 같은 단계에서 실패하면 서버 프로그램의 Passive 범위, 운영체제 방화벽, 데이터 포트 점유 여부를 함께 확인합니다. Active 모드는 서버가 클라이언트 쪽으로 데이터 연결을 시도하므로, 클라이언트 방화벽이나 사내망 정책에 따라 또 다른 실패 양상이 나타날 수 있습니다.
계정 폴더 권한이 파일 전송을 막는 방식
인증 권한과 폴더 권한은 같은 항목이 아닙니다. 계정이 서버에 로그인할 수 있어도 홈 디렉터리가 없거나, 해당 폴더의 읽기·쓰기·삭제 권한이 분리되어 있으면 목록 조회 또는 업로드만 실패할 수 있습니다. 다운로드는 되는데 업로드가 안 되는 경우라면 계정의 쓰기 권한, 대상 폴더 소유권, 상위 경로의 접근 권한을 차례로 확인해야 합니다.
서버가 지정한 홈 디렉터리가 실제로 존재하는지, 경로 중간 폴더에 접근 제한이 걸려 있지 않은지, 저장 장치의 여유 공간이 남아 있는지도 중요합니다. 파일명 길이, 허용하지 않는 문자, 동일 파일명 처리 정책, 보안 프로그램의 실시간 검사도 전송 실패 원인이 될 수 있습니다. 단순히 권한을 넓게 주기보다 테스트 계정과 작은 테스트 파일을 사용해 읽기·쓰기·삭제 동작을 각각 확인하는 방식이 안전합니다.
오류 문구만 보고 원인을 단정하지 말고 서버 로그의 시간대를 맞춰 보아야 합니다. 클라이언트 화면에는 권한 거부처럼 표시되어도 실제 로그에는 경로 없음, 디스크 부족, 파일 잠금, 정책 차단이 남는 경우가 있습니다. 실패한 파일명, 전송 방향, 발생 시각을 함께 기록하면 어느 지점에서 거부되었는지 빠르게 좁힐 수 있습니다.
암호화 방식과 클라이언트 호환성을 먼저 가르는 절차
일반 FTP와 FTPS는 접속 설정이 같지 않습니다. Explicit FTPS는 일반 FTP 방식으로 연결한 뒤 TLS 암호화를 협상하고, Implicit FTPS는 처음부터 암호화 연결을 요구합니다. 서버가 요구하는 방식과 클라이언트의 암호화 옵션이 다르면 로그인 전후로 연결이 끊기거나, 목록 조회 시점에 TLS 협상이 실패할 수 있습니다.
인증서 경고를 무조건 무시하기보다는 인증서 이름, 만료 여부, 서버 주소와의 일치 여부를 확인해야 합니다. 오래된 접속 프로그램은 특정 TLS 버전 또는 암호화 조합을 제대로 처리하지 못할 수 있으므로, 동일 계정을 다른 클라이언트로 시험해 호환성 문제인지 서버 설정 문제인지 나누는 과정이 필요합니다. 이때 운영 계정 설정을 곧바로 변경하지 말고 현재 설정을 백업한 뒤 테스트 계정으로 접속 방식과 포트 값을 검증하는 편이 좋습니다.
암호화 적용 후 파일 전송만 안 되는 상황도 있습니다. 제어 연결은 TLS로 정상 수립되었지만 Passive 데이터 포트가 방화벽에서 막히거나, 데이터 채널 보호 설정과 클라이언트 설정이 서로 다를 수 있기 때문입니다. 접속 프로그램의 상세 로그에서 명령 응답, Passive 응답 주소, TLS 오류 문구를 확인하면 막힌 구간을 구분하는 데 도움이 됩니다.

성사동 작업 일정은 장애 재현 여부로 정하기
성사동 ftp 서버출장방문수리점 점검은 서버 로그와 오류 화면이 확보되어 있고 관리 화면 접근이 가능하면 원격으로 설정값을 먼저 검토할 수 있습니다. 다만 공유기 포트 포워딩, 사내 방화벽 장비, 서버와 내부 클라이언트의 경로를 동시에 확인해야 하거나 외부 회선 재현이 필요한 경우에는 장비 앞에서 점검하는 방식이 적합합니다. 출장 점검은 09:00~18:00 서울·경기·인천·세종에서 조율하며, 원격 점검은 새벽 시간을 제외하고 진행합니다.
전송 실패 기록을 모아 문의하기
문의 전에는 로그인 후 목록 조회가 멈추는지, 업로드만 실패하는지, 외부 접속 자체가 안 되는지를 구분해 두면 좋습니다. 서버 프로그램과 운영체제 버전, 접속 프로그램 이름, 내부망·외부망 시험 결과, 오류 화면, 실패 시각을 준비하면 설정 확인 범위를 줄일 수 있습니다. 공인 IP 또는 DDNS 사용 여부, 공유기 관리 화면 접근 가능 여부도 함께 확인해 두면 Passive 경로 점검이 빨라집니다.
FTP 전송 장애는 한 가지 설정만 반복해서 바꾸기보다 제어 연결, 데이터 포트, 외부 IP, 계정 경로와 권한, 암호화 호환성을 순서대로 대조해야 합니다. 로그인 이후 어디에서 실패했는지를 기준으로 보면 불필요한 변경을 줄일 수 있습니다. 점검 상담은 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/에서 요청할 수 있습니다.
자주 묻는 질문
FTP 서버에 로그인되는데 파일 목록이 안 보이는 이유는 무엇인가요?
로그인에 쓰는 제어 연결은 정상이어도 목록 조회에 필요한 데이터 연결이 막힐 수 있습니다. Passive 포트 범위, 방화벽 예외, 서버가 응답하는 외부 IP 주소, 공유기 포트 포워딩을 확인해야 합니다.
업로드만 실패하고 다운로드는 되는 경우도 있나요?
가능합니다. 계정의 쓰기 권한, 대상 폴더 권한, 저장 공간, 파일명 정책, 파일 잠금 또는 보안 프로그램 정책 때문에 업로드만 거부될 수 있습니다.
원격 점검과 방문 점검은 어떻게 나뉘나요?
서버 설정, 로그, 계정 경로와 권한처럼 화면으로 확인 가능한 항목은 원격 검토가 가능합니다. 반면 공유기 배선, 사내 방화벽 장비, 내부·외부 경로를 동시에 재현해야 하는 경우에는 현장 점검이 더 적합합니다.
