SFTP 접속

SFTP는 FTP와 이름이 유사하지만, 설계와 작동 방식에서 근본적인 차이를 보인다. 가장 큰 차이는 SFTP가 SSH 프로토콜을 통해 모든 데이터와 명령을 암호화된 채널로 전송한다는 점이다. 이는 파일 목록 조회, 파일 전송, 인증 정보 등 모든 통신이 암호화되어 네트워크 상에서 도청이나 변조가 매우 어렵게 만든다. 반면, 전통적인 FTP는 기본적으로 평문으로 통신하며, 보안을 강화한 FTPS(FTP over SSL/TLS)와는 별개의 프로토콜이다.

두 프로토콜이 사용하는 네트워크 포트도 다르다. FTP는 제어 연결에 21번 포트를, 데이터 연결에 20번 포트를 사용하는 복잡한 모드를 가지는 경우가 많다. 이는 방화벽 구성 시 추가적인 고려가 필요하게 만든다. 반면 SFTP는 SSH 서버(기본 포트 22)를 통해 단일 포트로 모든 작업을 처리하므로, 네트워크 관리가 상대적으로 단순해진다.

기능적 측면에서도 차이가 있다. SFTP는 파일 전송 외에도 SSH 세션을 통해 원격 파일 시스템 작업을 수행하는 데 더 적합한 프로토콜이다. 예를 들어, 파일 권한(chmod) 변경, 소유자 변경, 심볼릭 링크 생성과 같은 작업을 네이티브하게 지원한다. 반면 기본 FTP는 주로 파일 전송에 초점을 맞추고 있으며, 이러한 고급 파일 시스템 작업에는 제한적이거나 표준화되지 않은 명령을 사용해야 할 수 있다.

SFTP는 SSH 프로토콜의 하위 시스템(subsystem)으로 동작한다. SFTP 자체는 독립적인 프로토콜이 아니라, SSH 연결을 통해 파일 전송 기능을 제공하는 확장 프로토콜이다. 따라서 SFTP 서버에 접속하려면 먼저 SSH 연결이 수립되어야 하며, 모든 SFTP 통신은 암호화된 SSH 터널 안에서 이루어진다.

이러한 구조는 몇 가지 중요한 특징을 가져온다. 첫째, SFTP는 SSH가 사용하는 기본 포트인 22번 포트를 그대로 사용한다. 별도의 포트를 열 필요가 없어 방화벽 설정이 간소화된다. 둘째, SFTP는 SSH 연결의 모든 보안 기능을 상속받는다. 이는 전송 계층 보안을 제공하는 FTP와는 근본적으로 다른 점이다. SSH의 강력한 암호화, 데이터 무결성 검증, 호스트 인증 메커니즘이 SFTP 세션 전체에 적용된다.

SSH와의 긴밀한 통합은 인증 방식에서도 명확히 드러난다. SFTP 클라이언트는 SSH 서버에 접속할 때 사용하는 것과 동일한 인증 방법(예: 비밀번호 인증, 공개키 인증)을 사용한다. 사용자는 SSH 키 쌍을 생성하여 SFTP 접속에도 동일하게 활용할 수 있으며, SSH의 에이전트 포워딩 기능을 통해 키 관리의 편의성을 높일 수도 있다.

결과적으로 SFTP는 "파일 전송을 위한 SSH"라고 요약할 수 있다. 네트워크를 통한 파일 작업의 보안성을 확보하려는 목적에서 SSH의 확실한 기반 위에 구축되었으며, 이 관계는 SFTP의 가장 큰 장점이자 존재 이유가 된다.

대부분의 유닉스 계열 운영 체제(리눅스, macOS 등)와 윈도우 10(1809) 이후 버전의 WSL 또는 PowerShell 환경에서는 기본적으로 sftp 명령줄 클라이언트를 제공한다. 이 클라이언트를 사용하면 터미널이나 명령 프롬프트에서 직접 SFTP 서버에 접속하여 파일 전송 및 관리를 수행할 수 있다.

