HTTP란 무엇이고, 어디에 사용되며, 어떻게 작동하나요?
WWW의 핵심 - HTTP 프로토콜
우리 모두가 알고 있듯이 인터넷의 기본 프로토콜은 현재 널리 사용되는 FTP, Archie Gopher 등의 프로토콜이다. TCP/IP 프로토콜은 인터넷의 응용 프로그램 계층 프로토콜을 기반으로 하며, 서로 다른 프로토콜은 서로 다른 응용 프로그램에 해당합니다. lt; BRgt; WWW 서버가 사용하는 주요 프로토콜은 하이퍼텍스트 전송 프로토콜(Hypertext Transfer Protocol)입니다. HTTP 프로토콜이 지원하는 서비스는 WWW에 국한되지 않고 다른 서비스일 수도 있으므로 HTTP 프로토콜을 사용하면 사용자는 다른 프로토콜을 사용하여 FTP, Archie, SMTP, NNTP 등과 같은 통합 인터페이스에서 다른 서비스에 액세스할 수 있습니다. . 또한 HTTP 프로토콜은 네임서버 및 분산 객체 관리에도 사용될 수 있습니다.
2.1 HTTP 프로토콜 소개
HTTP는 응용 계층에 속하는 객체 지향 프로토콜로, 간단하고 빠른 방식으로 인해 분산형 하이퍼미디어 정보 시스템에 적합합니다. 1990년에 제안되었으며 수년간의 사용과 개발을 거쳐 지속적으로 개선되고 확장되었습니다. 현재 WWW에서는 HTTP/1.0의 6번째 버전이 사용되고 있습니다. HTTP/1.1의 표준화 작업이 진행 중이며 HTTP-NG(Next Generation of HTTP) 제안이 제시되었습니다.
HTTP 프로토콜의 주요 기능은 다음과 같이 요약됩니다.
1 클라이언트/서버 모드를 지원합니다.
2. 간단하고 빠릅니다. 클라이언트가 서버에 서비스를 요청할 때 요청 방법과 경로만 전송하면 됩니다. 일반적으로 사용되는 요청 방법은 GET, HEAD 및 POST입니다. 각 방법은 클라이언트와 서버 간의 다양한 연결 유형을 지정합니다.
HTTP 프로토콜은 단순하기 때문에 HTTP 서버의 프로그램 크기가 작아서 통신 속도가 매우 빠릅니다.
3. 유연성: HTTP는 모든 유형의 데이터 객체 전송을 허용합니다. 전송되는 유형은 Content-Type으로 표시됩니다.
4. 연결 없음: 연결 없음의 의미는 각 연결이 하나의 요청만 처리하도록 제한하는 것입니다. 서버는 클라이언트의 요청을 처리하고 클라이언트의 응답을 받은 후 연결을 끊습니다. 이 방법을 사용하면 전송 시간이 절약됩니다.
5. 상태 비저장: HTTP 프로토콜은 상태 비저장 프로토콜입니다. Stateless는 프로토콜에 트랜잭션 처리를 위한 메모리 기능이 없음을 의미합니다. 상태가 없다는 것은 후속 처리에 이전 정보가 필요한 경우 이를 재전송해야 한다는 것을 의미하며, 이로 인해 연결당 전송되는 데이터의 양이 늘어날 수 있습니다.
2.2 HTTP 프로토콜의 몇 가지 중요한 개념.
1. 연결: 애플리케이션 간의 두 가지 상호 통신을 기반으로 하는 전송 계층의 실제 순환입니다.
2. 메시지(Message): HTTP 통신의 기본 단위로, 8개의 튜플 구조로 구성된 시퀀스를 포함하며 연결을 통해 전송됩니다.
3. 요청: 클라이언트가 서버에 보내는 요청 정보에는 리소스에 적용된 메소드, 리소스의 식별자, 프로토콜의 버전 번호가 포함됩니다.
4. ( 응답): HTTP 프로토콜의 버전 번호, 요청 상태(예: "성공" 또는 "찾을 수 없음") 및 문서의 MIME 유형을 포함하여 서버에서 반환된 정보입니다.
5. 리소스: URI로 식별되는 네트워크 데이터 개체 또는 서비스입니다.
6. 엔터티: 요청 또는 응답 메시지에 포함될 수 있는 데이터 자원 또는 서비스 자원의 반영을 특수하게 표현하는 방법입니다. 엔터티에는 엔터티 헤더 정보와 엔터티 자체 콘텐츠가 포함됩니다.
7. 클라이언트: 요청 전송을 목적으로 연결을 설정하는 애플리케이션입니다.
8. 사용자 에이전트: 요청 클라이언트를 초기화합니다. 이는 브라우저, 편집기 또는 기타 사용자 도구입니다.
9. 서버(Server): 연결을 수락하고 요청에 대한 정보를 반환하는 애플리케이션입니다.
10. 원본 서버: 특정 리소스가 상주하거나 생성될 수 있는 서버입니다.
11. 다른 클라이언트에 대한 요청을 설정하기 위해 서버 또는 클라이언트 역할을 할 수 있는 중간 프로그램입니다. 요청은 가능한 번역을 통해 내부적으로 또는 다른 서버를 통해 전달됩니다. 프록시는 요청 메시지를 보내기 전에 요청 메시지를 해석하고 가능하면 다시 작성해야 합니다.
프록시는 방화벽을 통해 클라이언트를 위한 포털 역할을 하는 경우가 많습니다. 또한 사용자 에이전트가 완료하지 못한 프로토콜을 통한 요청을 처리하는 도우미 애플리케이션 역할도 할 수 있습니다.
12. 게이트웨이: 다른 서버의 중개 역할을 하는 서버입니다. 프록시와 달리 게이트웨이는 요청된 리소스에 대한 원본 서버인 것처럼 요청을 수락합니다. 요청 클라이언트는 자신이 게이트웨이를 처리하고 있다는 사실을 인식하지 못합니다.
게이트웨이는 방화벽을 통해 서버측 포털 역할을 하는 경우가 많습니다. 또한 HTTP가 아닌 시스템에 저장된 리소스에 액세스하기 위한 프로토콜 변환기 역할도 할 수 있습니다.
13. 터널: 두 연결 사이의 중계 역할을 하는 중개 프로그램입니다. 일단 활성화되면 채널은 HTTP 요청에 의해 시작될 수 있지만 HTTP 통신에 속하는 것으로 간주되지 않습니다. 릴레이된 연결의 양쪽 끝이 닫히면 채널이 사라집니다. 채널은 포털이 반드시 존재해야 하거나 중개자가 릴레이된 트래픽을 해석할 수 없는 경우에 자주 사용됩니다.
14. 캐시: 응답 정보의 로컬 저장.