본문 바로가기

분류 전체보기

 (272)
12월 28일 Http DNS 도메인 네임 시스템 IP는 기억하기 어렵고 변경될수도 있다. DNS가 도메인명을 IP주소로 반환한다. 도메인명을 등록하고 여기에 IP값을 넣어주는 것으로 도메인이 IP를 대신할 수 있다. 도메인을 먼저 찾고 이에 맞는 IP주소를 찾는다.
12월 28일 Http port port (항구 라는 의미) 한 PC에 여러 프로세스를 연결하는 경우 서버에서 응답 (패킷)이 올때 구분하는 용도로 사용한다. TCP / UDP 에는 출발지 , 목적지 port 와 ip 가 존재한다. 패킷을 주고받을때 ip/port를 주고받기 때문에 하나의 IP가 여러개의 port를 가질수 있다. http 의 기본 포트는 80 https 의 기본 폰트는 443
12월 28일 Http UDP 사용자 데이터그램 프로토콜 UDP 사용자 데이터그램 프로토콜 UDP는 아무런 기능이 없다. 마치 하얀 도화지에 비유하는데 (기능이 거의 없음) 연결지향 도 없고 데이터 전달 보증도 없고 순서 보장도 없다 대신 단순하고 빠르다. IP와 거의 같지만 UDP에는 port가 추가된다 port가 한 PC에서 여러 서비스를 사용가능하게 해준다. 체크섬도 추가된다. TCP는 3way에서 시간이 소요되고 모든 과정을 거치면 속도가 좀 느리게된다, 최적화가 불가능 TCP는 조작이 불가능하다 하지만 UDP는 기본적으로 아무작업도 하지 않기 때문에 필요한 검증만 붙여서 조작하는것이 가능하다. 애플리케이션에서 추가작업이 가능.
12월 28일 Http 연결지향 연결지향 (3 way handShake) SYN = 접속요청 , ACK = 요청 수락 1.클라이언트에서 서버로 SYN(신크로나이즈 , 접속요청) 을 보낸다. 2.서버에서 응답(ACK) + SYN 을 클라이언트로 보낸다. 3. 클라이언트가 서버에 응답(ACK)를 보낸다. 4.위 3단계가 성공하면 데이터 전송이 성공하고 이 과정을 3hand Shake라고 한다. 위 과정이 실패하면 연결이 안된걸로 간주하고 데이터를 보내지 않는다. 위 과정은 실제 연결이 아니고 , "개념적"으로만 연결된것을 의미한다. 데이터 전달 보장 클라이언트가 서버에 데이터를 보내고 성공하면 잘받았다고 응답을 보내주게 된다. 순서보장 데이터를 1, 2,3 순서대로 보내서 1 , 3, 2 순으로 도착한다면 다 폐기해 버리고 순서가 잘못 도..
12월 28일 Http tcp/udp 앞서 ip의 패킷에는 문제점이 있다고 하였는데 이를 해결하는게 tcp / udp 이다. 인터넷 프로토콜 ip의 4계층은 애플리케이션 계층 : http , ftp 전송계층 : tcp , udp 인터넷계층 : ip 네트워크 계층 으로 이루어져 있고 프로세스(애플리케이션) , os , 네트워크 인터페이스 (LAN) 에서 데이터를 넘긴다고 하면 1. 프로세스에서 데이터를 작성 2.socket 라이브러리를 통해 전달 //tcp 3.tcp 정보 생성 , 메시지 데이터를 포함 //tcp //ip 4.ip 패킷 생성 , tcp 데이터 포함 // ip 5.lan에서 인터넷으로 전할 후 서버로 전달 ip = 출발지 IP , 목적지 IP , 기타(전송 데이터) tcp = 출발지 port , 목적지 port , 전송 제어 ,..
12월 27일 HTTP 인터넷 네트워크 인터넷 네트워크 인터넷 통신 , IP : 인터넷이 통신하는 규칙을 말한다.(Internet Protocol) 클라이언트에서 서버로 데이터를 보내는 최소한의 규칙 1.클라이언트와 서버가 IP주소를 부여받는다. IP는 지정된 IP로 데이터를 전달한다. 패킷(packet)이라는 통신단위로 데이터를 전달한다. 패킷에는 큐칙이 있는데 (출발지IP) 와 (목적지IP)를 가지게 되고 이 상태로 데이터를 던지게 된다,. 그럼 데이터가 출발 IP를 출발해 인터넷상의 노드들을 거쳐서 목적지IP까지 도달하게 딘다. 역으로 데이터가 올때도 똑같이 작동해서 전달되게된다. 위 방법만으로는 한계점이 존재한다. 1.비 연결성 : 패킷을 받을 대상이 없거나 , 서비스불능 상태여도 패킷전송 (데이터를 받지 못하는 경우도 전송) 2.비 ..
12월 25일 SpringBoot 스코프 종류 빈 스코프 종류 싱글톤 : 스프링 컨테이너의 시작과 끝까지 유지되는 스코프 프로토타입 : 요청되어야 생성되기 시작하고 DI 주입 , 초기화끼만 진행된다 (마무리(destroy)가 되지않음) 웹 스코프 웹 스코프는 웹환경(HTTP)에서만 작동한다 웹 스코프는 프로토타입과 다르게 스프링이 해당 스코프의 종료시점까지 관리한다. 따라서 종료메서드(destroy)가 실행된다 웹스코프 종류 request : HTTP요청하나가 들어오고 나갈때 까지 유지되는 스코프 , 각각의 HTTP 요청마다 별도의 "request"스코프의 빈 인스턴스가 생섣된다. session : HTTP Session과 동일한 생명주기를 가지는 스코프 application : 서블릿 컨텍스트(servlet Context) 와 동일한 생명주기를 가..
12월 25일 Spring Boot 빈스코프 빈코스프 여태까지 비은 스프링 컨테이너와 함꼐 생성되어서 종료될 때 까지 유지된다고 하였는데 이는 빈이 기본적으로 싱글톤 스코프로 생성되기 때문이다. 스코프는 번역 그대로 빈이 존재할수 있는 범위를 뜻한다. 스프링은 다음과 같은 그코프를 지워한다. 1.싱글톤 : 기본적인 스코프로 스프링 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위의 스코프이다. 2.프로토 타입 : 스프링 컨테이너는 프로토타입 빈의 생성과 의존관꼐 주입까지만 관여하고 더는 관리하지 않는 매우 짧은 범위의 스코프이다. 웹 관련스코프 1.request : 웹 요청이 들어오고 나갈떄 까지 유지되는 스코프 2.sesstion : 웹 세션이 생성되고 종료될 떄 까지 유지되는 스코프 3.application : 웹의 서플릿 컨텍스트와 같은 범..

티스토리툴바