안녕하세요! 좋은 강의 많이 배우고 있습니다!업무상 진도가 느려서 아직 수강을 완료하지 못했네요 .... 혹시 수강 기간 연장 부탁드려도 될까요!? ㅜㅜ감사합니다.

선생님 안녕하세요. 우선 선생님 덕분에 많은 네트워크 지식을 배우고 있어 감사합니다.다름이 아닌 Out of Path 구조 수업을 듣다가 설명하신 부분이 이해가 안됩니다.이 그림을 설명할 때 Mirroring되서 Copy된것이 Process까지 올라갈 필요가 없다면서 왼쪽 Process에는 올라가지 않는다고 설명하시고 바로 그 다음 설명에서는 오른쪽 Process에서 수집하고 분석한다고 말하셨습니다. 즉 Process까지 올라갈 필요가 없다고 말씀하시고 그 다음 설명에서 Process에서 수집한다고 말씀하시는데 이게 무슨말일까요? 그리고 이 빨간색 부분은 계층구조가 다 생략되어 있는데 혹시 특별한 이유가 있는건가요? 

클라에 ack가 도달했는지 알 수 없지 않나요?closed도 마찬가지로 서버에 ack가 도달했는지 알 수 없는거 같은데 time wait를 하는 건가요?서버가 ack를 받는 시점에 어떻게 알고 동시에 closed되는 것도 이해가 안됩니다

네트워크가 느려지는건가요?

선생님 안녕하세요! 덕분에 많이 배우고 있습니다.TCP/IP 궁금한 점 있어 질문 남깁니다.1.HDD에 있는 파일을 Process의 Buffer로 가져올 때 즉 Copy 할 때 Buffer의 크기만큼 Copy해오는건가요?2.TCP/IP에서 발생할 수 있는 문제 중 Loss를 설명해주셨는데 이는 100% 네트워크 상 문제라고 하셨습니다. 그렇다면 어떻게 해결을 해야하는건가요?3.Out of order 발생 시 TCP 스택에서 순서 보정 후 Socket Buffer로 가는건가요?그리고 문득 강의 듣고 복습하면서 든 생각인데 선생님 네트워크 강의나 다른 네트워크 책들보면 3,4 계층에서 TCP/IP만 집중해서 설명을 하던데 그 이유가 우리가 사용하는 서비스들이 인터넷 환경에서 작동하는 서비스라고 TCP/IP에만 집중하는건가요?감사합니다

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요?예[질문 내용]강의 9:20 쯤 PRG 설명에서새로고침을 해도 GET /order-result/19로 가기때문에 문제가 없다라고 하는것은 이해했지만 여기서 뒤로가기 버튼을 눌렀을땐 POST /order로 되돌아가서 중복주문이 되지 않나요? 이때 실무에선 처리는 어떻게 하는지 궁금합니다.

안녕하세요 강사님.강의 구매 후 아직 자격증을 따지 못해서요ㅠ.. 기간 연장 해주실 수 있으실까요?

Q1: 라우터와 스위치는 교차로로써 동일한 의미이지만, 라우터는 L3인 경우에 한해서 사용하는 표현이다. 맞을까요?Q2: 영상 중간에 "MAC 주소 기반 스위치는 L2 스위치"라고 말씀하시는 부분이 있어서 궁금한 점이 있는데요. 그럼 IP 주소 기반 스위치는 L3 스위치, IP 주소 기반 스위칭은 L3 스위칭이 맞을까요?Q3: 제가 잘 이해했는지 밑 내용 확인 한번 부탁드립니다.고속도로 네트워크자동차 패킷교차로 스위치 (L3 기반인 경우 라우터)경로선택 스위칭 (= 인터페이스 선택)

유튜브,강의 잘 보고 있습니다!다름이 아니라 한가지 궁금한 점이 생겨서 질문드립니다!제가 프로젝트를 진행하며 SSE(Server Sent Event) 라는 기술을 이용하여사용자에게 특정 이벤트 발생 시 푸시알림을 주는 부분을 구현한 적이 있습니다당시에는 문제없이 동작하여 대수롭지 않게 넘어갔지만! 네트워크 , http를 공부하며 든 생각인데..SSE는 http의 persistence connection이라는 것 덕분에 가능하다라는 것 까지는 도달했으나여기서 든 궁금증이 기존에 제가 가지고 있는 정보가톰캣 서버는 기본적으로 따로 설정해주지 않으면 쓰레드풀을 200크기 만큼 가진다.연결이 지속되어 있기 때문에 요청이 오지 않았지만 이벤트가 발생하면 해당 호스트에게 푸시알림이라는 형태로 응답이 가능하다.여기서 연결이 지속되어 있다는 의미는 연결을 지속하기 위해 쓰레드가 반환되지 못하고 있음을 뜻한다고 생각하는데 그렇게 되면 특정 케이스에서 모든 쓰레드가 연결지속을 위해 반환되지 않은 상황이라면 다음 요청에 대해서 응답할 수 없어 큐에서 대기해야만 하는 상황이 생기는 것인가? 하는 궁금증입니다.단순히 이런 상황일 때 쓰레드풀에 쓰레드더 만드나? 라는 생각은컨텍스트 스위칭 관련해서 복잡한 문제라 쓰레드 숫자를 마음대로 하지는 않을 것이라 생각되고제가 생각한 문제가 맞다면 SSE로 실제 서비스하는 곳은 없지 않을까..? 라는 생각이 들고 프로젝트에 대한 아쉬움이 조금 남아서.. 폴링 방식처럼 계속 서버에게 이벤트가 발생되었는지 확인하는 방식이 차라리 더 나을 수 있다는 생각도 들어서요! 

