📌 기술 면접 준비 관련_웹 서버

Q : HTTP 메시지 구조에 대해 설명해 주세요.

A : HTTP는 기본적으로 요청/응답 구조로 되어있고 클라이언트와 서버간에 데이터를 교환하기 위한 표준 프로토콜입니다.

📍 요청 메시지 구조

1. Start Line
   • HTTP 메서드 (GET,POST등)
   • 요청 대상의 리소스 경로
2. Header Fields
   • 추가 정보를 담고 있는 헤더 필드 (ex. content-Type, User-agent)
   • 각 헤더 필드는 "필드 이름 : 값"의 형식을 가짐
3. Empty Line : 헤더와 메시지 바디를 구분하는 빈 줄
4. Message Body
   • 요청에 필요한 데이터를 담음
   • POST 메서드와 같이 데이터를 서버로 전송할 때 사용

📍 응답 메시지 구조

1. Start Line
   • 프로토콜 및 버전 (ex.HTTP/1.1)
   • 상태 코드 : 응답 상태를 나타내는 세자리 숫자 코드 (200,404,500)
   • 상태 메시지 : 상태 코드에 대한 간략한 설명
2. Header Line : 응답에 대한 부가 정보를 포함하는 헤더 필드들
3. Empty Line : 헤더와 메시지 바디를 구분하는 빈 줄
4. Message Body : 서버에서 클라이언트로 전송되는 데이터이며 일부 응답은 바디를 포함하지 않을 수 있음

---

Q : Same-Origin Policy와 CORS에 대해서 설명해 주세요

동일 출처 정책(SOP)과 같은 출처의 리소스만 공유가 가능한 정책이며 다른 출처 서버에 있는 페이지와의 상호작용이 불가합니다. 이 단점을 보완하고자 교차 출처 리소스 공유가 가능한 CORS라는 기능이 나왔습니다. 이는 다른 출처로부터 선택한 자원에 접근이 가능하게끔 권한을 부여합니다.

---

Q : CORS 해결 방법을 설명해주세요

A : CORS 문제를 해결하기 위한 주요 방법은 서버 측에서 적절한 CORS 헤더를 설정하는 것입니다.

1. 서버 응답에 CORS 관련 헤더를 추가하여 브라우저에게 요청을 허용하도록 지시합니다. 해당 도메인이 있다면 도메인만 추가하면 됩니다.

Access-Control-Allow-Origin: *

2. 모든 HTTP 메서드를 허용합니다.

Access-Control-Allow-Methods: GET, POST, PUT, DELETE

3. 허용되는 HTTP 헤더를 명시하여 클라이언트가 특정 헤더를 사용할 수 있도록 허용합니다.

Access-Control-Allow-Headers: Content-Type, Authorization

4. 인증 정보(쿠키 및 HTTP 인증)를 요청에 포함합니다.

Access-Control-Allow-Credentials: true