접속은 sftp [옵션] [사용자명@]호스트명[:경로] 형식의 명령어로 이루어진다. 가장 기본적인 형태는 sftp username@hostname이다. 예를 들어, user1이라는 사용자 계정으로 example.com 서버에 접속하려면 sftp user1@example.com 명령을 실행한다. 최초 접속 시 서버의 SSH 호스트 키 지문을 확인하고 이를 신뢰할 것인지 묻는 메시지가 나타난다. 확인 후 yes를 입력하면 접속이 완료되고, 비밀번호 인증 방식을 사용하는 경우 사용자 비밀번호를 입력하라는 프롬프트가 표시된다.

접속에 성공하면 sftp>라는 대화형 프롬프트가 나타난다. 이 프롬프트에서 다양한 명령어를 실행할 수 있다. 주요 명령어는 다음과 같다.

예를 들어, 로컬의 report.pdf 파일을 서버에 업로드하려면 put report.pdf를, 서버의 data.zip 파일을 다운로드하려면 get data.zip 명령을 사용한다. 모든 작업이 끝나면 exit 명령으로 세션을 종료한다.

GUI 클라이언트는 그래픽 사용자 인터페이스를 제공하여 SFTP 접속과 파일 관리를 더 쉽게 수행할 수 있게 해준다. 명령줄에 익숙하지 않은 사용자에게 특히 유용하며, 드래그 앤 드롭과 같은 직관적인 조작으로 파일을 전송할 수 있다.

대표적인 SFTP GUI 클라이언트로는 FileZilla, WinSCP, Cyberduck, Transmit 등이 있다. 이들 프로그램은 일반적으로 서버 주소(호스트명), 포트 번호(기본값 22), 사용자명, 인증 정보(비밀번호 또는 개인키 파일)를 입력하는 연결 설정 창을 제공한다. 일부 클라이언트는 여러 서버 프로필을 저장하고 관리하는 기능도 지원한다.

이들 프로그램은 일반적으로 화면을 로컬 시스템과 원격 서버의 디렉토리 구조로 나누어 보여준다. 사용자는 양쪽 창 사이에서 파일을 드래그하여 업로드하거나 다운로드할 수 있으며, 파일 권한 변경, 디렉토리 생성, 파일 이름 변경 등의 기본적인 파일 관리 작업도 수행할 수 있다. 고급 기능으로는 동기화 작업, 연결 설정을 스크립트로 저장, 전송 큐 관리 등이 포함된다.

SFTP 클라이언트에 접속하기 위한 가장 기본적인 명령어는 sftp입니다. 이 명령어는 일반적으로 SSH 서버에 SFTP 서브시스템이 활성화되어 있을 때 사용할 수 있습니다. 접속 형식은 sftp [옵션] [사용자명@]호스트[:경로]입니다.

가장 간단한 접속 방법은 원격 서버의 호스트명 또는 IP 주소만 지정하는 것입니다. 이 경우 로컬 시스템의 현재 사용자명과 동일한 사용자명으로 원격 서버에 접속을 시도합니다.

```bash

sftp remote-server.example.com

```

특정 사용자로 접속하려면 사용자명과 호스트명을 @ 기호로 연결합니다.

```bash

sftp username@remote-server.example.com

```

접속 성공 후에는 sftp> 프롬프트가 나타나며, 여기서 다양한 파일 전송 및 관리 명령을 실행할 수 있습니다. 초기 접속 시 지정한 원격 경로로 바로 이동하려면 호스트명 뒤에 :와 함께 경로를 추가할 수 있습니다.

```bash

sftp username@remote-server.example.com:/var/www/html

```

접속 포트가 표준 SSH 포트(22)가 아닌 경우, -P 옵션을 사용하여 포트 번호를 명시적으로 지정해야 합니다.

```bash

sftp -P 2222 username@remote-server.example.com

```

