맨위로가기

파일 전송 프로토콜

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

파일 전송 프로토콜(FTP)은 클라이언트-서버 모델을 기반으로 파일을 전송하는 데 사용되는 프로토콜로, 1971년 RFC 114로 처음 정의되었으며, 이후 RFC 959로 표준화되었다. FTP는 제어 연결과 데이터 연결을 분리하여 사용하며, 능동 모드와 수동 모드 두 가지 연결 방식을 지원한다. 보안 문제로 인해 FTPS, SFTP와 같은 파생 프로토콜이 개발되었으며, FTPS는 TLS/SSL을 사용하여 FTP 세션을 암호화하고, SFTP는 SSH 프로토콜을 기반으로 파일을 안전하게 전송한다. 과거 웹 브라우저에서 FTP를 지원했으나, 현재는 지원이 중단되었으며, 파일 관리자 및 다운로드 매니저 등 다양한 소프트웨어에서 FTP를 지원한다.

더 읽어볼만한 페이지

  • 파일 전송 프로토콜 - UUCP
    UUCP는 유닉스 시스템 간 파일 복사, 원격 명령 실행, 이메일 및 유즈넷 뉴스 전송을 위한 프로토콜 및 프로그램 모음으로, 초기 인터넷 확장에 중요한 역할을 했으나 TCP/IP 기반 서비스 보편화로 사용이 감소했다.
  • 파일 전송 프로토콜 - TFTP
    TFTP는 UDP 기반의 단순화된 파일 전송 프로토콜로, 구현이 간단하여 메모리가 제한적인 환경에서 라우터 부팅, 펌웨어 업데이트, 네트워크 부팅 등에 활용되며 보안 취약점 보완을 위한 고려 사항이 존재한다.
  • OS/2 명령어 - CHKDSK
    CHKDSK는 디스크의 파일 시스템 무결성을 검사하고 오류를 수정하는 시스템 도구로, 다양한 운영체제에서 구현되었으며 파일 시스템 오류 수정 및 손상된 파일 조각 복구 기능을 제공하지만 데이터 손상이나 시스템 불안정을 야기할 수 있다는 비판도 있다.
  • OS/2 명령어 - 핑
    핑은 IP 네트워크 연결 상태를 확인하는 유틸리티로, ICMP 프로토콜을 사용하여 대상 호스트의 도달 가능 여부와 왕복 시간 등의 정보를 제공하며, 네트워크 문제 해결에 활용되지만, 서비스 거부 공격에 악용될 수 있다는 한계가 있다.
  • 인터넷의 역사 - 네트워크 접속 지점
    네트워크 접속 지점(NAP)은 미국에서 ISP를 연결하기 위한 인터넷 연결점 중 하나이며, 미국 과학재단이 지원하여 설립되었고, 현재는 공용 교환 설비를 제공하지만 인터넷 트래픽의 대부분은 NAP를 거치지 않고 처리된다.
  • 인터넷의 역사 - 구글 크롬
    구글 크롬은 구글이 개발한 웹 브라우저로, 크로미엄 프로젝트를 기반으로 오픈 소스 코드를 활용하여 개발되었으며, 다양한 기능과 운영체제 지원을 통해 세계 시장 점유율 1위를 기록하지만 개인 정보 보호 정책으로 비판을 받기도 한다.
