일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- clearAutomatically
- Mock
- 배포스크립트
- 검색api
- @Modifying
- 우분투
- 우테코
- Argos
- SpringDataJPA
- unique result
- 벌크연산
- 스프링 롬복
- ubuntu
- @Param
- 자바 롬복
- 회고
- 우아한테크코스 블랙잭
- 레벨인터뷰
- 스프링부트배포
- BDDMockito
- bomblab
- 영속성컨텍스트
- 우아한테크코스
- ubuntu이미지
- NonUniqueResultException
- 밤랩
- docker에 ubuntu
- jpa
- @Query
- 우아한테크코스5기
- Today
- Total
목록Mogaco (39)
Jeomxon's Tech Note
1. 접속의 의미 접속은 서버의 IP 주소나 포트 번호를 프로토콜 스택에 알리는 동작 클라이언트에서 IP 주소와 포트 번호를 서버 측에 전달함으로써 서버의 프로토콜 스택이 클라이언트의 정보를 가질 수 있도록 하는 것 접속 동작의 순서 통신 상대와의 사이에서 제어 정보를 주고받아 소켓에 필요한 정보를 기록하고 데이터 송, 수신이 가능한 상태로 만드는 것 데이터 송, 수신 동작을 실행할 때 송, 수신하는 데이터를 일시적으로 저장하는 메모리 영역이 필요한데 이 영역을 버퍼 메모리라고 함 2. 맨 앞부분에 제어 정보를 기록한 헤더를 배치한다 제어 정보 클라이언트와 서버가 서로 연락을 절충하기 위해 주고받는 제어 정보 이더넷이나 IP의 제어 정보, TCP의 제어 정보가 패킷 내부에서의 헤더로 기록되어 전달됨 데이..
- 2024.01.23.(화) 17:00 ~ 20:00 성공과 실패를 결정하는 1%의 네트워크 원리 Chapter2의 02. 서버에 접속한다를 읽고 정리할 예정입니다.
1. 프로토콜 스택의 내부 구성 TCP/IP 계층 구조 전체적으로 위의 계층이 아래의 계층에 작업을 의뢰하도록 되어있음 용어정리 TCP : Transmission Control Protocol UDP : User Datagram Protocol IP : Internet Protocol ICMP : Internet Control Message Protocol ARP : Address Resolution Protocol 브라우저나 메일 등의 일반적인 애플리케이션의 데이터 송, 수신은 TCP를 이용 DNS 서버에 대한 조회 등에서 짧은 제어용 데이터 송, 수신은 UDP를 이용 패킷 네트워크에서 분할된 수십 ~ 수천 바이트 정도의 작은 데이터 덩어리 ICMP 패킷을 운반할 때 발생하는 오류 통지, 제어용 메시지..
- 2024.01.23.(화) 16:00 ~ 19:00 성공과 실패를 결정하는 1%의 네트워크 원리 Chapter2의 01. 소켓을 작성한다를 읽고 정리할 예정입니다.
1. 데이터 송, 수신 동작의 개요 데이터 송, 수신은 OS 내부에 있는 프로토콜 스택에 의뢰하여 진행 마찬가지로 Socket 라이브러리를 사용 하나의 함수만 호출하는 것이 아닌 여러 함수를 순서대로 호출하여 진행 소켓 : 통로의 출입구 파이프는 원래 존재하는 것처럼 보이지만 송, 수신 동작 이전에 연결 동작이 필요함 데이터 송, 수신 단계 소켓 만들기(보통 서버 측에서 만듦) 서버측의 소켓에 파이프 연결(접속) 데이터 송, 수신 파이프 분리 후 소켓 말소(연결 끊기) 파이프 분리는 어느 쪽에서 분리해도 상관없음. 보통은 서버 측에서 파이프 분리 위의 모든 과정은 OS 내부의 프로토콜 스택이 실행 2. 소켓의 작성 단계, 3. 파이프를 연결하는 접속 단계, 4. 메시지를 주고받는 송, 수신 단계, 5. ..
- 2024.01.17.(수) 17:00 ~ 20:00 성공과 실패를 결정하는 1%의 네트워크 원리 Chapter1의 04. 프로토콜 스택에 메시지 송신을 의뢰한다를 읽고 정리할 예정입니다.
1. DNS 서버의 기본 동작 DNS 서버는 클라이언트에서 조회 메시지를 받고 그에 응답하는 형식 조회 메시지에 포함된 3가지 정보 이름 (ex, www.lab.cyber.co.kr) 클래스 (ex. IN) 타입 (ex. A, MX, CNAME, PTR, NS, SOA, …) 리소스 레코드 구성 타입이 MX인 경우 메일 타입이므로 데이터에 우선순위 + 메일 서버의 이름 을 담고있음 (10 mail.cyber.co.kr) 그럼 다시 메일서버의 이름에 해당되는 리소스 레코드를 찾아 클라이언트에 응답 흐름 클라이언트가 DNS 서버로 조회 메시지를 보냄 설정파일에 등록된 리소스 레코드에서 조회 메시지에 해당되는 내용을 찾음 이름에 대응하는 회답 항목 반송 2. 도메인의 계층 회사의 사업부, 부, 과와 같은 계층..
- 2024.01.09.(화) 15:00 ~ 18:00 성공과 실패를 결정하는 1%의 네트워크 원리 Chapter1의 03. 전 세계의 DNS 서버가 연대한다를 읽고 정리할 예정입니다.
1. IP 주소의 기본 브라우저는 HTTP 메시지를 네트워크에 송출하는 기능이 없기 때문에 OS에 맡김 이때 도메인명이 아닌 IP 주소로 메시지를 받을 상대를 지정해야함 서브넷 허브에 몇대의 PC가 접속된 것 라우터 패킷을 중계하는 장치의 일종 IP 주소 OO동 OO번지로 나타낼 수 있음 OO동 : 네트워크 번호 OO번지 : 호스트 번호 TCP/IP 네트워크 작은 서브넷을 라우터로 연결하여 전체 네트워크를 구성 송신 측이 메시지를 보내면 서브넷 내부의 허브가 운반하고, 송신 측에서 가장 가까운 라우터에 도착 라우터가 메시지를 보낸 상대를 확인하여 다음 라우터를 판단하여 그 라우터로 송신하도록 지시 이동한 서브넷에서의 허브가 라우터까지 메시지를 보냄 반복 IP 주소의 표기 방법 실제 IP 주소는 32비트로..