22일차 발표

• [C514] 스크린샷의 헤더를 보고 유추할 수 있는 내용을 모두 작성하세요. *

General Headers

 

토스 URL에서 요청을 하였고 메소드는 GET, 상태 코드는 304로 원격 주소는 99.86.207.28:443으로 알 수 있으며 Referrer 정책으론 동일 출처 요청을 수행할 때 출처, 경로 및 쿼리 문자열을 보낸다.

 

 

Request Headers

 

host는 static toss.im이며 메소드는 Get으로 보냈다.   path는 대상 URI의 경로 및 쿼리 부분을 포함하고 있고 https로 구성되어있으며 accept로 서버가 클라이언트가 받을 수 있는 Content-Type을 명시해주며 gzip, deflate, br : 인코딩 알고리즘에 대해 서버에 대해 알려주고 있다. 한국어가 언어의 우선 순위를 보여주고 있고 Cookie 헤더에 서버로부터 이전에 전송됐던 저장된 HTTP 쿠키를 포함하고 있다.

21년 5월 25일 이후로만 변경된 리소스를 얻으며, etag를 확인 할 수 있다.

 

Response Headers

 

*으로 모든 주소에 CORS 요청을 허용하였고  캐시 응답으로 242505초가 흘렀다는 걸 알려준다.  cache-control로 public하고 최대 시간과 중간 서버의 최대 시간을 알 수 있다. HTTPS 메시지의 발생 날짜와 시간을 알 수 있고 etag 값을 알 수 있다. 리소스를 마지막으로 갱신 한 날짜도 확인 가능하며 서버는 아마존인 것도 확인 가능하다. 오리진 서버로부터 새로운 요청을 하는 대신 캐시 된 응답을 사용할지를 결정하기 위한 향후의 요청 헤더를 매칭 할 방법 또한 확인 가능하다. CloudFrontd에서 오리진에 헤더를 전달하고 있고 트래픽을 제공한 서버의 내부 식별자와 버젼도 확인 가능하며 Cloudfrontd에게 캐시를 제공한 것을 알 수 있다.

 

via : CloudFront에서 오리진에 헤더를 전달합니다

x-amz-cf-id : CloudFront에서는 요청을 오리진에 전달하기 전에 최종 사용자 요청에 헤더를 추가합니다. 헤더 값에는 요청을 고유하게                           식별하는 암호화된 문자열이 포함됩니다.

x-amz-cf-pop : 트래팩을 제공한 서버의 내부 식별자

x-amz-version-id : 개체의 버전입니다

x-cache : 프록시가 캐시의 결과를 제공했는지 여부(예인 경우 HIT, 아니오인 경우 MISS)를 제공했는지 여부에 따라 결과에 해당

 클라우드프론트에 캐시를 제공한걸 알 수 있다.

 

 

 

 

https://toss.tech/article/smart-web-service-cache

https://stackoverflow.com/questions/3027492/x-cache-header-explanation

 

• [C513] 리눅스에서 ifconfig 명령의 결과를 먼저 살펴보세요. 결과 중 lo0와 en의 차이가 뭘까요? ifconfig에서 ether, inet6, inet은 무엇을 의미하나요?

• eno1 은 내장 NIC(온보드 네트워크 인터페이스 카드 ) 입니다. 일반적인 물리적 네트워크 인터페이스입니다..
• lo는루프백 인터페이스이며 물리적으로 연결하는 port가 존재하지 않는 논리적인 port며 이것은 시스템이 자체적으로 통신하는 데 사용하는 특수 네트워크 인터페이스입니다.

inet은 8.8.8.8과 같은 IPv4 주소 지정을 나타냅니다.

inet6은 2001:4860:4860::8888과 같은 IPv6 주소 지정 을 나타냅니다.

ether는 하드웨어 클래스이고 그 뒤에 오는 값은 하드웨어 주소입니다.

"이더넷" 하드웨어 클래스의 경우 주소는 카드의 MAC 주소입니다.

 

 

 

 

 

https://networkengineering.stackexchange.com/questions/52116/whats-the-meaning-of-inet-and-inet6