안녕하세요 좋은 강의 덕분에 네트워크를 많이 이해 할 수 있게 되었습니다.그동안은 막막하기만 했던 네트워크가 적어도 구글링해서 모르는 것을 알아 볼 수 있을 정도는 된 것 같습니다.추가로 질문 드립니다.어디서 봤던 것인지는 모르겠는데 넷가이버님 예정된 강의 로드맵을 본것 같거든요? 향후 강의 등록 계획이 어찌 되시는지요?출판된 책 저작권 문제로 강의 교제는 인쇄가 불가 한 것으로 알고 있습니다. 혹시 그 출판된 책의 정보를 알려주실수 있는지요? 감사합니다!

  안녕하세요 위의 그림과 같이 user profile 팝업에서 esc 누른경우 팝업이 없어지지 않고 별도 warning 뜨고 진행이 안됩니다. 해결방안을 알수 있을까요?

안녕하세요 아래 그림은 강의 내용 따라하면서 수행한 내용입니다.R0, R1, R2 에 RIP v2 적용 후R0 에서는 static으로 설정 했습니다.pc0에서 tracert 수행시 콘솔과 같은 결과가 나옵니다. 강의에서 보여주신것과 동일 합니다.질문: pc0 -> server에서 보시는 바와 같이 router0->router1->router2->sever로 가는 것은 확인 했는데왜 3번 보면 205.205.205.1 이 찍히나요? 여기는 205.205.205.0 네트워크니까 데이터 흐름과는 상관 없는 영역아닌지요? 원래 저의 예상은 3번 부분에 204.204.204.2 가 찍혀야 하지 않나 하고 생각하고 있었습니다.강의 잘 보고 있습니다. 감사합니다!

1. 라우터1, 라우터2가 시리얼케이블로 연결되어있다2. 라우터1에 스위치1이 연결되어있다3. 스위치1에 PC1, PC2가 연결되어있다.4. PC1과 PC2는 네트워크가 다르다PC1 - 204.200.10.2/24, 게이트웨이 204.200.10.1/24PC2- 204.200.20.2/24,게이트웨이 204.200.20.1/24 스위치에서는 VLAN을 잘 나누었고, 트렁크까지 완료했음.라우터에서는 스위치와 연결된 물리포트를 NO SHUTDOWN으로 열어주었고, 포트를 가상화하여 서브인터페이스를 구성하였음. (ENCAPSULATION DOT1Q)그러나 문제가 발생함(PC1에서 PC2로 핑 가지않음, PC2의 게이트웨이까지는 핑 도달,PC2에서 PC1로 핑 가지않음, PC1의 게이트웨이까지는 핑 도달) 이런경우의 문제는 어떻게 해결해야 할까요? ㅠㅜputty를 이용해서 네트워크를 구성해보았는데..그 이상 진행이 되질 않습니다..

강의에서 언급된 이야기는 아니지만 DNS 캐시서버는 UDP로 통신하기 때문에 여러 요청이 왔을 때 요청을 구별하기 위해 트랜잭션 ID를 붙혀서 클라이언트를 구별한다고 공부했습니다. 그런데 트랜잭션 ID가 없어도 요청받은 IP주소와 port번호를 보고 응답을 해주면 되는게 아닌가 생각이 들었습니다.트랜잭션 ID가 필요한 이유를 잘 모르겠습니다.추가적으로 만약 DNS 통신을 TCP라고 가정했을 때 TCP도 결국엔 IP 주소와 port번호를 보고 데이터를 응답해 줄텐데 TCP는 연결 지향형이기 때문에 괜찮다고 하더라구요.UDP, TCP 모두 IP주소와 Port보고 응답할텐데 UDP는 트랙잭션 ID가 필요하고 TCP는 괜찮은 이유가 궁금합니다.

Client가 닫는게 좋지만, Client가 종료 응답을 안해 주는 등혹은 일이 다 끝났는데도 종료 요청을 보내주지 않는 경이런 경우만 Server가 기다리다가 닫는건가요? Server가 주도적으로 닫게 된다면?혹은 Client가 마지막 Ack를 해주지 않는다면?만약 Client가 Fin에 대한 응답을 해주지 않는다면 Server는 강제로 이 연결을 닫을 수 있는건가요? 이상입니다.오늘도 좋은 하루 되십시오. 감사합니다.

