FileZilla에서 FTP 로그인 후 폴더 목록을 읽지 못할 때
계정 인증은 성공했는데 서버 폴더 목록을 불러오는 단계에서 멈춘다면 FTP 데이터 연결을 따로 점검해야 합니다.
이 페이지에서
1. FTP·FTPS 적용 범위 확인
FileZilla에서 서버에 연결하고 인증까지 통과했는데 디렉터리 목록을 가져오는 단계에서 멈추는 경우입니다. 사이트 관리자에서 선택한 프로토콜부터 확인하세요. FTP와 FTPS는 제어 연결과 데이터 연결을 구분하지만 SFTP는 SSH 기반이라 같은 패시브 모드 진단을 적용하지 않습니다. 로그인 전 인증 실패나 호스트 키 경고가 보인다면 해당 단계를 먼저 처리해야 합니다.
2. 메시지 로그에서 마지막 성공 지점 찾기
상단 메시지 로그를 읽어 서버 연결, 로그인 성공, 디렉터리 목록 요청 중 어느 지점 뒤에 오류가 이어지는지 확인합니다. 단순히 화면 오른쪽이 비었다는 이유로 암호를 바꾸지 마세요. 서버에 실제 빈 폴더만 있는 경우와 목록 요청 자체가 실패한 경우도 다릅니다. 시도한 시각과 마지막 오류 앞뒤의 몇 줄을 보관하면 서버 로그와 대조하기 쉽습니다.
3. 제어 연결과 데이터 연결 이해
FTP는 명령·인증을 주고받는 통신과 목록·파일 내용을 보내는 통신을 따로 구성합니다. 따라서 로그인에 성공해도 두 번째 통신의 주소나 포트가 잘못되면 목록을 읽지 못할 수 있습니다. FTPS에서는 TLS 사용 여부까지 서버 조건과 일치해야 합니다. 서버 안내와 다른 암호화 방식을 임의로 낮추기보다 제공받은 접속 조건과 사이트 관리자 설정을 비교합니다.
4. 패시브 모드의 서버 주소와 포트
패시브 모드에서는 서버가 데이터 연결을 받을 주소와 포트를 안내하고 클라이언트가 그곳에 접속합니다. 외부 접속자에게 내부망 주소를 알려주거나 서버가 정한 데이터 포트가 중간 장비에서 전달되지 않으면 목록 요청이 실패할 수 있습니다. 이 설정은 서버와 라우터 구성을 함께 알아야 확인할 수 있으므로 사용자가 다른 사람의 서버를 추측해 변경하는 대상이 아닙니다.
5. 클라이언트 설정을 한 번에 하나씩 대조
사이트 관리자에서 같은 서버에 대해 저장된 프로토콜·암호화·전송 모드를 기록합니다. 서버 운영자가 패시브 사용을 지정했다면 그 조건을 기준으로 확인합니다. 해결을 위해 옵션 여러 개를 동시에 바꾸면 어느 변경이 영향을 줬는지 알기 어렵습니다. 변경이 필요한 경우 원래 값을 남기고 한 항목씩 확인하며, 실패하면 원래 설정으로 돌아갑니다. 백신이나 방화벽 전체를 끄는 방식은 사용하지 않습니다.
6. 서버 담당자에게 확인할 항목
인증은 성공하지만 목록에서 멈춘다는 사실과 발생 시각, FTP인지 FTPS인지, 필요한 로그 부분을 전달합니다. 서버의 외부 패시브 주소와 허용된 데이터 포트 범위, NAT 전달과 방화벽 규칙이 서로 맞는지 담당자가 확인하도록 요청하세요. 내부에서만 성공하고 외부에서 실패하는지 여부도 진단에 도움이 됩니다. 로컬 정책 변경이 필요하면 네트워크 관리자가 필요한 대상과 범위만 검토해야 합니다.
7. 정상화 검증과 로그 공유
수정 후에는 오른쪽 원격 폴더 목록이 표시되고 하위 폴더로 이동할 수 있는지 먼저 확인합니다. 이어 본인에게 권한이 있는 시험 폴더에서 작은 파일의 다운로드로 데이터 연결을 검증합니다. 업로드는 실제 서버 내용을 바꾸므로 승인된 대상에서만 진행하세요. 문의 로그에는 계정 이름, 내부 주소와 파일명이 포함될 수 있어 공개 게시 전 가리고, 비밀번호·토큰·개인 키는 공유하지 않습니다.
함께 확인할 설치·오류 해결
서버 정보 준비부터 호스트 키 확인, 시험 전송, 접속 정보 저장과 업데이트까지 안전한 첫 SFTP 작업을 진행합니다.
Windows WinSCP에서 로그인 인증 거절과 접속 후 파일·폴더 권한 오류를 구분하고, 경로·소유권·서버 로그를 순서대로 확인합니다.
서버 주소, SSH 포트, 계정과 호스트 키 지문을 준비한 뒤 첫 원격 터미널을 엽니다.
로그인 입력창이 뜨기 전에 연결이 끊기면 화면에 표시된 오류 문구부터 확인합니다.
관련 프로그램
- 파일질라 · 로컬 폴더와 서버 사이에서 파일을 전송하는 클라이언트입니다.