3-11 WLAN 실습 중, PC0에서 무선 라우터를 거쳐 유선 라우터까지, 라우터에서 서버까지는 연결이 잘 되는데, PC에서 서버까지는 연결이 잘 되지 않습니다.비슷한 문제로, 3-12 VoIP 실습에서 VoIP 설정 전에 RIPv2를 적용해서 PC0->R1, R1->PC1은 연결이 잘 되는데 PC0->PC1은 핑이 가지 않습니다. 왜 이런 현상이 생기는 건가요?!

안녕하세요 강의를 보다가 버퍼사이즈에 대해서 궁금한 사항 문의 드립니다. 강의에서 버퍼 사이즈가 65536바이트로 해주셨는데 그렇다면 RecvBuffer 클래스에서 실제 버퍼 사이즈는 세션마다 대략적으로 640KB의 크기가 될텐데 이게 실제 IOCP서버에서 적절한 메모리양인지 궁금합니다

WSAEventSelect Model에서는 이벤트 종류를 FD_ACCEPT(접속 클라 존재), FD_READ(수신 가능), FD_WRITE(송신 가능), FD_CLOSE(상대 접속 종료), FD_CONNECT(통신 연결 완료), FD_OOB 이런식으로 설정해 주었었는데 Overlapped Model에서는 hEvent에 이벤트를 할당해주면 따로 설정해줄 필요가 없는건가요?

안녕하세요 강사님,제가 프로젝트를 하며 푸시알림을 구현할 때 SSE(Server Sent Event)를 이용하여 구현을 했던 적이 있습니다.지금에서야 http 프로토콜과 관련하여 궁금증이 생겼는데 명확하게 해결이 안되서 질문 올려봅니다!SSE라는 기술은 HTTP의 persistence connection을 이용해서 하는 기술인 것 까지는 알게되었습니다. 이때 Spring boot 내부의 톰캣은 스레드풀을 이용해서 스레드를 관리하고,해당 연결이 끊기지 않는다는 뜻은 이 스레드가 반환이 되지 않는 것이 아닌가 하는 의문점이 생겼습니다. 톰캣의 설정을 따로 건드리지 않는다면 200개의 스레드를 관리한다고 알고 있었는데 200명의 사용자가 푸시알림을 받기 위해 연결을 지속중인 상황이라면다른 요청이 들어왔을때 SSE 연결이 종료되기 전까지 큐에서 대기해야 하는 상황이 생길 수 있는지 궁금합니다!

실전 문제가 pdf로 따로 없는데 혹시 어디에서 볼 수 있나요?미리 풀어보고 난 후에 강의 들으면서 답 맞추고 필기도 하고 싶은데 하나씩 멈추고 풀고 멈추고 풀고 하는게 힘들어서요!

선생님! 안녕하세요DHCP 관련 수업을 듣고 질문남깁니다.DHCP 서버로 받는 정보(IP주소,게이트웨이 IP주소,서브넷마스크,DNS주소 등)들은 결국엔 TCP/IP 통신만을 위한 정보들인건가? 그렇다면 다른 통신은 못하는건가요?

실전 문제 1-22번에서 최대 성능을 위한 것은 Amazon EC2 인스턴스 스토어가 아니라 Amazon EBS(io2) 볼륨 가 아닌가요? Amazon EBS보다 Amazon EC2가 적합한지 이해가 잘 안됩니다. 추가 설명 부탁드려도 될까요..?

자료 5pg를 보면 첫번째 라우터는 192.168.10.254와 192.168.20.1로 부여 했습니다. 또 두번째 라우터는 부여된 ip가 192.168.20.254와 192.168.30.254로 부여되어 있는데...ip 라우터는 해당 범위 내의 장치(컴퓨터등...)에 지정된 ip를 제외한 아무 ip나 부여해도 되는건가요? 예를들어 첫번째 라우터가 네트워크 1에 해당하는 192.168.10.233도 ip 부여가 가능한가요?

안녕하세요 강사님 좋은 강의 항상 감사드립니다.PRG 패턴 간단한 테스트를 하고자 프론트에서 ajax로 post 요청을 보낸 후, 컨트롤러에서 redirect를 하도록 코드를 짰는데 리다이렉트 되지를 않습니다.구글링을 해보니 ajax는 비동기 방식으로 처리하기 때문에 화면에 영향을 주지 못한다는 글을 보게 되었습니다.ajax 혹은 axios와 같은 비동기 방식으로 post 요청을 보내면 컨트롤러에서 리다이렉트를 시킬 수 없는 건가요?그 이유가 뭔지 궁금한데 답변 주시면 감사드리겠습니다 ! !

강의 4:45에서 공유기에서 tcp헤더를 조작한다고 합니다.그러면 192.168.0.10에서 전달된 메세지를공유기에서 프레임을 모으고 패킷을 꺼내서 조립하고내용을 수정하고 다시 분해해서 보내는 것인가요?

https://developer.mozilla.org/ko/docs/Web/HTTP/Headers/X-Forwarded-Formdn 문서에 따르면 http 헤더 중 x-fowarded-for 헤더는 최초 client와 거쳐오는 프록시 서버의 ip를 기록하는 역할을 하고있습니다.그렇다면 프록시에서 http 메세지의 내용을 수정한다는 이야기가 됩니다.그렇다면 프록시에서 프레임을 모으고 패킷을 꺼내서 패킷을 조립한다는 일이 일어나는 것인가요?만약 그렇다면 프록시 서버를 두고 http 메세지의 내용을 해석하는 일을 하면여기에서 나오는 오버헤드는 피할수없는을텐데 이렇게 구현해놓을리가 없을텐데 하는 생각이 드는데어떻게 되는지 궁금합니다.