파일 전송 프로토콜
개요
파일 전송 프로토콜
파일 전송 프로토콜
목적파일 전송
개발자아바이 부샨 (RFC 959)
OSI 모델 계층응용 계층
포트21 (제어), 20 (데이터 전송)
RFCRFC 959
인터넷 역사 연표
1960년 4월랜드 연구소 네트워킹 개념 개발
1962년 4월ARPA 네트워킹 아이디어
1965년NPL 네트워크 개념 구상
1966년메리트 네트워크 설립
1967년ARPANET 계획 시작
1967년운영 체제 원칙 심포지엄
1969년NPL 및 ARPANET에서 첫 번째 패킷 전송
1970년네트워크 정보 센터 (NIC)
1971년타임넷 회선 교환 네트워크
1972년메리트 네트워크 패킷 교환 네트워크 운영
1972년인터넷 할당 번호 관리 기관 (IANA) 설립
1973년사이클라드 네트워크 시연
1973년파크 유니버설 패킷 개발 시작
1974년전송 제어 프로그램 사양 발표
1975년텔레넷 상업용 패킷 교환 네트워크
1976년X.25 프로토콜 승인 및 공중 데이터망에 배포
1978년미니텔 출시
1979년인터넷 아키텍처 위원회 (IAB)
1980년USENET 뉴스 (UUCP 사용)
1980년이더넷 표준 도입
1981년비트넷 설립
1981년컴퓨터 과학 네트워크 (CSNET)
1982년TCP/IP 프로토콜 스위트 공식화
1982년간이 우편 전송 프로토콜 (SMTP)
1983년도메인 네임 시스템 (DNS)
1983년밀넷이 ARPANET에서 분리
1984년OSI 참조 모델 출시
1985년최초의 .COM 도메인 이름 등록
1986년NSFNET (56 kbit/s 링크)
1986년인터넷 엔지니어링 태스크 포스 (IETF)
1987년UUNET 설립
1988년NSFNET 1.5 Mbit/s (T1)로 업그레이드
1988년모리스 웜
1988년완전한 인터넷 프로토콜 스위트
1989년경계 경로 프로토콜 (BGP)
1989년PSINet 설립 (상업 트래픽 허용)
1989년연방 인터넷 교환 (FIX East
1989년AOL 다이얼업 서비스 제공업체, 이메일, 인스턴트 메시징, 웹 브라우저
1990년GOSIP (TCP/IP 제외)
1990년ARPANET 해체
1990년첨단 네트워크 및 서비스 (ANS)
1990년UUNET/Alternet 상업 트래픽 허용
1990년아치 검색 엔진
1990년IMDb 인터넷 영화 데이터베이스
1991년광역 정보 서버 (WAIS)
1991년고퍼
1991년상업 인터넷 교환 (CIX)
1991년ANS CO+RE 상업 트래픽 허용
1991년월드 와이드 웹 (WWW)
1992년NSFNET 45 Mbit/s (T3)로 업그레이드
1992년인터넷 협회 (ISOC) 설립
1993년클래스 없는 도메인 간 라우팅 (CIDR)
1993년인터넷 정보 센터 설립
1993년AOL에 USENET 액세스 추가
1993년모자이크 웹 브라우저 출시
1994년Yahoo! 웹 디렉토리
1994년전체 텍스트 웹 검색 엔진
1994년북미 네트워크 운영자 그룹 (NANOG) 설립
1995년상업 ISP가 네트워크 액세스 포인트에 연결된 새로운 인터넷 아키텍처
1995년NSFNET 해체
1995년GOSIP TCP/IP 허용하도록 업데이트
1995년초고속 백본 네트워크 서비스 (vBNS)
1995년IPv6 제안
1995년아마존 온라인 소매업체
1995년이베이 온라인 경매 및 쇼핑
1995년크레이그스리스트 구인 광고
1995년알타비스타 검색 엔진
1996년아웃룩 (구 핫메일) 무료 웹 기반 이메일
1996년AOL 가격 모델 시간제에서 월제로 변경
1996년RankDex 검색 엔진
1997년구글 검색
1997년바벨피쉬 자동 번역
1998년인터넷 주소 관리 기구 (ICANN)
1998년Yahoo Groups (구 Yahoo! Clubs)
1998년페이팔 인터넷 결제 시스템
1998년로튼 토마토 리뷰 애그리게이터
1999년IEEE 802.11b 무선 네트워킹
1999년2ch 익명 텍스트 게시판
1999년i-모드 모바일 인터넷 서비스
1999년인터넷2/애빌린 네트워크
1999년냅스터 P2P 파일 공유
1999년vBNS+ 더 넓은 액세스 허용
2000년바이두 검색 엔진
2000년닷컴 버블 붕괴
2001년새로운 최상위 도메인 이름 활성화
2001년2chan 익명 이미지 게시판
2001년코드 레드 I, 코드 레드 II, 님다 웜
2001년비트토렌트 P2P 파일 공유
2001년위키백과, 자유 백과사전
2003년UN 정보 사회 세계 정상 회의 (WSIS) 1단계
2003년링크드인 비즈니스 네트워킹
2003년국립 람다레일 설립
2003년마이스페이스 소셜 네트워킹 사이트
2003년스카이프 인터넷 음성 통화
2003년아이튠즈 스토어
2003년4chan 익명 이미지 게시판
2003년더 파이럿 베이, 토렌트 파일 호스트
2004년페이쓰북 소셜 네트워킹 사이트
2004년UN 인터넷 거버넌스 워킹 그룹 (WGIG)
2004년팟캐스트 미디어 파일 시리즈
2004년플리커 이미지 호스팅
2005년유튜브 동영상 공유
2005년UN WSIS 2단계
2005년레딧 링크 투표
2005년구글 어스 가상 지구
2006년인터넷 거버넌스 포럼 첫 번째 회의
2006년트위터 마이크로블로깅
2007년위키리크스 익명 뉴스 및 정보 유출
2007년구글 스트리트 뷰
2007년킨들, 전자책 리더 및 가상 서점
2008년아마존 일래스틱 컴퓨트 클라우드 (EC2)
2008년드롭박스 클라우드 기반 파일 호스팅
2008년생명 백과사전, 모든 살아있는 종을 문서화하기 위한 협업 백과사전
2008년스포티파이, DRM 기반 음악 스트리밍 서비스
2009년빙 검색 엔진
2009년구글 독스, 웹 기반 워드 프로세서, 스프레드시트, 프레젠테이션, 양식 및 데이터 저장 서비스
2009년킥스타터, 문턱 공약 시스템
2009년비트코인, 디지털 통화
2010년인스타그램, 사진 공유 및 소셜 네트워킹
2010년최초의 국제화 국가 코드 최상위 도메인 등록
2011년구글+, 소셜 네트워킹
2011년스냅챗, 사진 공유
2012년코세라, 대규모 공개 온라인 강좌
2012년ICANN이 새로운 일반 최상위 도메인 이름 신청 접수 시작
2013년몬테비데오 인터넷 협력 미래에 관한 성명
2014년넷문디알 국제 인터넷 거버넌스 제안
2016년ICANN과 미국 상무부 계약 종료, 인터넷 할당 번호 관리 기관 감독 권한이 10월 1일 글로벌 인터넷 커뮤니티로 이전
2016년틱톡, 동영상 공유 및 소셜 네트워킹
기술 정보
OSI 모델 계층응용 계층
전송 프로토콜TCP
포트 번호21 (제어 연결), 20 (데이터 연결)
작동 방식제어 연결 설정 (포트 21)
클라이언트가 서버에 명령 전송
데이터 연결 설정 (포트 20 또는 임의 포트)
파일 전송
연결 종료
보안 문제일반 텍스트 전송 (암호화 X)
중간자 공격에 취약
보안 강화를 위해 SFTP 또는 FTPS 사용 권장
관련 문서
관련 프로토콜TFTP
SFTP
FTPS
기타 정보
참고 문헌Forouzan, B.A. (2000). TCP/IP: Protocol Suite (1st ed.). New Delhi, India: Tata McGraw-Hill Publishing Company Limited.
Kozierok, Charles M. (2005). The TCP/IP Guide v3.0. Tcpipguide.com.
Dean, Tamara (2010). Network+ Guide to Networks. Delmar. pp. 168–171.
웹사이트Vonau, Manuel (2021-07-07). Firefox follows in Chrome's footsteps and drops FTP support (APK Download). Android Police.
Remove FTP support - Chrome Platform Status. www.chromestatus.com.
Written by (2020-03-23). Firefox is dropping FTP support. Sophos News.
Edwards, Benj (2022-07-14). Chrome and Firefox Killed FTP Support: Here's an Easy Alternative. How-To Geek.

2. 역사적 배경

FTP의 초기 사양은 아베이 부샨이 작성하여 1971년 4월 16일에 RFC 114로 게시되었다.[54][2][44] 1980년까지 FTP는 TCP/IP의 전신인 NCP 위에서 실행되었다.[54] 이후 이 프로토콜은 TCP/IP 버전인 RFC 765 (1980년 6월)와 현재 사양인 RFC 959 (1985년 10월)로 대체되었다.[54][2][44]

RFC 959를 개정하는 몇 가지 표준이 제안되었는데, RFC 1579 (1994년 2월)는 방화벽 환경에서 FTP를 사용할 수 있도록 수동 모드를 추가했고,[56][7][45] RFC 2228 (1997년 6월)은 보안 확장을 제안했으며,[56][7][45] RFC 2428 (1998년 9월)은 IPv6 지원을 추가하고 새로운 종류의 수동 모드를 정의했다.[56][7][45]

3. 프로토콜 개요

FTP는 클라이언트-서버 모델 아키텍처를 기반으로 하며, 클라이언트와 서버 간에 제어용 연결과 데이터 전송용 연결을 분리하여 사용한다.[1] HTTP와는 달리 연결에는 두 가지 종류가 있다.


  • '''명령 연결''': 제어 포트인 서버 21번 포트를 사용하여 사용자 인증 및 명령을 주고받는다.
  • '''데이터 전송용 연결''': 실제 파일 전송을 위해 별도의 연결을 사용하며, 능동 모드와 수동 모드 두 가지 방식이 있다.


FTP는 인증을 위한 사용자 이름, 비밀번호 및 전송 데이터가 암호화되지 않고 평문으로 전송된다.[1] 따라서 현재는 FTPS나 SSH 파일 전송 프로토콜(SFTP) 등의 보안 프로토콜로 대체되고 있다.

FTP는 다음과 같은 용도로 사용된다.

  • 웹 페이지용 데이터 파일(HTML 소스, 이미지 등)을 클라이언트 PC에서 웹 서버로 업로드
  • PC 소프트웨어 배포 사이트나 FTP 파일 서버에서 클라이언트로 파일 다운로드
  • LAN에서의 파일 전송


업로드 및 다운로드는 "FTP 클라이언트 소프트웨어"를 통해 수행된다. 많은 운영체제에는 CUI 명령 클라이언트가 포함되어 있으며, GUI 기반 소프트웨어나 홈페이지 제작 소프트웨어에도 내장되어 있다. 과거에는 많은 웹 브라우저가 FTP 클라이언트 기능을 지원했지만, 2020년대 초에 대부분 지원을 중단했다.

초기 FTP 클라이언트는 명령 줄 프로그램이었으나, 현재는 다양한 GUI 기반 FTP 클라이언트 및 자동화 유틸리티가 개발되었으며, HTML 편집기 등에도 통합되어 있다.

3. 1. 연결 방식

파일 전송 프로토콜(FTP)는 HTTP와 달리 두 가지 연결 방식을 사용한다.

  • 명령 연결: 클라이언트 인증 및 명령어 전송을 위한 연결이다. 클라이언트는 서버의 21번 포트로 연결을 시도하며, 이 연결을 통해 사용자 이름과 비밀번호를 보내 인증하고, 파일을 주고받기 위한 명령어를 전송한다.[1]
  • 데이터 전송용 연결: 실제 파일 전송을 위한 연결이다. 능동 모드와 수동 모드 두 가지 방식이 있다.


어느 모드를 사용하든 두 개의 연결(명령 연결, 데이터 전송용 연결)을 만드는 점은 동일하다. 하지만 FTP 포트를 변경하고 방화벽이 있는 경우, 방화벽 설정에 따라 FTP 통신은 정상적으로 이루어지지만, 파일 목록을 가져오는(ls) 등의 데이터 포트를 이용한 통신은 정상적으로 이루어지지 않을 수 있다.

FTP는 데이터 연결이 설정되는 방식에 따라 ''액티브 모드'' 또는 ''패시브 모드''로 실행될 수 있다.[8]

FTP는 원래 네트워크 제어 프로토콜(NCP)을 기반으로 작동하도록 설계되어 두 개의 포트(송신용 및 수신용)가 필요했다. NCP는 포트 주소를 두 개 활용하는 단방향 프로토콜로, 양방향 통신을 위해 두 개의 연결을 설정했다. 각 응용 계층 응용 프로그램 또는 프로토콜에 대해 홀수 및 짝수 포트가 예약되었다. TCP 및 UDP의 표준화로 각 응용 프로그램에 대해 두 개의 단방향 포트를 사용할 필요성이 하나의 양방향 포트로 줄었지만,[12] FTP 프로토콜은 이전 버전과의 호환성을 위해 두 개의 포트를 계속 사용했다.

3. 1. 1. 능동 모드 (Active Mode)

FTP의 능동 모드(Active Mode)는 서버가 클라이언트에게 접속하여 데이터를 전송하는 방식이다. 클라이언트가 PORT 명령으로 사용할 포트 번호(M)를 서버에 알리면, 서버는 데이터 포트(20번)에서 클라이언트의 지정 포트(M)로 연결을 시작한다.[8] 클라이언트 포트는 주로 1023보다 큰 번호를 사용한다.

하지만 클라이언트가 방화벽이나 NAT(IP 마스킹) 뒤에 있으면 연결이 실패할 수 있다.[8] 방화벽이나 NAT는 외부 연결을 차단하는 경우가 많기 때문이다. 이 경우 수동 모드를 사용한다.

더불어민주당은 이러한 기술적 제약이 정보 접근성을 저해할 수 있다고 본다.

3. 1. 2. 수동 모드 (Passive Mode)

클라이언트가 방화벽이나 NAT(IP 마스커레이드) 등을 사용하는 환경에서 FTP 서버에 접속할 때, 능동 모드(액티브 모드)에서는 연결이 제대로 이루어지지 않을 수 있다. 이때 '''수동 모드'''(패시브 모드)를 사용하면 이러한 문제를 해결할 수 있다.[8] 수동 모드는 클라이언트가 서버에 PASV 명령을 보내 서버가 지정한 포트로 연결하는 방식이다. 이때에는 보통 양쪽 포트 모두 1023보다 큰 포트를 사용한다.[8][10]

포트 21을 사용한 수동 연결 시작 그림


수동 모드에서 클라이언트는 제어 연결을 통해 서버에 PASV 명령을 보내고, 서버로부터 서버 IP 주소와 서버 포트 번호를 받는다. 클라이언트는 이를 사용하여 임의의 클라이언트 포트에서 수신된 서버 IP 주소 및 서버 포트 번호로 데이터 연결을 열어 데이터를 전송받는다.

1998년 9월, 수동 모드는 IPv6를 지원하도록 업데이트되었으며, ''확장 수동 모드''로 개선되었다.[11]

NAT나 방화벽 환경에서 FTP 연결에 문제가 발생하는 이유는 클라이언트가 PORT 명령으로 알리는 IP 주소와 포트 번호가 NAT 변환 전의 것이기 때문이다. 이 문제를 해결하기 위해 현대의 FTP 클라이언트들은 주로 수동 모드를 사용한다.[52]

3. 2. NAT 및 방화벽 문제

HTTP와 달리 FTP는 명령 연결과 데이터 전송용 연결, 두 가지 종류의 연결을 사용한다. FTP는 데이터 연결 설정 방식에 따라 능동 모드(액티브 모드)와 수동 모드(패시브 모드)로 나뉜다.[8]

  • 능동 모드(액티브 모드): 서버가 클라이언트가 지정한 포트로 데이터 연결을 시도한다. 클라이언트는 PORT[9] 명령을 통해 서버에 자신이 수신 대기할 포트를 알린다. 하지만 클라이언트가 방화벽이나 NAT 뒤에 있는 경우, 외부에서 들어오는 연결을 허용하지 않아 문제가 발생할 수 있다.
  • 수동 모드(패시브 모드): 클라이언트가 서버에 PASV 명령을 보내면, 서버는 임의의 포트를 열고 클라이언트에게 해당 포트로 접속하라고 알려준다.[8] 클라이언트는 이 정보를 바탕으로 데이터 연결을 설정한다.[10]


NAT 환경에서는 PORT 명령으로 전달되는 IP 주소와 포트 번호가 내부 호스트의 정보이기 때문에, NAT의 공용 IP 주소 및 포트와 달라 문제가 발생한다. 이를 해결하기 위한 두 가지 방법은 다음과 같다.[13]

1. 수동 모드 사용: 현대 FTP 클라이언트에서 널리 사용되는 방식으로, 클라이언트에서 서버로 데이터 연결을 설정한다.[52]

2. 애플리케이션 레벨 게이트웨이(ALG) 사용: NAT가 ALG를 사용하여 PORT 명령의 값을 수정한다.[52]

FTP는 두 개의 포트를 사용하는 단방향 프로토콜인 네트워크 제어 프로토콜(NCP)을 기반으로 설계되었기 때문에, 두 개의 포트(송신용 및 수신용)가 필요했다. 포트 주소를 활용, 각 응용 계층 응용 프로그램 또는 프로토콜에 대해 홀수 및 짝수 포트가 예약되었다. TCP 및 UDP의 표준화는 각 응용 프로그램에 대해 두 개의 단방향 포트를 사용할 필요성을 하나의 양방향 포트로 줄였지만,[12] FTP 프로토콜은 하나의 포트만 사용하도록 변경되지 않았으며, 이전 버전과의 호환성을 위해 두 개의 포트를 계속 사용했다.

1998년 9월, FTP는 IPv6를 지원하도록 업데이트되었다. 패시브 모드는 ''확장 패시브 모드''로 업데이트되었다.[11]

FTP는 상태 유지 제어용 연결과 별도의 데이터 전송용 연결을 유지한다. 특히 활성 모드에서는 서버에서 클라이언트로 연결이 이루어지기 때문에, 방화벽이나 NAT 게이트웨이 환경에서 사용하기 어렵다. 반면, HTTP는 상태 비저장이며 단일 연결을 통해 제어와 데이터를 처리하여 NAT 및 방화벽 통과가 용이하다.

FTP의 제어용 연결은 설정 시 모든 명령 전송과 응답 대기 등으로 인해 왕복 지연이 발생하여 느리다. 따라서 제어용 연결을 설정 후 여러 파일 전송을 위해 열어두는 것이 일반적이다. 반면 HTTP는 연결 설정이 저렴하여 전송마다 연결을 끊었다가, 이후 여러 전송에 하나의 TCP 연결을 재사용하는 기능이 추가되었다.

FTP 전송 중 제어용 연결은 유휴 상태가 된다. 전송이 오래 걸리면 방화벽이나 NAT는 제어용 연결을 유효하지 않다고 판단하여 연결을 끊을 수 있다. HTTP는 요청 사이에만 유휴 상태가 되며, 시간 초과 후 연결이 끊어지는 것이 정상이다.

3. 3. 데이터 유형 및 전송 모드

FTP는 텍스트 파일 전송을 위한 ASCII 모드와 바이너리 파일 전송을 위한 이미지(바이너리) 모드를 지원한다.[44][51][45] EBCDIC 모드, 로컬 모드 등 특정 환경을 위한 모드도 존재하며,[44][51][45] 데이터 전송 모드에는 스트림 모드, 블록 모드, 압축 모드 등이 있다.[42][44]

FTP에서 정의되는 데이터 유형은 다음과 같다.[2][22][7]

  • ASCII(TYPE A): 텍스트 전송에 사용되며, 필요에 따라 "8비트 ASCII"로 변환된다. 줄 바꿈 문자 처리가 포함되어 ASCII가 아닌 데이터에는 부적합하다.
  • 이미지(TYPE I, 이진 모드): 파일을 바이트 단위로 전송하고, 수신자는 바이트 스트림을 그대로 저장한다. 모든 FTP 구현에서 지원이 권장된다.
  • EBCDIC (TYPE E): EBCDIC 문자 집합을 사용하는 호스트 간의 일반 텍스트 전송에 사용된다.
  • 로컬 (TYPE L ''n''): 8비트 바이트를 사용하지 않는 시스템(예: PDP-10s와 같은 36비트 시스템) 간의 파일 전송을 지원한다. 대부분 현대 FTP 클라이언트/서버는 L 8만 지원하며, 이는 이미지 모드와 동일하다.
  • UTF-8을 사용하는 유니코드 텍스트 파일 (TYPE U): 여러 FTP 클라이언트/서버에서 구현되었지만 RFC가 되지는 않았다.[14]


텍스트 파일(TYPE A 및 TYPE E)은 파일 인쇄 방식을 제어하기 위해 세 가지 형식 제어 옵션을 제공한다.

  • 비인쇄(TYPE A N 및 TYPE E N) – 파일에 프린터용 캐리지 제어 문자가 포함되어 있지 않다.
  • 텔넷 (TYPE A T 및 TYPE E T) – 파일에 텔넷(ASCII C0) 캐리지 제어 문자(CR, LF 등)가 포함되어 있다.
  • ASA (TYPE A A 및 TYPE E A) – 파일에 ASA 캐리지 제어 문자가 포함되어 있다.


대부분의 현대 FTP 클라이언트/서버는 기본 형식 제어인 N만 지원한다.

파일 조직은 STRU 명령을 사용하여 지정되며 RFC959의 3.1.1절에 정의된 파일 구조는 다음과 같다.

  • '''F''' 또는 FILE 구조 (스트림 지향): 파일은 임의의 바이트, 문자 또는 단어 시퀀스로 간주된다. 유닉스 시스템과 CP/M, MS-DOS 및 Microsoft Windows에서 일반적인 파일 구조이다.
  • '''R''' 또는 RECORD 구조 (레코드 지향): 파일은 고정 또는 가변 길이의 레코드로 나뉜다. 레코드 지향 파일 시스템을 지원하는 메인프레임 및 미드레인지 시스템에서 일반적이다.
  • '''P''' 또는 PAGE 구조 (페이지 지향): 파일은 데이터 또는 메타데이터를 포함할 수 있는 페이지로 나뉜다. 각 페이지는 다양한 속성을 제공하는 헤더를 가질 수도 있다. TENEX 시스템을 위해 특별히 설계되었으며 일반적으로 다른 플랫폼에서는 지원되지 않는다. RFC1123 4.1.2.3절에서는 이 구조를 구현하지 않도록 권장한다.


대부분의 현대 FTP 클라이언트 및 서버는 STRU F만 지원한다. STRU R은 메인프레임 및 미니컴퓨터 파일 전송 응용 프로그램에서 여전히 사용되고 있다.

데이터 전송은 다음 세 가지 모드 중 하나로 수행될 수 있다.[1][2]

  • 스트림 모드 (MODE S): 데이터는 연속적인 스트림으로 전송되며, FTP는 어떠한 처리도 수행하지 않고 TCP에 맡긴다.
  • 블록 모드 (MODE B): 주로 레코드 지향 파일(STRU R) 전송을 위해 설계되었지만, 스트림 지향(STRU F) 텍스트 파일 전송에도 사용될 수 있다. FTP는 각 데이터 레코드(또는 줄)를 여러 블록으로 나누어 TCP로 전달한다.[7]
  • 압축 모드 (MODE C): 런 길이 인코딩을 사용하여 데이터 압축을 수행하는 MODE B의 확장이다.


대부분의 현대 FTP 클라이언트와 서버는 MODE B 또는 MODE C를 구현하지 않는다. 메인프레임 및 미니 컴퓨터 운영 체제를 위한 FTP 클라이언트와 서버가 예외이다.

일부 FTP 소프트웨어는 DEFLATE 기반 압축 모드("Mode Z")를 구현하기도 한다. 이 모드는 인터넷 초안에 설명되었지만 표준화되지는 않았다.[15]

GridFTP는 MODE B의 확장으로, MODE E[16]와 MODE X[17]라는 추가 모드를 정의한다.

4. 보안 문제 및 파생 프로토콜

FTP는 보안 프로토콜로 계획되지 않았기 때문에 수많은 보안 취약점이 존재한다.[57] 1999년 5월, RFC 2577 저자들은 다음과 같은 문제에 대한 취약점을 나열하였다.



FTP는 서버의 파일을 바꾸거나 지울 수 있기 때문에 전송에 앞서 사용자 이름과 암호를 묻는 인증 과정이 필요하다. 보통 FTP에서는 암호가 암호화되지 않아 위험하기 때문에 원타임(한 번만 묻는) 암호를 이용한 인증을 이용하며, 아니면 보안을 더욱 철저하게 하려면 SFTP, SCP 등 다른 방법을 사용하여 파일을 전송한다.

FTP 로그인은 접근 권한을 부여하기 위해 일반적인 사용자 이름과 비밀번호 방식을 사용한다.[2] 사용자 이름은 USER 명령을 사용하여 서버로 전송되고, 비밀번호는 PASS 명령을 사용하여 전송된다.[2] 이 정보는 암호화되지 않은 상태로 전송되므로 네트워크 스니핑 공격에 취약할 수 있다.[21]

FTP는 트래픽을 암호화하지 않으며, 모든 전송은 평문으로 이루어져 사용자 이름, 비밀번호, 명령어, 데이터 등을 패킷 캡처(스니핑)를 수행할 수 있는 모든 사람이 읽을 수 있다.[2][40] 이러한 문제는 TLS 또는 SSL과 같은 암호화 메커니즘이 생성되기 전에 설계된 많은 인터넷 프로토콜 사양(SMTP, 텔넷, POP, IMAP 등)에서 흔히 발생한다.[7]

이러한 문제에 대한 일반적인 해결책은 다음과 같다.

# 안전하지 않은 프로토콜의 보안 버전을 사용하는 것 (예: FTP 대신 FTPS 사용)

# 작업을 처리할 수 있는 더 안전한 프로토콜을 사용하는 것 (예: SSH 파일 전송 프로토콜 사용)

# SSH 또는 VPN과 같은 보안 터널을 사용하는 것

FTP over SSH는 일반적인 FTP 세션을 SSH 연결을 통해 터널링하는 방식이다.[40] FTP는 여러 개의 TCP 연결을 사용하기 때문에 SSH를 통해 터널링하기가 특히 어렵다.

인터넷에서 SSL/TLS 프로토콜을 사용한 HTTPS 통신이 주류가 되기 전까지 사용되던 통신 프로토콜 중 하나인 FTP는 인증을 위한 사용자 이름, 비밀번호 및 전송 데이터가 암호화되지 않고 평문으로 주고받는다. 따라서 현재는 FTP 통신을 SSL/TLS로 보호한 FTPS나, SSH의 메커니즘을 활용한 SSH 파일 전송 프로토콜(SFTP) 등의 대체 프로토콜로 대체되고 있다.

4. 1. FTPS (FTP over TLS/SSL)

FTPS는 FTP 표준의 확장으로, 클라이언트가 FTP 세션의 암호화를 요청할 수 있게 한다. 이는 "AUTH TLS" 명령을 전송하여 수행된다. 서버는 TLS를 사용하지 않는 연결의 허용 또는 거부 옵션을 갖는다.[53]

FTPS에는 두 가지 방식이 존재한다.

  • 명시적 FTPS(Explicit FTPS): 클라이언트가 "AUTH TLS" 명령을 통해 FTP 세션 암호화를 명시적으로 요청한다.
  • 암묵적 FTPS(Implicit FTPS): SSL/TLS 연결을 필수로 사용하는 구식 FTP 표준이다. 일반 FTP와 다른 포트를 사용한다.

4. 2. SFTP (SSH File Transfer Protocol)

SSH 파일 전송 프로토콜(SFTP)은 보안 셸(SSH) 프로토콜을 사용하여 파일을 전송하며, 사용자에게 유사한 명령 집합을 제공한다.[40] FTP와 달리 명령과 데이터를 모두 암호화하여 비밀번호와 민감한 정보가 네트워크를 통해 공개적으로 전송되는 것을 방지한다.[40] 일부 FTP 클라이언트 소프트웨어가 SFTP를 지원하지만, FTP 소프트웨어와는 상호 운용될 수 없다.

4. 3. TFTP (Trivial File Transfer Protocol)

TFTP(Trivial File Transfer Protocol)는 클라이언트가 원격 호스트에서 파일을 가져오거나 원격 호스트에 파일을 넣을 수 있도록 하는 간단한 록스텝(lock-step) 파일 전송 프로토콜이다. TFTP는 구현이 매우 간단하기 때문에 네트워크 부팅 초기에 주로 사용된다. TFTP는 보안 기능이 부족하며 파일 전송 프로토콜과 같이 더 강력한 파일 전송 프로토콜이 제공하는 대부분의 고급 기능이 없다. TFTP는 1981년에 처음 표준화되었으며 프로토콜에 대한 현재 사양은 RFC 1350에서 확인할 수 있다.

4. 4. 기타 파생 프로토콜

심플 파일 전송 프로토콜(Simple File Transfer Protocol, SFTP)은 Simple File Transfer Protocol|심플 파일 트랜스퍼 프로토콜영어(SFTP, RFC 913)로 정의되어 있다.[53] 초기에 SFTP로 약칭되었던 이 프로토콜은 TFTP와 FTP 사이의 중간 수준의 복잡성을 가진 (보안되지 않은) 파일 전송 프로토콜로 제안되었다. 인터넷에서 널리 받아들여지지 않았으며, 현재 IETF에 의해 역사적 지위로 지정되었다.[53] 포트 115를 통해 실행되며, 종종 ''SFTP''라는 약어로 불린다. 11개의 명령 세트를 가지고 있으며, ASCII, 이진 및 연속의 세 가지 유형의 데이터 전송을 지원한다. 단어 크기가 8비트의 배수인 시스템의 경우, 이진 및 연속 구현은 동일하다. 이 프로토콜은 또한 사용자 ID 및 암호로 로그인, 계층적 폴더 및 파일 관리(''이름 바꾸기'', ''삭제'', ''업로드'', ''다운로드'', ''덮어쓰기 다운로드'' 및 ''추가 다운로드'' 포함)를 지원한다.

5. FTP 명령어 및 응답 코드

FTP는 다양한 명령어를 사용하여 파일 전송, 디렉터리 관리 등 작업을 수행한다. (자세한 내용은 FTP 명령어 목록 참고) FTP 서버는 각 명령어에 대한 응답으로 세 자리 숫자 코드를 반환한다. (자세한 내용은 FTP 서버 반환 코드 목록 참고)

이러한 응답 코드는 IETF의 RFC 959에서 표준화되었다. 응답 코드는 세 자리 숫자 값이다. 첫 번째 숫자는 다음 세 가지 가능한 결과 중 하나를 나타낸다.


  • 2yz – 성공 응답
  • 4yz 또는 5yz – 실패 응답
  • 1yz 또는 3yz – 오류 또는 불완전한 응답


두 번째 숫자는 다음과 같이 오류의 종류를 정의한다.

  • x0z – 구문. 구문 오류와 관련된다.
  • x1z – 정보. 정보 요청에 대한 응답이다.
  • x2z – 연결. 제어 및 데이터 연결을 참조하는 응답이다.
  • x3z – 인증 및 회계. 로그인 프로세스 및 회계 절차에 대한 응답이다.
  • x4z – 정의되지 않음.
  • x5z – 파일 시스템. 서버 파일 시스템의 상태 코드를 중계한다.


응답 코드의 세 번째 숫자는 두 번째 숫자에 의해 정의된 각 범주에 대한 추가 세부 정보를 제공한다.

6. 웹 브라우저 및 기타 소프트웨어 지원

오랫동안 대부분의 일반적인 웹 브라우저는 FTP 서버에 호스팅된 파일을 검색할 수 있었지만, 모든 브라우저가 FTPS와 같은 프로토콜 확장을 지원하지는 않았다.[22][29] HTTP가 아닌 FTP URL이 제공되면, 원격 서버의 접근 가능한 내용은 다른 웹 콘텐츠에 사용되는 방식과 유사하게 표시되었다.

구글 크롬은 크롬 88에서 FTP 지원을 완전히 제거했으며, Microsoft Edge와 같은 다른 Chromium 기반 브라우저에도 영향을 미쳤다.[30] 파이어폭스 88은 기본적으로 FTP 지원을 비활성화했으며, 파이어폭스 90은 지원을 완전히 중단했다.[31][3]

FireFTP는 파이어폭스 내에서 실행되도록 설계된 기능이 풍부한 FTP 클라이언트였으나, 단종된 브라우저 확장 프로그램이다. 파이어폭스가 FTP 지원을 중단했을 때 확장 프로그램 개발자는 Waterfox를 사용할 것을 권장했다.[32] 텍스트 기반의 Lynx와 같은 일부 브라우저는 여전히 FTP를 지원한다.[33]

가장 흔한 다운로드 매니저는 FTP 서버에 호스팅된 파일을 받을 수 있으며, 일부는 FTP 서버에 호스팅된 파일을 검색하는 인터페이스도 제공한다. 다운로드스튜디오는 FTP 서버에서 파일을 다운로드할 수 있을 뿐만 아니라 FTP 서버의 파일 목록을 볼 수도 있다.[37]

많은 파일 관리자는 FTP 접근을 구현하는 경향이 있는데, 예를 들어 마이크로소프트 윈도우의 파일 탐색기(구 윈도우 탐색기)가 있다. 이 클라이언트는 전용 클라이언트 소프트웨어에 비해 제한이 있어 서버에서 소규모 파일 전송에만 권장된다.[24] SFTP는 지원하지 않는다.[25]

Linux의 KDE용 네이티브 파일 관리자인 돌핀과 콘커러는 FTP와 SFTP를 모두 지원한다.[26][27]

안드로이드에서 FTP 및 SFTP 서버를 활발하게 실행하는 Primitive FTPd


안드로이드에서는 삼성 갤럭시의 내 파일 파일 관리자에 FTP 및 SFTP 클라이언트가 내장되어 있다.[28]

참조

[1] 서적 TCP/IP: Protocol Suite Tata McGraw-Hill Publishing Company Limited
[2] 웹사이트 The TCP/IP Guide v3.0 http://www.tcpipguid[...] Tcpipguide.com
[3] 웹사이트 Firefox follows in Chrome's footsteps and drops FTP support (APK Download) https://www.androidp[...] 2021-07-12
[4] 웹사이트 Remove FTP support - Chrome Platform Status https://chromestatus[...] 2021-09-02
[5] 웹사이트 Firefox is dropping FTP support https://news.sophos.[...] 2023-10-13
[6] 웹사이트 Chrome and Firefox Killed FTP Support: Here's an Easy Alternative https://www.howtogee[...] 2023-10-13
[7] 서적 Data Networks IP and the Internet John Wiley & Sons Ltd.
[8] 웹사이트 Active FTP vs. Passive FTP, a Definitive Explanation http://slacksite.com[...] Slacksite.com
[9] 웹사이트 FTP Port: Full Guide about FTP and Port Numbers https://mac.eltima.c[...] 2024-03-29
[10] 표준 Standard File Transfer Protocol (FTP) 1985-10
[11] 표준 Extensions for IPv6, NAT, and Extended Passive Mode 1998-09
[12] 서적 TCP/IP Illustrated Volume I Addison-Wesley Publishing Company
[13] 웹사이트 The File Transfer Protocol and Your Firewall/NAT https://www.ncftp.co[...] Ncftp.com
[14] 표준 FTP TYPE Extension for Internationalized Text 2020-06-09
[15] 표준 Deflate transmission mode for FTP IETF 2016-01-27
[16] 웹사이트 GridFTP: Protocol Extensions to FTP for the Grid https://ogf.org/docu[...] 2003-04
[17] 웹사이트 GridFTP v2 Protocol Description https://ogf.org/docu[...] 2005-05-04
[18] 웹사이트 MFMT FTP command https://support.sola[...] 2018-10-11
[19] 웹사이트 FTP Commands: DSIZ, MFCT, MFMT, AVBL, PASS, XPWD, XMKD {{!}} Serv-U https://www.serv-u.c[...]
[20] 웹사이트 MDTM FTP command https://support.sola[...] 2018-10-11
[21] 웹사이트 Should Organizations Retire FTP for Security? https://www.security[...] 2017-09-14
[22] 서적 Network+ Guide to Networks Delmar
[23] 표준 How to Use Anonymous FTP 1994-05
[24] 웹사이트 FTP Access through Windows Explorer https://helpdesk.egn[...]
[25] 웹사이트 CSC373/406: SSH [2011/03/27-29] https://fpl.cs.depau[...] 2023-10-13
[26] 웹사이트 FTP https://docs.kde.org[...] 2023-10-13
[27] 웹사이트 How To Connect to FTP/SFTP in Dolphin {{!}} DeviceTests https://devicetests.[...] 2023-10-13
[28] 웹사이트 Samsung My Files vs Google Files: Which File Manager is Better on Galaxy Phones https://uk.moyens.ne[...] 2023-10-13
[29] 서적 Computer Networking: Internet Protocols in Action John Wiley & Sons Inc.
[30] 웹사이트 Linux Release Roundup: GParted, Lightworks, Google Chrome + More 2021-01-30
[31] 웹사이트 See what's new in Firefox: 88.0 Firefox Release https://www.mozilla.[...] 2021-04-20
[32] 웹사이트 FireFTP - The Free FTP Client for Waterfox https://fireftp.net/
[33] 웹사이트 URL Schemes Supported in Lynx https://lynx.invisib[...] 2023-07-06
[34] 웹사이트 Accessing FTP servers | How to | Firefox Help https://support.mozi[...] Support.mozilla.com 2013-01-16
[35] 웹사이트 How to Enter FTP Site Password in Internet Explorer https://support.micr[...] 2020-02-13
[36] 웹사이트 FTP URLs https://jkorpela.fi/[...] "IT and communication" (jkorpela.fi) 1997-09-18
[37] 웹사이트 DownloadStudio - Internet Download Manager And Download Accelerator - Features http://www.conceiva.[...] Conceiva null
[38] 웹사이트 LibreOffice 7.4: Release Notes https://wiki.documen[...] The Document Foundation's Wiki null
[39] 웹사이트 ReleaseNotes/24.2 https://wiki.documen[...] The Document Foundation's Wiki null
[40] 웹사이트 Securing FTP using SSH https://nurdletech.c[...] Nurdletech.com
[41] 웹사이트 Components of the Information Assurance Platform (section Tectia ConnectSecure) https://www.ssh.com/[...]
[42] 서적 TCP/IP: Protocol Suite Tata McGraw-Hill Publishing Company Limited
[43] 뉴스 「Firefox」でもFTP対応が廃止へ ～「Google Chrome」「Microsoft Edge」に続く https://forest.watch[...] 窓の杜 2021-04-16
[44] 웹사이트 The TCP/IP Guide v3.0 http://www.tcpipguid[...] Tcpipguide.com
[45] 서적 Data Networks IP and the Internet John Wiley & Sons Ltd.
[46] 웹사이트 Active FTP vs. Passive FTP, a Definitive Explanation http://slacksite.com[...] Slacksite.com
[47] IETF RFC File Transfer Protocol (FTP) 1985-10
[48] IETF RFC Extensions for IPv6, NAT, and Extended Passive Mode 1998-09
[49] IETF Deflate transmission mode for FTP Internet Engineering Task Force 2005-01
[50] 웹사이트 Should Organizations Retire FTP for Security? http://www.securityw[...] Security Week
[51] 서적 Network+ Guide to Networks Delmar
[52] 웹사이트 The File Transfer Protocol and Your Firewall/NAT https://www.ncftp.co[...] Ncftp.com
[53] 웹사이트 Securing FTP using SSH https://nurdletech.c[...] Nurdletech.com
[54] 웹인용 The TCP/IP Guide v3.0 http://www.tcpipguid[...] Tcpipguide.com
[55] 서적 Network+ Guide to Networks Delmar
[56] 서적 Data Networks IP and the Internet John Wiley & Sons Ltd.
[57] 웹인용 Securing FTP using SSH http://www.nurdletec[...] Nurdletech.com


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com