
브라우저의 상단 표시줄에 있는 웹 주소를 볼 때 정말 예리한 사람이라면 웹 사이트 주소의 맨 처음 부분인 “HTTP” 또는 “HTTPS”라는 글자를 보았을 것입니다. HTTP는 무엇이며 어떻게 작동합니까? 웹을 함께 유지하는 접착제를 살펴보겠습니다.
HTTP: 짧은 버전
HTTP는 약어로 시간그래티내선 티옮기다 피로토콜. “프로토콜” 부분부터 시작하여 조금 분해해 보겠습니다. 기술에서 프로토콜은 기계가 서로 “대화”하기 위해 준수해야 하는 일련의 규칙입니다. 예를 들어 VPN 프로토콜은 VPN이 서버와 상호 작용하는 방식을 결정합니다. HTTP는 그보다 훨씬 덜 구체적이며 대신 인터넷 작동 방식에 대한 규칙을 설정합니다.
이것은 과장이 아닙니다. HTTP가 없으면 월드 와이드 웹을 통한 통신도 불가능합니다. 이는 HTTP가 웹 서버와 웹 클라이언트 간의 통신, 즉 “전송” 부분을 제어하기 때문입니다. 웹 서버는 사이트를 볼 수 있도록 연결하는 곳입니다. 예를 들어, 현재 How-to Geek의 웹 서버에 접속 중이므로 이 기사를 읽을 수 있습니다.
웹 서버에 액세스하려면 웹 클라이언트가 필요합니다. 대부분의 경우 이 클라이언트는 브라우저이지만 실제로는 모든 종류의 앱이 될 수 있습니다. 예를 들어 Facebook 모바일 앱에서 이 기사를 클릭하면 Facebook의 인앱 브라우저가 웹 클라이언트가 됩니다. 클라이언트-서버 상호 작용은 전체 인터넷이 요약하는 것과 거의 비슷하며 HTTP는 이에 필수적입니다.
HTTP 약어의 마지막 부분은 “하이퍼텍스트” 부분으로, 거의 항상 HTML 파일을 통해 전송되는 파일 유형입니다. 이러한 유형의 파일은 언어를 표시할 뿐만 아니라 상호 연결될 수도 있기 때문에 웹의 빌딩 블록입니다. 이것은 일반적으로 할 수 없는 장치에 있는 파일 종류와 다릅니다.
간단히 말해서 HTTP가 작동하는 방식
HTTP는 웹의 실제 너트와 볼트가 IP 주소와 같은 인터넷 레이어 위의 소위 인터넷 애플리케이션 레이어에서 실행되는 프로토콜입니다. 애플리케이션 계층은 매일 사용하는 브라우저와 앱을 찾을 수 있는 곳이며 HTTP는 그 일부입니다.
작동 방식은 브라우저인 클라이언트가 네트워크를 통해 HTTP 요청을 보내고 액세스하려는 사이트의 서버에서 처리하는 것입니다. 그런 다음 사이트는 HTTP 응답을 다시 보냅니다. 이 응답은 모든 것이 잘 되었다면 보고자 하는 페이지입니다. 그러면 브라우저가 응답을 표시합니다.
HTTP 요청 분석
물론, 그것보다 조금 더 있습니다. HTTP 요청은 실제로 여러 부분으로 구성되며 각 부분은 사이트가 표시되는 방식에 중요한 역할을 합니다. 모든 요청에서 가장 중요한 부분은 HTTP 메서드, 요청 헤더 및 요청 본문입니다.
이 방법은 일반적으로 HTTP가 수행하도록 요청받는 작업이므로 정보를 검색하거나 제공합니다(각각 “GET” 및 “POST” 명령이 있지만 다른 명령은 많이 있음). HTML 요청 헤더는 설명하기가 조금 더 어렵지만 봉투로 생각하면 됩니다. 각 헤더에는 주소, 보낸 사람 주소 및 우편함 유형(브라우저)과 같은 기타 정보가 포함됩니다. 암호화에 대한 정보도 포함됩니다.
HTML 본문은 로그인 정보 또는 서버가 페이지를 표시하기 위해 알아야 하는 정보와 같은 정보로 봉투를 “채웁니다”. 때로는 비어 있고 요청 헤더인 봉투로 충분합니다.
HTTP 응답
요청이 수신되면 웹 서버는 HTTP 상태 코드, 응답 헤더 및 응답 본문의 세 부분으로 구성된 응답 작업을 시작합니다. 헤더와 본문은 웹 페이지를 표시하기 위해 정보를 전달하는 파일과 같이 본문에 훨씬 더 많은 정보가 포함된다는 점을 제외하면 요청에서 해당하는 것과 매우 유사합니다.
상태 코드는 흥미로운 터치입니다. 왜냐하면 우리 모두는 그것이 무엇인지 깨닫지 못한 채 접했을 가능성이 높기 때문입니다. 1부터 5까지의 숫자로 시작할 수 있는 세 자리 숫자입니다. 각 시리즈는 무언가를 나타냅니다. 따라서 2로 시작하는 세 자리 코드는 성공(페이지가 문제 없이 표시됨)을 의미하고 4로 시작하는 코드는 악명 높은 404: 페이지를 찾을 수 없음 코드와 같은 오류를 의미합니다.
이 호출 및 응답 시스템은 우리가 인터넷에서 하는 모든 작업의 기초입니다. 위에서 설명한 것보다 복잡해 지지만 여기에서는 기본 사항을 다룹니다. 물론 이 모든 통신을 안전하게 유지하는 방법의 문제가 있습니다.
HTTP 보안
여기에서 HTTP의 문제가 발생합니다. 어떤 정보도 암호화되거나 어떤 방식으로든 보호되지 않습니다. 순전히 요청 및 수신이며 보안이 추가되는 단계가 없습니다. 메시지를 가로챌 수 있는 사람은 누구나 신용 카드 번호 또는 계정 정보와 같은 항목을 포함하여 전송되는 내용을 볼 수 있습니다.
어떤 면에서, 그것은 당신이 당신의 재산을 구분하는 울타리 너머로 이웃과 이야기할 때와 같습니다. 당신은 각자 자신의 영역에 있지만, 누군가가 충분히 가까이 있으면 그들은 당신이 말하는 모든 단어를 들을 수 있습니다.
상상할 수 있듯이 이것은 대부분의 인터넷 사용자에게는 매우 나쁜 소식이고, 이를 사용하는 사람들에게는 매우 좋은 소식입니다. 이 문제를 해결하기 위해 마지막 “S”는 “보안”을 의미하는 HTTPS라는 새로운 유형의 HTTP가 출시되었습니다. 이러한 유형의 HTTP는 정보를 암호화하므로 말하자면 누구나 듣기가 훨씬 더 어렵습니다.
현재, 지난 몇 년 동안 언급할 가치가 있는 거의 모든 사이트가 HTTPS로 옮겨감에 따라 “일반” HTTP라고 불리는 것을 어디에서나 보는 것이 점점 줄어들고 있습니다. 사이트 소유자에 따라 다양한 이유로 인해 이러한 변경에 저항하는 사람들이 있습니다. 당신은 그들을 피하거나 최소한 VPN을 사용하여 민감한 정보를 보호하고 싶을 수 있습니다.
즉, HTTPS는 확실히 중요한 업그레이드이지만 업그레이드일 뿐입니다. HTTP는 시작된 이후로 인터넷에 전력을 공급해 왔으며 이것이 곧 바뀔지 의심스럽습니다.








