코딩과로그
HTTP 헤더 결과 분석 2 본문
1. 다음의 헤더를 보고 유추할 수 있는 내용을 모두 작성해보자
- 응답헤더
- HTTP/1.1 200 OK
- 요청 성공
- Server: nginx
- 웹 서버가 nginx
- Date: 2022년 12월 6일 화요일 04:41:09 GMT
- 생성된 날짜와 시간(GMT 기준)
- Content-Type: text/html; charset=utf-8
- 응답 내용이 HTML이고 사용된 문자 인코딩이 UTF-8
- Transfer-Encoding: chunked:
- 응답 본문이 청크 단위로 전송
- Connection: keep-alive
- 클라이언트와 서버 간의 연결이 계속 열려 있음
- Keep-Alive: timeout=60
- 서버와 연결을 60초간 유지시킴
- key-event-id: A6V465X44Q:
- 토스만의 헤더 값으로 보임
- x-toss-event-id: A6V46SX44Q:
- x 로 시작하는 건 모두 공식적인 헤더가 아니라 개별 서버가 만든 것
- vary: Origin, Access-Control-Request-Method, Access-Control-Request-Headers: 후속 요청에서 이러한 헤더의 값에 따라 응답이 달라질 수 있음을 나타냄
- x-content-type-options: nosniff
- 추후 좀 더 알아봐야됨
- referrer-policy: same-origin
- 추후 좀 더 알아봐야됨
- cross-origin-opener-policy: same-origin:
- 교차 출처 창을 처리하는 방법에 대한 정책을 지정하는 보안 헤더입니다.
- x-envoy-upstream-service-time: 12:
- x 로 시작하는 건 모두 공식적인 헤더가 아니라 개별 서버가 만든 것
- content-encoding: gzip
- 응답 본문이 gzip 압축되어있음
- x-toss-response-code-details: via_upstream:
- x 로 시작하는 건 모두 공식적인 헤더가 아니라 개별 서버가 만든 것
- X-Frame-Options: ALLOW-FROM https://gather.town:
- x 로 시작하는 건 모두 공식적인 헤더가 아니라 개별 서버가 만든 것
- Content-Security-Policy: frame-ancestors https://gather.town:
- iframe에 응답을 삽입할 수 있는 웹사이트를 지정하는 보안 헤더. 이 경우 <https://gather.town>이 허용됨.
- HTTP/1.1 200 OK
- 요청 헤더
- GET /career/jobs?company=Toss%20Global HTTP/1.1:
- METHOD: GET
- URL-PATH: "/career/jobs"
- 쿼리 매개변수: "company" = Toss%Global HTTP/1.1 마지막 부분은 HTTP 버전을 1.1로 지정
- Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif, image/webp, image/apng,*/*;q=0.8, application/signed-exchange; v-b3;q=0.9
- 요청에 대한 선호도를 나타낸다. 별로 우선순위에 대한 명시가 없을 경우 우선순위는 1이다.
- Accept-Encoding: gzip, deflate, br
- 압축에 사용할 수 있는 허용된 콘텐츠 인코딩을 gzip, deflate, br로 지정.
- Accept-Language: ko-KR, ko;q=0.9, en-US;q=0.8,en;q=0.7
- 한국어, 영어 순으로 요청 우선순위 결정
- Cache-Control: max-age=0
- 캐시값은 0으로 설정함으로써 무조건 서버에서 한번 확인을 거치도록 함.
- Connection: keep-alive
- 연결 유지 요청
- 쿠키: fasd32fsefs
- 쿠키 키 - Value 값
- Host: toss.im
- 브라우저의 URL
- Sec-Fetch-Dest: document
- 무슨 데이터 형식을 원하는 지 작성한다. 따라서 document 형식을 원함.
- Sec-Fetch-Mode: navigate
- html 을 이동할 때에 사용된다.
- Sec-Fetch-Site: same-origin
- 현재 사이트와 요청하려하는 자원의 서버의 origin이 동일함
- Sec-Fetch-User: ?1
- 사용자의 활동으로 인해서 요구된 정보임을 나타냄
- Upgrade-Insecure-Requests: 1
- 이 헤더는 클라이언트가 보안 연결을 선호한다는 것을 서버에 알리고 가능한 경우 요청을 HTTPS로 업그레이드하는 데 사용됩니다.
- User-Agent:
- 이 헤더는 클라이언트의 운영 체제, 소프트웨어 및 버전 번호에 대한 정보를 제공합니다.
- sec-ch-ua-mobile: ?0
- 모바일이 아님을 알림
- sec-ch-ua-platform: "windows"
- 윈도우임을 알림
- GET /career/jobs?company=Toss%20Global HTTP/1.1:
2. 리눅스에서 ifconfig 명령의 결과를 먼저 살펴보세요. 결과 중 lo0와 en의 차이가 뭘까요? ifconfig에서 ether, inet6, inet은 무엇을 의미하나요?
ifconfig 명령 결과물
$ ifconfig
enx00e04d69887d: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.213 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::fbe3:8eb8:ff0e:32d5 prefixlen 64 scopeid 0x20<link>
ether 00:e0:4d:69:88:7d txqueuelen 1000 (Ethernet)
RX packets 10543271 bytes 6264305038 (6.2 GB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4944467 bytes 1758878501 (1.7 GB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 2309505 bytes 170561373 (170.5 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2309505 bytes 170561373 (170.5 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp2s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 48:e2:44:f5:c7:45 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
- lo
- 컴퓨터가 자신에게 네트워크 트래픽을 보내기 위해 사용하는 루프백 인터페이스이다.
- en
- 유선 네트워크에 사용되는 인터페이스이다. 유선 NIC 에 연결된다.
- ether
- NIC 의 맥주소이다.
- inet6
- ipv6
- inet
- ipv4
'Devops' 카테고리의 다른 글
Docker - Docker Compose (0) | 2023.04.19 |
---|---|
[TIL] VPC (2) | 2023.04.18 |
HTTP에서의 캐시와 헤더, CDN (작성중) (0) | 2023.04.07 |
로드밸런서(Load Balancer) (0) | 2023.04.06 |
'프록시'와 '캐시' (0) | 2023.04.06 |