devops

Header와 ifconfig의 명령어 결과 본문

DevOps/Network

Header와 ifconfig의 명령어 결과

vataops 2022. 5. 17. 17:56
반응형

스크린샷의 헤더

Response Headers

  • Access-Control-Allow-Headers 는 Access-Control-Request-Headers를 포함하는 preflight request의 응답에 사용되는 헤더로, 실제 요청때 사용할 수 있는 HTTP 헤더의 목록을 나열합니다.
  • Access-Control-Allow-Origin 응답 헤더는 이 응답이 주어진 origin으로부터의 요청 코드와 공유될 수 있는지를 나타냅니다.
  • Age 헤더는 객체가 프록시 캐시 내에 머무는 초단위의 시간을 가집니다.
  • Cache-Control 일반 헤더 필드는 요청과 응답 내의 캐싱 메커니즘을 위한 디렉티브를 정하기 위해 사용됩니다. 캐싱 디렉티브는 단방향성이며, 이는 요청 내에 주어진 디렉티브가 응답 내에 주어진 디렉티브와 동일하다는 것을 뜻하지는 않는다는 것을 의미합니다.
  • ETag HTTP 응답 헤더는 특정 버전의 리소스를 식별하는 식별자입니다. 웹 서버가 내용을 확인하고 변하지 않았으면, 웹 서버로 full 요청을 보내지 않기 때문에, 캐쉬가 더 효율적이게 되고, 대역폭도 아낄 수 있습니다. 허나, 만약 내용이 변경되었다면, "mid-air collisions" 이라는 리소스 간의 동시 다발적 수정 및 덮어쓰기 현상을 막는데 유용하게 사용됩니다.
  • Server 헤더는 요청을 처리하기 위한 원(origin, 原) 서버의 소프트웨어 정보를 포함하고 있습니다.
  • Vary 헤더는 캐시 된 응답을 향후 요청들에서 오리진 서버로 새로운 요청 헤더를 요청하는 대신 사용할 수 있는지 여부를 결정합니다. 이것은 서버에서 컨텐츠 협상 알고리즘에 어떤 리소스를 선택을 할 것인지를 가르킵니다.
  • Via 헤더는 요청헤더와 응답헤더에 포워드 프록시와 리버스 프록시에 의해서 추가 됩니다. 이 것은 포워드 메시지를 추적하거나, 요청 루프 방지, 요청과 응답 체인에 따라 송신자의 프로토콜 정보를 식별 합니다.

