FTP (File Transfer Protocol)
파일 전송을 위한 프로토콜로 FTP가 제공하는 파일 전송은 한 시스템에서 다른 시스템으로 파일을 복사 해 준다.
FTP를 사용하기 위해서는 서버에 로그인 할 수 있는 계정이 필요하거나, anonymous FTP를 허용하는 서버에 로그인하는 것이 필요하다.
telnet처럼 FTP도 서로 다른 운영체제, 파일 구조, 문자 집합을 사용하는 호스트 사이에서 작동할 수 있다.
TFC 959에 명시되어 있다.

파일 전송을 위한 2개의 TCP 연결

1. 제어 연결(control connection)은 전형적인 클라이언트 서버 방식으로 연결된다. 서버는 FTP의 포트인 21번 포트에수동적인 개방을 하고 클라이언트의 접속을 기다린다. 클라이언트는 제어 연결을 하기 위해 TCP 포트 21번에 능동적 개방을행한다. 제어 연결은 클라이언트가 이 서버와 통신하는 시간동안 유지된다. 이런 연결은 클라이언트에서 서버로의 명령과 서버의응답을 위해 사용되었다.
2. 데이터 연결(data connection)은 클라이 언트와 서버 사이에서 파일이 전송될 때 마다 생성된다.

 

<파일 전송 처리>

 

사용자가 제어 연결을 통해 교환되는 명령과 응답을 직접처리 하지 않는다는 상태가 있다.

상세한 사항은 2개의 프로토콜 번역기에 맡겨진다.

사용자 인터페이스 상자는 대화식 사용자에게 어떤 형태의 인터페이스가요구되는지를 나타내고 이것을 제어 연결을 통해 보내는 FTP 명령으로 변환 한다.

유사하게 제어 연결을 통해 서버가 반환하는응답은 대화식 사용자에게 나타낼 형식을 변환될 수 있다.

파일이 전송되고 저장되는 방식을 지정한 FTP프로토콜 사양에는 다양한 옵션이 제공 되는데 선택은 파일의 형태, 형식 제어, 구조, 전송 모드 이 4가지 차원에서 이루어져야 한다.

 

FTP 명령

클라이언트와 서버 사이에서 제어 연결을 통해 보내진 명령과 응답은 NVT ASCII형태이며 이것은 라인의 끝에 CR, LF 쌍을 요구한다.

 

 

TFTP (Trivial File Transfer Protocol)

 

TFTP는 diskless 시스템을 가동할 때 이용된다.

FTP와 차이점: TFTP는 TCP를 쓰는 FTP와 달리 UDP를 이용한다는것과 간결하고 크기가 작다는 것이다. TFTP의 구현은 ROM에 탑재할 수 있다. RFC1350는 TFTP V2에 대한 공식이명시되어 있다.

 

클라이언트와 서버간의 각 교환은 클라이언트가 서버에 대해 파일을 읽거나 쓸 수 있는 서비스를 요구하는 것으로 시작된다. Diskless 시스템이 가동할 때 일반적인 경우 첫번째 요구는 읽기 요구이다.

 

TFTP메시지의 처음 2바이트는 opcode이다. 읽기 요구와 쓰기 요구에서는 파일 이름에 의해 클라이언트가 읽거나 쓰고자 하는서버상의 파일을 지정한다. 모드는 ASCII 문자열 netascii 또는 옥텟에서 다시 0바이트로 종료한다. Netascii는데이터가 ASCII텍스트에서 각 라인은 2개 문자 순서로 종료한다는 것을 의미한다. 이 라인의 마지막 2 문자는 형식과 로컬호스트가 라인 구분 문자로 이용하고 있는 것 간에 변환을 해야한다.

각 데이터 패킷은 블록 번호를 포함하는데,이것은 나중에 확인 응답 패킷에서 이용된다. 예를 들면, 파일을 읽을 때 클라이언트는 읽기 요구를 보내서, 파일 이름과 모드를지정한다. 이 파일이 클라이언트에 의해 읽기가 가능하다면, 서버는 블록 번호1의 데이터 패킷으로 응답한다. 그러면 클라이언트는블록 번호 1의 ACK를 보낸다. 서버는 다음 데이터 패킷을 블록 번호 2로 전송한다. 클라이언트는 블록 번호 2의 ACK를돌려 보낸다. 파일이 완전히 전송될 때 까지 이 과정은 계속된다. 각 데이터 패킷은 0부터 511바이트 데이터가 들어있는 마지막패킷 외에는 항상 512 바이트 데이터를 갖는다. 클라이언트는 512보다 적은 데이터 패킷을 받으면, 이것이 마지막 패킷이라고판단한다.

쓰기 요구의 경우,클라이언트가 파일 이름과 모드를 지정한 WRQ를 보낸다. 이 파일이 클라이언트에 의해 쓰기 가능하면 서버는 블록 번호 0의ACK로 응답한다. 여기서 클라이언트는 블록 번호 1로 파일의 처음 512 바이트를 보낸다. 서버는 블록 번호 1의 ACK로응답한다.

이 유형의 데이터 전송은 Stop-and-wait 프로토콜이라 부른다. 이것은 TFTP 같은 단순한 프로토콜에서 볼 수 있다.

TFTP의 마지막 형식은 opcode가 5인 메시지 이다. 이것은 서버가 읽기 요구나 쓰기 요구를 처리할 수 없는 경우에 되돌아 온다.파일 전송 중 읽기나 쓰기 에러가 있을 때도 이 메시지가 되돌아오고 전송은 종료된다. 오류번호는 숫자 에러 코드로서 여기에운영체제 고유의 추가적인 정보를 포함한 ASCII 에러 메시지가 이어진다.

TFTP는 신뢰성이 없는 UDP를 이용하므로 TFTP는 패킷의 손식과 중복을 다루어야 한다. 손실된 패킷은 송신측에서 구현된 타임아웃과재전송에 의해 발견된다. 대부분의 UDP 응용과 같이 TFTP 메시지도 checksum이 없는데, 이는 데이터 파손이 UDPchecksum에 의해 발견된다고 가정한 것이다.