mir.pe (일반/밝은 화면)
최근 수정 시각 : 2024-10-07 16:08:31

웹 서버

웹 애플리케이션 서버에서 넘어옴
1. 개요2. 원리3. 웹 서버의 특징4. 보안
4.1. 암호화4.2. 웹 서버의 보안 취약점
5. 웹 서버의 종류6. 애플리케이션 서버
6.1. 자바 진영에서의 의미
7. 관련 통신 프로토콜8. 관련 문서

1. 개요

하드웨어적 서버에 접속한 사용자에게 웹 서비스를 제공하기 위하여 사용되는 소프트웨어 서버의 한 종류. 이 글을 보는 당신이 현재 페이지를 방문(열람)할 때 접속했던 서버. 지금 당신이 보고 있는 위키가 굴러가기 위해 반드시 필요한 것.

2. 원리

HTTP을 이용하여 클라이언트( 인터넷 브라우저 등)와 통신하며, HTTP 통신의 경우 일반적으로 80번 포트를, HTTPS 통신의 경우 일반적으로 443번 포트를 사용한다.

HTTP는 기본적으로 TCP를 사용하나, UDP 프로토콜 또한 사용한다. 대표적인 예시로 실시간 동영상 시청[1] 같은 많은 패킷을 주고 받을때에 사용한다.

3. 웹 서버의 특징

일반적인 서버와는 달리 사용도가 높은 웹 서버의 경우, 적게는 수십, 많게는 수만의 요청을 받는 경우가 대부분이다.

HTTP의 특성상 데이터 전송을 종료하면 통신을 끊으며, 파일 전송, 동영상 시청과 같은 대량의 데이터를 송수신 하는 경우는 따로 서버를 구현하는 경우가 대부분이다.

다만 파일 전송의 경우는 FTP를 주로 사용하며[2], 실시간 동영상 시청은 UDP를 주로 사용한다.

4. 보안

웹 서버는 크래커의 주 공격 대상이다.

웹 서버는 기본적인 권한에 모두 같은 서비스를 제공한다의미가 모호함., 많은 봇PC을 만들어 DDoS 공격에 써먹거나 XSS, CSRF, DB 크래킹 등을 통해 개인정보를 탈취하기에 가장 적합한 서버형태가 바로 웹 서버이다.

4.1. 암호화

웹 서버는 주로 SSL를 이용하여 암호화 하며, SSL 항목에서 볼수 있듯, 검증된 사이트에게만 인증서를 내어준다.

초보 웹 프로그래머가 웹 페이지를 불러오는 과정을 https를, 동영상을 불러오는 과정을 http로 하는 케이스가 심심찮게 보이는데, 이렇게 프로그래밍을 해버리면 브라우저에서 보안 경고를 내뱉는다.[3]

여담으로 나무위키는 TLS 1.3, AES_128_GCM 암호화와 ECDHE_ECDSA 키교환 매커니즘을 사용한다. 대부분의 요즘 사이트들은 HTTP/3가 적용되어 빠른 접속이 가능하다.

4.2. 웹 서버의 보안 취약점

5. 웹 서버의 종류

6. 애플리케이션 서버

웹 환경을 통해 애플리케이션으로서 동작하는 서버. 일반적으로 웹 서버는 HTTP 요청과 파일을 주고받는 역할인 반면, 애플리케이션 서버는 복잡한 연산을 처리하며 데이터베이스나 외부 서비스와 상호작용하면서 비즈니스 로직을 처리한다. 즉 웹 페이지를 매개로 하여 사용할 수 있는 응용 프로그램이다.

원래 웹 서버와 애플리케이션 서버는 따로 구분하지 않았으나, 웹 사이트가 점차 다양하고 복잡한 작업을 맡게 되면서 두 가지를 구분하게 되었다. 웹 서버는 클라이언트( 웹 브라우저)가 보낸 HTTP 요청을 받아 디스크에 보관된 HTML, CSS, 자바스크립트 등의 파일을 송수신하는 역할을 주로 맡지만, 애플리케이션 서버는 요청에 따라 데이터베이스를 조회하거나, 데이터를 가공하거나, 다른 프로그램에 추가적인 요청을 보내거나, 입력값을 바탕으로 결과값을 계산하는 등의 복잡한 작업을 맡는다.

애플리케이션 서버는 디스크에 저장된 HTML 파일을 그대로 보내주는 대신 데이터베이스나 외부 서비스에서 가져온 데이터를 가공해 즉석에서 웹 페이지를 만들어낸다. 따라서 같은 주소에 접속해도 사용자나 환경에 따라 다른 형태의 페이지를 보여줄 수 있다.

좁은 의미에서, 애플리케이션 서버는 프로그래밍 언어를 사용해 개발한 웹 애플리케이션, 또는 이를 실행하고 관리하는 소프트웨어를 가리킨다. Java, JavaScript, PHP, Python, Ruby 등의 다양한 언어로 애플리케이션 서버를 만들 수 있으며, 그중에서도 PHP나 JSP와 같이 처음부터 웹 애플리케이션 개발을 목적으로 만들어진 언어도 있다. 주로 실행 파일의 형태로 만들어지는 데스크톱 소프트웨어에 비해 스크립트 언어가 비교적 잘나가는 분야인데, 이는 사용자의 PC 성능에 절대적인 영향을 받는 데스크톱 프로그램과 달리 웹 브라우저만 굴릴 수 있다면 누구나 애플리케이션 서버를 이용할 수 있기 때문이다. 단, 하드웨어와 스크립트 언어의 성능이 크게 발전하면서 이러한 구분은 흐릿해지고 있다.

6.1. 자바 진영에서의 의미

자바 진영에서의 어플리케이션 서버는 J2EE(Java Enterprise Edition)의 스펙을 구현하여, 서블릿(Servlet)이나 JSP로 작성된 애플리케이션을 실행하는 소프트웨어이다. 한국에서는 주로 웹 애플리케이션 서버로 불린다. Tomcat은 J2EE의 스펙을 모두 구현하고 있지는 않으므로[6] J2EE 웹 애플리케이션 서버라고 할 수는 없으나, 웹 애플리케이션 서버로서의 기능은 모두 수행하기 때문에 J2EE 웹 애플리케이션 서버가 아닐 뿐 웹 애플리케이션 서버는 맞다.

7. 관련 통신 프로토콜

8. 관련 문서

[1] 인간은 1920*1080 같은 해상도에 LED 한두개가 꺼진것을 인식 못한다. [2] 보안이 중요한 서버의 경우 SFTP, FTPS를 쓴다. [3] 경고를 내뱉어도 고치다가 결국은 지쳐서 틀렸어 이제 꿈이고 희망이고 없어 상태가 되어버리는게 다반사다. [4] 만들어진지 2년 동안 발견되지 않은 심각한 버그. [5] 야후는 공격당한 서버 3곳을 아예 분리시켜버렸다. [6] EJB 등 몇 가지 기능은 빠져 있다. [7] 위의 Zeus와는 다르다. Zeus는 영국의 제우스 테크놀로지가 개발한 웹 서버이고, JEUS는 한국의 티맥스소프트가 개발한 웹 애플리케이션 서버이다.

분류