Request Headers

 

  • Accept 요청 HTTP 헤더는 MIME 타입으로 표현되는, 클라이언트가 이해 가능한 컨텐츠 타입이 무엇인지를 알려줍니다. 컨텐츠 협상을 이용해, 서버는 제안 중 하나를 선택하고 사용하며 Content-Type 응답 헤더로 클라이언트에게 선택된 타입을 알려줍니다. 브라우저는 요청이 이루어진 컨텍스트에 따라 해당 헤더에 대해 적당한 값들을 설정합니다: CSS 스타일시트를 불러오게 되면, 이미지, 비디오 혹은 스크립트를 불러올 때와 다른 값이 요청에 대해 설정됩니다.
  • Accept-Encoding 요청 HTTP 헤더는, 보통 압축 알고리즘인, 클라이언트가 이해 가능한 컨텐츠 인코딩이 무엇인지를 알려줍니다. 컨텐츠 협상을 사용하여, 서버는 제안된 내용 중 하나를 선택하고 사용하며 Content-Encoding 응답 헤더를 이용해 선택된 것을 클라이언트에게  알려줍니다.
  • Accept-Language 요청 HTTP 헤더는 어떤 언어를 클라이언트가 이해할 수 있는지, 그리고 지역 설정 중 어떤 것이 더 선호되는지를 알려줍니다. 
  • Cookie HTTP 요청 헤더는 Set-Cookie 헤더와 함께 서버에 의해 이전에 전송되어 저장된 HTTP cookies를 포함합니다. Cookie 헤더는 선택적(optional)이고, 만약 브라우저의 사생활 보호 설정(privacy settings)이 쿠키를 block할 경우 생략될 수도 있습니다.
  • If-Modified-Since HTTP 요청 헤더는 조건부 요청으로 서버는 지정된 날짜 이후 수정 된 경우에 200  과 함께 요청된 리소스를 돌려 줍니다. 만약 수정되지 않는 리소스에 대한 요청시, 리소스 없이 304  응답을 하게 됩니다.
  • Referer 요청 헤더는 현재 요청을 보낸 페이지의 절대 혹은 부분 주소를 포함합니다. 만약 링크를 타고 들어왔다면 해당 링크를 포함하고 있는 페이지의 주소가, 다른 도메인에 리소스 요청을 보내는 경우라면 해당 리소스를 사용하는 페이지의 주소가 이 헤더에 포함됩니다. Referer 헤더는 사람들이 어디로부터 와서 방문 중인지를 인식할 수 있도록 해주며 해당 데이터는 예를 들어, 분석, 로깅, 혹은 캐싱 최적화에 사용될 수도 있습니다.
  • Sec-CH-UA헤더는 쉼표로 구분된 목록에서 브라우저와 연결된 각 브랜드의 브랜드 및 중요 버전을 제공합니다 .
  • Sec-CH-UA-Mobile는 브라우저가 모바일 장치에 있는지 여부를 나타냅니다. 
  • The Sec-CH-UA Platform는 사용자 에이전트가 실행 중인 플랫폼 또는 운영 체제를 제공합니다. For example: "Windows" or "Android".
  • Sec-Fetch-Dest 는 요청의 대상을 나타냅니다.
  • Sec-Fetch-Mode는 요청 모드를 나타냅니다 . 일반적으로 이것은 서버가 HTML 페이지를 탐색하는 사용자의 요청과 이미지 및 기타 리소스 로드 요청을 구별할 수 있도록 합니다
  • Sec-Fetch-Site 요청 개시자의 출처와 요청된 리소스의 출처 간의 관계를 나타냅니다. 이 헤더는 리소스에 대한 요청이 동일한 출처, 동일한 사이트, 다른 사이트에서 오는지 또는 "사용자가 시작한" 요청인지 여부를 서버에 알려줍니다. 그런 다음 서버는 이 정보를 사용하여 요청을 허용해야 하는지 여부를 결정할 수 있습니다.
  • User-Agent는 서버와 네트워크 피어가 요청하는 사용자 에이전트의 애플리케이션, 운영 체제, 공급업체 및/또는 버전을 식별할 수 있도록 하는 특성 문자열

리눅스에서 ifconfig 명령의 결과

eth0 : NIC, 랜카드를 의미. 유선 네트워크 인터페이스.
lo : loopback 인터페이스, 자기 자신과 통신하는데 사용되는 가상 장치

* loopback(루프백)은 IPv4주소로 127.0.0.0/8, 로컬호스트 주소를 말한다. 이 주소는 패킷을 외부로 전송하지 않고 고스란히 자신이 다시 받은 것처럼 처리하여, 상위 계층으로 올려보낸다. 쉽게 말해서, 자신이 송신한 패킷을 그대로 수신한다.

ether : Data link layer의 프로토콜이 Ethernet. 해당 NIC의 MAC 주소를 나타낸다.
inet : Network layer가 인터넷임을 의미. 앞에 나오는 주소는 IPv4 주소
inet6 : IPv6 주소

* ip주소는 호스트마다 부여되는 것이 아닌, 네트워크 인터페이스에 할당되므로 네트워크 인터페이스마다 다른 IP주소를 할당할 수 있음.

Bcast : 브로드캐스트 주소
Mask : Network Mask(Subnet Mask)
mtu : maxium transfer unit 네트워크 최대 전송 단위. 
Rx packets : 받은 패킷 정보
Tx packets : 보낸 패킷 정보
collisions : 충돌된 패킷 수
interrupt : 네트워크 인터페이스가 사용하는 인터럽트 번호


 출처

https://darrengwon.tistory.com/1071

반응형
Comments