월 15,400원
5개월 할부 시다른 수강생들이 자주 물어보는 질문이 궁금하신가요?
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
DHCP broadcast domain
안녕하세요, 선생님. DHCP 서버에서 제일 중요한 것은 broadcast 도메인 안에 묶여 있어야 한다. 이 말은 broadcast는 GateWay를 넘어갈 수 없으니까,D HCP 서버는 GateWay 내에 있다는 말일까요 ?
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
buffer 메모리
안녕하세요, 선생님.강의 항상 잘 보고 있습니다.buffer가 메모리라고 하셨는데, 그럼 buffer는 가상 메모리인가요..?
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
IP 단위 MTU
안녕하세요, 선생님,IP MTU관련해서 질문이 있습니다. MTU가 1500bytes정도 된다고 하셨는데.. IPv4 Data부분이 65515 bytes까지 될 수 있다고 하는데, 그렇게되면 1500 bytes가 넘어가는데... 이 부분이 잘 이해가 안가서 질문올립니다. 감사합니다.
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
9:20 포트
- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 9:20분에 말씀하시길 유저모드에서의 포트는 프로세스 식별자라고 하셨습니다 그말씀은 PID와 Port가 같다는 말씀일까요??
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
인캡슐레이션과 멀티플렉싱
TCP 관련해서 공부하다가 문득 인캡슐레이션과 디캡슐레이션, 멀티플렉싱과 디멀티플렉싱의 개념이 모호해서 질문 남깁니다.
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
잘이해가 안갑니다ㅜㅜ
자동차는 패킷(데이터)길은 네트워크(인터넷)갈림길(스위치)은 라우터(L3?)이정표(스위칭)는 라우팅테이블?다른댓글을 보면 ip주소기반으로 된것이L3라 하셨는데 라우팅테이블이 그럼 ip주소라는건가요?? 아니면 라우팅 테이블이란것이 있는데 그것이 ip주소를 목적지라고 알려주는 얜가요?
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
프로토콜에 대해서 질문이 있습니다.
프로토콜이란 것이 참 추상적이어서 감이 잘 잡히지 않는데요, HTTP, FTP, SMTP, POP3--------------------------TCP, UDP TCP와 UDP의 차이는 어떻게 구현하는 것이며,HTTP, FTP, SMTP, POP3 프로토콜과 TCP, UDP의 관계에서 비롯된 차이가 궁금합니다.예를 들어, HTTP 프로토콜을 TCP로 구성한다고 했을 때, 또는 HTTP 프로토콜을 UDP로 구성한다고 했을 때 TCP 프로그래밍은 3 Hand - Shake 구조만 갖추면 TCP 프로토콜이라 할 수 있을지요? 또는 UDP 구조만 갖추면 UDP 프로토콜이라고 할 수 있을지요? HTTP, FTP, SMTP, POP3 프로토콜의 차이는 Client / Server 소켓 프로그래밍으로 프로그래밍을 달리 구성하는것에서 차이가 오는지요? 또 그것을 구현 중에 TCP 구조 UDP 구조를 택하는 것에서 차이가 발생하는지요? TCP/IP프로토콜이라는 말은 IP프로토콜 기반 TCP 프로토콜을 말하는 것이라 알고 있는데, HTTP/UDP 또는 HTTP/TCP 이렇게도 표기하는지요? 고맙습니다.
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
Socket에 대한 질문입니다.
서버측에서 연결 대기하는 소켓과 서버측에서 프로세스가 생성하고 오픈하는 소켓은 서로 다른건가요? 다르다면 그 차이는 무엇일까요?
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
순서 번호(sequence number)에 관한 질문
- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 안녕하세요, 강사님?? 강의를 듣다가 궁금해서 질문 남깁니다. 두 Host가 TCP IP 통신을 위해 3 way handshake 후 통신을 할때 sequence number는 이전 그대로인가요, 아님 새로운 임의의 숫자인가요?예를 들어 초기에 Host A(1234) / Host B(369)이면 3 way handshake 후 Host A(1235) / Host B(370)가 된다. Host A에서 Host B로 데이터를 전송할 때 sequence 번호는 1235인가요? 아님 새로 배정되나요?매번 질문에 답해주셔서 감사합니다 :)
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
host 에 대한 질문입니다!
Host는 네트워크에 연결된 컴퓨터를 말하고, 이 host가 네트워크를 위한 기능을 하면 switch 라고 하고,네트워크를 이용하는 주체면 end-point 라고 하셨는데요 쉽게 말해 PC를 통칭 해 host라고 부르고,해당 PC가 네트워크 장비인 경우 switch라 하고, 일반 user가 사용하는 PC의 경우 end-point라고 생각하면 될까요?
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
process의 버퍼 크기
- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 안녕하세요, 강사님!! tcpip 통신에서 process의 버퍼의 크기는 개발자가 결정한다고 하셨는데 고정인가요? 가변인가요?좋은 강의 항상 감사드립니다. 새해 복 많이 받으세요~
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
L2 스위치(L2 Access와 L2 Distribution)
안녕하세요? 항상 좋은 강의 감사드립니다. L2 스위치는 L2 Access와 L2 Distribution이 있는데 이들은 같은 네트워크인가요? 즉, IP 주소에서 network id는 같은건가요?네트워크가 처음이고 많은 개념이 들어오니 막 헷갈리네요ㅠ
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
이더넷(Ethernet) 가상화
안녕하세요, 선생님. L2관련 질문입니다. osi 7계층에서 data link(L2)를 구현한 Ethernet 프로토콜은 H/W를 통해 물리적으로 설명이 되는 네트워크라고 이해했습니다. 또, 선생님께서 L2는 보통 Driver와 NIC 펌웨어에 해당된다고 하셨는데요,(섹션0. 유저모드와 커널모드) 그럼 이더넷은 가상화를 통해 Virtual machine 형태로 구현이 된 것으로 볼 수 있나요?
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
ip header 강의
이전 강의들은 쭈욱 이어지는 느낌을 받았는데 ip header 강의는 갑자기 시작하는 느낌이 강하게 들고 그냥 와다다다 알려주고 넘어가시는 느낌이 들어서 아쉽습니다.. 그냥 넘어가도 되는 부분일까요?
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
Tcp 소켓 연결 질문입니다.
안녕하세요 다름 아니라 TCP 홀펀칭을 공부하다 궁금한 점이 생겨 질문드립니다. 이전까지 소켓이 연결되려면 listen상태로 대기중인 서버 소켓 그리고connect 함수로 연결 요청을 했을때 비로소 클라이언트 소켓과 서버소켓이 연결되는 것으로 알고 있었습니다. 홀펀칭 상황에서 양쪽의 클라이언트가 릴레이 서버를 통해 서로의 public IP , Port 를 알 고 있을때 한쪽 소켓이 listen하고 있지 않는 즉 양쪽 소켓 모두 connect()함수를 호출해서 연결이 성립될 수 있나요?
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
패킷이 단편화가 일어날 때 TTL은 어떻게 되나요?
패킷이 단편화가 일어나 2개 이상으로 쪼개질 경우 TTL은 단편화 전 패킷이 갖고 있던 카운트가 그대로 유지가 되나요? 아니면 새로운 카운트가 적용이 되는걸까요? 쪼갠 패킷에 같은 목적지 IP헤더를 만들어 쪼갠 정보를 붙여넣기 한다는데 TTL은 어떻게 되는지 궁금해서 여쭤봅니다... 제가 생각해봤을 때는 PC에서 패킷을 보낼 때 헤더에 TTL이 미리 지정되어 있고 단편화가 된 패킷들이 같은 패킷인걸 구분하고 목적지에서 조립을 하려면 최대한 같은 경로로 이동하는 것이 효율적이라 그대로 유지가 될 거라고 생각합니다...
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
TCP관련 질문
1. 프로세스가 운영체제에 파일을 담을 메모리의 일부인 버퍼를 요청하는 건가요?2. TCP는 데이터를 보내려고 할 때 상대방이 받을 수 있는 여유공간을 확인한다고 하셨는데 버퍼에 있는 데이터를 미리 분해해서 바로 전송 할 수 있는 단계인 Frame까지 만들어 놓는것이 아니라 ACK를 받으면 그때 버퍼에 있는 데이터를 분해해서 Frame까지 만든 후 보내는 것인가요?정리하자면 ACK를 받기전에 미리 만들어놓는건지 ACK를 받은후에 여유공간이 있다고 판단되면 분해하여 Frame으로 만드는 건지 궁금합니다.3. 데이터를 보내는 것을 판단하는 몫은 TCP인건가요? TCP가 보내기로 했다면 packet을 거쳐 Frame까지 한번에 만들어지는 건지 궁금합니다.
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
스위칭
선택의 근거가 이정표라고 하셨는데 다음 문장에 IP주소를 근거로 해서 스위칭했다면 L3 스위칭이라고 말씀하신것이 이해가 되지 않습니다. 이정표 즉 테이블만으로는 스위칭의 근거가 안되는 건가요? 근거가 이정표라고 했다가 IP주소, MAC주소라고 하셔서 혼란스럽습니다 ㅠㅠ
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
10:21에서 말씀하신 내용을 잘 이해했는지 확인하고 싶습니다.
강의 10:21를 듣고,DHCP Server는 broadcast domain에 묶여서 해당 LAN영역에서 host가 요청한 인터넷 설정에 필요한 작업을 자동으로 세팅해준다.broadcast domain에 묶였기 때문에 gateway의 네트워크 주소( 여기서는 192.168.0 )를 넘어서 외부 네트워크와 통신하지 않는다. 제가 잘 이해했나요?
- 해결됨외워서 끝내는 네트워크 핵심이론 - 기초
TCP 연결 종료 시 FIN_WAIT2 에서 병목이 일어나는데 원인을 모르겠습니다.
안녕하세요 선생님.양질의 강의 너무너무 감사드립니다.AWS에서 이커머스를 운영하고 있는데 최근에 접속자가 몰려 네트워크 장애가 일어났습니다. 당시 웹서버를 늘려서 CPU 병목 등은 해결을 했지만 네트워크 장애 상황은 나아지질 않았습니다.이후 테스트 환경을 세팅하고 장애 상황을 재연한 뒤 wireshock 을 이용해 패킷 분석도 해봤습니다. 참고로 인스턴스 하나에 프론트엔드(nextjs) 서버(==서버)와 백엔드(django) 서버(클라이언트) 둘 다 띄워져 있는 설정이고, 그 둘 사이의 송수신을 분석한 결과 알게 된 사실은 다음과 같습니다. 캐시(redis)가 걸린 요청은 CPU 자원을 소모하지 않는다. >총 CPU 역시 여유가 있음.1. 패킷 분석 결과 장애상황에서도 속도가 크게 느려지지 않았다. 그렇지 않은 요청은 쿼리와 결과가 아주 간단한 요청임에도 시간이 많이 걸렸다. 패킷 분석 결과 TCP 연결을 종료할 때 공통적으로 병목이 일어남. (1초 내외)처음엔 Zero-window 문제인가 했는데, 패킷 로그를 보니 window size도 문제가 없는 것 같고, FIN_WAIT2 에서 시간이 오래 걸린 것 같은데 원인을 모르겠네요. 참고로 4-way handshaking 의 로그는 다음과 같습니다. (8000 포트가 백엔드 서버, 55032 포트가 프론트엔드의 임시포트로 추정)```65234 21.171396396 127.0.0.1 127.0.0.1 TCP 66 8000 → 55032 [FIN, ACK] Seq=384 Ack=570 Win=65536 Len=0 TSval=2505689308 TSecr=250568930865343 21.213509737 127.0.0.1 127.0.0.1 TCP 66 55032 → 8000 [ACK] Seq=570 Ack=385 Win=65280 Len=0 TSval=2505689351 TSecr=250568930866656 22.900434334 127.0.0.1 127.0.0.1 TCP 66 55032 → 8000 [FIN, ACK] Seq=570 Ack=385 Win=65536 Len=0 TSval=2505691037 TSecr=250568930866657 22.900437554 127.0.0.1 127.0.0.1 TCP 66 8000 → 55032 [ACK] Seq=385 Ack=571 Win=65536 Len=0 TSval=2505691037 TSecr=2505691037``` 정리하자면,DB와 인스턴스 자체의 리소스(cpu, 메모리 등)엔 문제가 없는 것으로 보이고, DB 풀링도 되고 있는 상황에서전체 패킷 로그를 보면 데이터 전송에 오래 걸린 게 아니라 TCP 연결 종료만 오래 걸려서 애플리케이션(nextjs)의 문제라고 결론지으려다가도 캐시 걸린 요청은 문제가 없어서 원인을 특정하기가 무척 힘드네요. FIN_WAIT2 에서 병목이 일어나는데 해결할 방법이 있을까요?다시 한 번 귀에 쏙쏙 들어오는 강의 마련해주셔서 감사합니다.