L3 스위치도 host가 맞나요??1번이 맞다면 궁금한 점이 생겼는데요. L3 스위치는 distibution 스위치로 사용할 수 있는 것으로 알고 있습니다. 그런데 뒤에 강의에서 distibution 스위치는 L2 스위치라고 나오는데 L2 스위치는 또 호스트는 아니라고 하셨고.. 너무 헷갈리네요. distribution 스위치중 L3 스위치 역할을 하는 스위치가 존재하고 이 경우 distribution 스위치를 L2가 아닌 L3 스위치로 보고 호스트라고 이해하면 될까요? 

제가 이해를 잘 한건지 아래의 대한 질문을 드리고싶습니다.1.dhcp server는 isp쪽에서 구축되어있다고 판단하면될까요?

37강 마지막 수업 다 들어서 마지막수업 입니다. 떴는데 진도율이 97%에서 안올라갑니다. 확인 부탁드립니다.

안녕하세요강의 내용에서 time_wait 상태로 인해서 서버에서 tcp 연결을 끊는 것 보다 클라이언트에서 끊는게 더 효율적이라고 하셨는데 해당 부분에 대한 구체적인 예시를 알면 더 좋을 것 같아 질문을 드립니다. 저는 위 말씀을 듣고 tcp 서버에서 먼저 연결을 끊어 서버 소켓 포트에 대해 소켓이 time_wait 상태로 존재하도록 하고 다시 클라이언트가 연결을 하도록 했는데요, 문제 없이 연결이 되었습니다. ss 명령어를 통해서 확인해 봐도, 해당 포트에 대해 LISTEN 상태와 TIME_WAIT 상태가 둘 다 존재하는 상태였고, 해당 time_wait이 분명 존재하는 상황에서도 클라이언트가 계속 연결을 시도하면 연결이 잘 ESTABLISHED 되었습니다. 아마 강사님께서 말씀하신 내용은 이 부분이 아니겠지만, 어떠한 부작용(?) 때문에 tcp 연결을 클라이언트에서 끊는게 더 좋고, time_wait 상태도 언제 문제가 되는 상황인지 더 설명을 들으면 좋을 것 같습니다. 좋은 강의 감사합니다!

구글은 접속이 잘 되는데, 왜 네이버는 ip 주소로 접속이 안될까요? nslookup으로 ip를 찾으면 여러 개가 나오는데 원인을 잘 모르겠습니다.뭔가 간단한 문제인거 같은데 짐작이 안가네요. 구글링을 해보면 저만 안되는거 같기도하고..

강의자료 배경 흰색으로 만들어주세요인쇄 시 잉크 소모가 너무 많습니다.

서버의 동작이 아래와 같은지, 혹은 잘못 이해한 부분이 있는지 여쭤봅니다.1단계)서버의 process 가 통신하기 위한 [연결 대기용 socket] 이 생성 [Listen]2단계) 클라이언트가 서버로 요청 보냄3단계 ) 서버의 process 는 연결대기용 socket 을 통해클라이언트의 연결 요청을 받음,4단계 ) [연결 대기용 socket] 과 동일한 port번호를 가지는새로운 socket 이 생성되어, 요청한 클라이언트와의 통신은 새로운 socket 이 담당하고,추후 다른 클라이언트의 연결 요청을 처리하기 위해,기존의 [연결 대기용 socket] 은 그대로 존재하게 됨

안녕하세요. 궁금한 것이 있어서 질문 드립니다.두 컴퓨터가 인캡슐, 디캡슐을 통해서 패킷을 주고 받는건 이해를 했는데요1번 컴퓨터에서 2번 컴퓨터로 인캡슐레이션 된 패킷이 전송된다고 하면스위치에서는 2계층 헤더를 까서 보고 라우터에서는 3~4계층 헤더를 까서 보는거 아닌가요?(라우터에서 네트워크로 전송을 해야 되니 전송계층인 4계층까지 깐다고 생각했습니다.)그렇게 패킷이 전송된다면 4계층까지 디캡슐레이션 된 패킷이 되는데목적지에 도달해서 다시 디캡슐레이션 하는게 이해가 가지 않습니다.라우터에서 4계층까지 헤더를 보고 다시 헤더를 재생성해서 패킷에 붙여주는건지요.. 그리고 OSI 7 레이어가 컴퓨터 기준에서는 이해가 되는데네트워크 장비, 스위치는 2계층 장비라고 하고, 라우터는 3계층 스위치인데컴퓨터에 적용해서 OSI 7레이어를 생각하다가 장비쪽에서 또 2계층, 3계층이 나오니 헷갈립니다.그냥 데이터 링크 역할을 하고 전송을 하는 역할을 하니까 OSI7 레이어 기준으로 보면 2계층 장비다, 3계층 장비다 라고 하는건지요

