'서버'헤더가 어떤 목적으로 사용됩니까?

11

예를 들어, 서버의 응답 헤더를 덤프하면 다음과 같은 결과가 나타납니다.

Server: Apache/2.2.11 (Ubuntu) PHP/5.2.6-3ubuntu4.5 with Suhosin-Patch mod_ssl/2.2.11 OpenSSL/0.9.8g

이것은 무엇을 위해 사용됩니까? 서버 구성을 브로드 캐스트하는 것이 보안 위험 (작지만)입니까?

security http-headers

— 불만을 품은 염소
소스

15

아니요, 중요한 용도로는 사용되지 않습니다. ( Netcraft의 서버 시장 점유율 조사는 아마도 다른 타사 설문 조사와 마찬가지로이를 사용할 것입니다.)

예, (매우) 작은 보안 문제입니다. 물론 서버는 항상 안전하고 최신 상태 여야하지만, 보안이 강화 된 서버 위에 추가 '불확실성'계층을 갖는 것이 유리합니다. 공격자가 공격하기 전에 광범위한 ' 지문 ' 을 수행해야하는 경우 로그 파일을 면밀히 모니터링하면 공격에 대한 조기 경고가 표시 될 수 있습니다.

원하는 경우 방송중인 세부 수준을 안전하게 낮출 수 있습니다 . 다른 한편으로, 그것은 큰 문제가 아니며, 이것을 변경할 수없는 공유 서버에 있다면 땀을 흘리지 마십시오.

— 제스퍼 M
소스

1

서버 헤더 가 길면 짧아 지거나 완전히 제거해도 성능이 약간 저하 될 수 있습니다.

Jesper가 지적한 것처럼 큰 문제는 아니지만 페이지로드 시간에서 1 밀리 초마다 짜내려고하면 특히 작은 파일을 많이로드하는 경우 차이가 발생할 수 있습니다. 성능 관점 자체는 있지만 때로는 피할 수없는 경우도 있습니다.

예를 들어 Google의 웹 서버가 다음과 같이 말하는 이유 중 하나입니다.

Server: gws

또는

Server: sffe

더 이상 정보를 공개하지 않고 "gws"를 "Google Web Server"라고 철회 할 수 있었지만 모든 HTTP 응답에 14 개의 완전히 쓸모없는 바이트가 추가되었습니다. 구글의 요청 볼륨으로, 그 몇 바이트 잘 평균 작은 웹 사이트를 사용하는 것보다 더 많은 대역폭을 추가 할 수 있습니다 총 .

— 일 마리 카로 넨
소스

패킷 크기는 일반적으로 약 1,000 바이트이므로 몇 바이트를 절약해도 문자 적으로 속도에 영향을 미치지 않습니다. 모든 헤더의 총계가 여분의 패킷으로 넘겨지는 경우에만.

— DisgruntledGoat

질문에 인용 된 것과 같은 100 바이트 헤더는 응답 헤더와 내용의 결합 길이가 추가 패킷으로 넘칠 수 있습니다. 또한 패킷 계산은 대기 시간이 제한된 연결에 대해서만 전체 내용을 알려줍니다. (적어도 부분적으로) 대역폭 제한 상황 (예 : 모바일 연결 속도가 느리거나 요청 량이 많은 대규모 데이터 센터)에서는 전송 된 총 바이트 수가 중요해지기 시작합니다.

— Ilmari Karonen