접속이 완료되면, 로컬 시스템과 원격 시스템 간의 파일 작업을 수행할 수 있는 대화형 환경이 시작됩니다.

SFTP 클라이언트 명령어는 다양한 옵션을 제공하여 접속과 파일 전송을 세밀하게 제어할 수 있다. 가장 일반적인 옵션들은 접속 포트 지정, 인증 방식 선택, 연결 제한 시간 설정 등과 관련되어 있다.

주요 옵션은 다음과 같다.

이 외에도 -v(verbose) 옵션을 사용하면 디버깅 정보를 상세히 출력하여 연결 과정에서 발생하는 문제를 진단하는 데 도움을 준다. -C 옵션은 데이터 압축을 활성화하여 대역폭을 절약할 수 있지만, 네트워크 속도가 빠르거나 CPU 자원이 제한된 환경에서는 오히려 성능 저하를 일으킬 수 있다. 옵션 사용법은 클라이언트 구현체에 따라 약간의 차이가 있을 수 있으므로, man sftp 또는 sftp --help 명령어로 매뉴얼을 확인하는 것이 좋다.

비밀번호 인증은 SFTP 서버에 접속하는 가장 기본적이고 널리 사용되는 인증 방식이다. 사용자는 서버에 등록된 사용자 이름과 그에 대응하는 비밀번호를 입력하여 자신의 신원을 증명한다. 이 방식은 초기 설정이 간단하고 추가적인 키 파일 관리가 필요하지 않아 많은 경우에 선호된다. 서버 측에서는 사용자 계정과 비밀번호를 데이터베이스나 시스템 파일(예: /etc/shadow)에 저장하여 관리한다.

접속 과정에서 클라이언트는 사용자 이름과 비밀번호를 서버로 전송한다. 이 통신은 SSH 프로토콜의 보안 터널을 통해 암호화되어 이루어지므로, 네트워크 상에서 비밀번호가 평문으로 노출되는 위험은 없다. 그러나 서버 자체가 공격에 노출되어 사용자 자격 증명 데이터베이스가 유출될 경우 위험할 수 있다. 또한, 약한 비밀번호를 사용하면 무작위 대입 공격(브루트 포스 어택)에 취약해질 수 있다.

비밀번호 인증의 보안을 강화하기 위해 몇 가지 방법이 권장된다. 먼저, 복잡하고 긴 비밀번호를 사용하는 것이 기본이다. 또한, 2단계 인증(2FA)을 결합하거나, 실패한 로그인 시도를 제한하는 계정 잠금 정책을 적용하는 것이 효과적이다. 많은 시스템 관리자는 보안 수준이 더 높은 공개키 인증 방식의 사용을 권장하지만, 특정 환경이나 일회성 접속에는 비밀번호 인증이 여전히 유용하게 활용된다.

공개키 인증은 비밀번호 인증보다 보안성이 높은 SFTP 접속 방식이다. 이 방식은 한 쌍의 암호학적 키, 즉 공개키와 개인키를 사용하여 사용자를 인증한다. 서버에는 사용자의 공개키를 등록해 두고, 클라이언트 측에서는 해당 공개키와 쌍을 이루는 개인키를 안전하게 보관한다. 접속 시도가 이루어지면 서버는 클라이언트가 올바른 개인키를 소유하고 있는지 수학적 검증을 통해 확인한다. 이 과정에서 비밀번호나 개인키 자체가 네트워크를 통해 전송되지 않으므로 도청이나 무차별 대입 공격의 위험이 크게 줄어든다.

공개키 인증을 설정하려면 먼저 클라이언트 측에서 키 쌍을 생성해야 한다. 일반적으로 ssh-keygen 명령어를 사용하여 RSA나 Ed25519 등의 알고리즘으로 키를 생성한다. 생성된 키 쌍 중 공개키(id_algorithm.pub)는 대상 SSH 서버의 해당 사용자 홈 디렉토리 내 ~/.ssh/authorized_keys 파일에 추가된다. 개인키(id_algorithm)는 클라이언트 머신에 남겨두며, 접속 시 이 파일의 경로를 지정하거나 기본 위치에 저장하여 사용한다.