안녕하세요, 네트워크 강의도 잘 수강중입니다!IPv4 Header에 대한 질문입니다.[3:02] 경 설명에서 5행이고 32비트가 4바이트니까 5*4 해서 20byte 라는 내용이 이해가 잘 가지 않습니다.. 감사합니다!

보통 local에서 tomcat 서버 올리거나, 웹서버 올리면localhost로 접속하잖아요이것도 127.0.0.1로 자기자신을 가르키는 ip주소인거죠??왜 로컬호스트로 올라가는지 궁금했는데 이해가됩니다. 감사합니다. 

Dhcp서버는 ip주소, 서브넷 마스크 등을 알려주는 것이고Ip주소를 할당 받기위해선 브로드캐스트 신호를 날려야하는데... 그렇다면 dhcp서버를 찾기 위한 브로드 캐스트 신호를 어떻게 판단하나요? 아무것도 모르는 상황이면 255.255.255.255로 날리는 건지... 근데 그렇다면 전세계에 신호를 날리니까 너무 비효율적인 거같고 Naver 언급하신 거보면 아닌 거같구요..아니면 본인의 ip는 할당받지 못 한 상황이더라도예시로 192.168.0.에 자신이 묶여있단 건 알 수 있는 건가요?근데 그렇다면 서브넷 마스크가 자동으로 192.168.0.255인 건 알텐데 그거는 또 dhcp에 물어본다는 정보니까... 뭔가 모순된 거 같기도 하고 헷갈려서 여쭤봅니다.  

안녕하세요 강사님 🙂 TCP 데이터 송수신과 관련하여 질문이 있습니다.데이터 시퀀스 넘버를 1, 2, ..., 100 이라고 했을 때,송신측이 1을 보내고 수신측이 1을 받고 2를 보내라는 ACK를 보내야 비로소 송신측이 2를 보내는 것으로 이해하였는데요.위와 같은 로직으로 송수신이 진행되면 순서가 잘못될 이유가 없을 것 같은데, 순서가 잘못되는 이유가 무엇인지 궁금합니다!프레임 한 개씩 체크하면서 보내면 너무 속도가 느리니, 실제로는 다수를 한 번에 보내고 ACK하는 방식으로 동작하는 것인지도 궁금합니다!위와 같이 동작하면 순서가 섞이는게 발생할 수 있다고 생각이 되어서요 🙂 감사합니다

안녕하세요. 강의 잘 듣고 있습니다.예시처럼 호스트에서 naver까지 여러 GW를 거쳐간다고 할 때, 첫 번째 GW에 도착하면 decapsulation을 하여 목적지(3.3.3.3)를 확인하고 이를 알고있는 다른 GW를 찾아 MAC 주소를 변경 후 다시 encapsulation 한다고 다른 분의 질문에서 봤는데요. 여기서 GW가 어떻게 최종 목적지 IP주소를 가지고 다음 목적지인 GW의 MAC 주소를 얻는 건가요? 처음 호스트에서 출발할 때는 DHCP 서버가 GW 주소를 알려줘 ARP 리퀘스트를 보내 GW MAC주소를 얻는다고 하지만, 다음 GW 주소는 어떻게 알고 있는건가요?

TCP 연결 종료과정에서 (4-way handshaking), TIME_WAIT 를 최대한 줄이기 위해서 client가 active 하게 종료를 하자고 하는건 이해를 했습니다. 그러면 server 입장에서는 TIME_WAIT가 없는데 socket 회수를 언제하는지 궁금합니다. client 의 마지막 ack를 받고 바로 socket 회수를 하나요? 그러면 client도 server에게 마지막 ack를 보내면서 바로 socket 회수를 하면될텐데 TIME_WAIT의 존재의의가 궁금합니다.