개발할래 운영할래?

1. HTTPS 는 HTTP 프로토콜에 패킷 암호화를 추가 한 프로토콜 2. SSL 은 노드 간의 통신( 클라이언트-서버 , 서버-서버 )에 보안을 보장하게 해 줌 3. SSL 인증서가 있는 노드 간에 공개키를 교환, 패킷을 보내기 전에 상대방의 공개키로 암호화 하고 패킷을 받은 노드는 자신의 개인키로 복호화 하는 방식으로 패킷의 암호화 및 안정성을 보장 4. TLS는 SSL이 발전 된 버전 (Long Term 인증서를 갖고서 Short Term 인증서를 업데이트 해주는 방식 추가)

proxy, reverse proxy : https://dhsimpson-ml-and-sw.tistory.com/11 프록시, 리버스 프록시 프록시 : 클라이언트에 프록시 서버가 붙음. 정적 데이터(웹페이지, 이미지 등등..) 를 프록시 서버에서 응답해 줄 때 속도 장점이 있음 (캐싱 역할. WAS 에 걸리는 정적 데이터에 대한 부하를 처리 dhsimpson-ml-and-sw.tistory.com NAT 의 기능 : 외부로 부터 public ip 로 요청이 들어 오면 적절한 private ip 로 라우팅 (프록싱 같기도 함) 을 해 준다. -> ex) c.f. 이것은 그림으로 설명 넣어놓기 1. WAS 의 ip 주소(private subnet)를 외부로 노출하지 않고() , WAS 에 진입할 수 있는 p..

요약 : 프록시 서버는 직접 통신할 수 없는 두 노드 사이의 중계 서버이다. 프록시(포워드 프록시)는 클라이언트 측 프록시 서버이며 클라이언트가 B 서버에 요청하기 위해 A 서버(프록시 서버)에 쿼리를 날렸다면, B 서버는 클라이언트 IP 주소는 알 수 없고 A 서버의 IP 주소는 알 수 있다. 기업 내부망에서 직원들이 접속할 수 있는 웹사이트를 제한할 수 있다. 리버스 프록시는 서버 측 프록시 서버이며 서비스의 was를 내부망에 놓고 클라이언트가 was 와 통신할 때 대신 쿼리를 받는다. 서비스 접근 가능 지점(DMZ)에 프록시 서버를 놓는다. 사용자는 was 의 실제 IP를 알 수 없어 보안상 이점이 있다. c.f. 프록시 서버엔 웹 페이지(html, css) 를 캐싱해 웹페이지 로딩 속도 향상도 가..

TCP vs UDP : https://coding-factory.tistory.com/614 , https://velog.io/@ruthetum/TCP-UDP 3/4way hand shaking https://mindnet.tistory.com/entry/%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC-%EC%89%BD%EA%B2%8C-%EC%9D%B4%ED%95%B4%ED%95%98%EA%B8%B0-22%ED%8E%B8-TCP-3-WayHandshake-4-WayHandshake OSI 7 Layer : https://shlee0882.tistory.com/110 OSI 7 Layer 캡슐화/역캡슐화 : https://iworldt.tistory.com/161 VPC (aws) : h..