개인키는 매우 민감한 정보이므로 반드시 안전하게 보관해야 한다. 일반적으로 개인키 파일에 소유자만 읽을 수 있는 제한적인 파일 권한(예: 600)을 설정하는 것이 좋다. 또한, 개인키에는 패스프레이즈를 설정하여 추가 보안 계층을 도입할 수 있다. 패스프레이즈가 설정된 경우, 접속 시 매번 패스프레이즈를 입력해야 하므로 개인키 파일이 유출되더라도 무단 사용을 방지하는 데 도움이 된다. 일부 GUI 클라이언트나 시스템은 키를 안전하게 저장하는 에이전트 프로그램을 활용하여 패스프레이즈를 한 번만 입력하도록 관리하기도 한다.

파일을 원격 서버로 전송하는 작업을 파일 업로드라고 한다. SFTP 클라이언트를 사용하여 로컬 시스템의 파일이나 디렉토리를 원격 호스트의 특정 경로로 복사할 수 있다.

명령줄 클라이언트에서는 put 명령어를 사용한다. 기본 형식은 put [로컬 파일 경로] [원격 파일 경로]이다. 원격 파일 경로를 생략하면 현재 작업 중인 원격 디렉토리에 동일한 파일명으로 업로드된다. 디렉토리 전체를 업로드하려면 -r (재귀적) 옵션을 추가한다. 예를 들어, put -r ./my_project /var/www/ 명령은 로컬의 my_project 디렉토리 전체를 원격 서버의 /var/www/ 경로 아래로 복사한다.

대부분의 GUI 클라이언트에서는 드래그 앤 드롭 방식을 지원한다. 로컬 파일 브라우저 창에서 원하는 파일을 선택한 후, 원격 서버의 디렉토리 브라우저 창으로 끌어다 놓으면 업로드가 시작된다. 또는 업로드 버튼을 클릭하고 로컬 파일 시스템에서 전송할 파일을 선택하는 방법도 일반적이다. 전송 중에는 진행 상태 표시줄을 통해 전송 속도와 남은 시간을 확인할 수 있다.

파일 다운로드는 원격 서버에 저장된 파일이나 디렉토리를 로컬 컴퓨터로 가져오는 작업이다. SFTP 클라이언트를 사용하여 get 명령어를 실행하는 것이 기본적인 방법이다. 예를 들어, 서버의 /var/log/app.log 파일을 현재 로컬 디렉토리로 다운로드하려면 get /var/log/app.log 명령을 사용한다. 디렉토리 전체를 재귀적으로 다운로드하려면 -r 옵션을 추가하여 get -r /remote/directory 형식으로 실행한다.

다운로드 시 로컬에서의 파일명이나 저장 경로를 지정할 수 있다. get remote_file.txt local_file.txt 명령은 서버의 remote_file.txt 파일을 로컬에 local_file.txt라는 이름으로 저장한다. 또한, lcd 명령으로 로컬 작업 디렉토리를 먼저 변경한 후 다운로드를 수행하면 파일이 원하는 로컬 경로에 저장된다. 대용량 파일을 전송할 때는 진행 상태를 확인할 수 있는 클라이언트를 사용하거나 -v (verbose) 옵션을 활용하는 것이 유용하다.

일부 GUI 클라이언트에서는 드래그 앤 드롭 방식으로 파일을 다운로드할 수 있어 사용이 편리하다. 전송이 중단된 경우, 바이너리 모드로 전송을 보장하는 SFTP의 특성상 부분적으로 받은 파일이 손상될 수 있으므로, 전송을 재개하는 기능이 있는 클라이언트를 사용하거나 파일을 처음부터 다시 다운로드해야 한다.