항상 좋은 강의 감사합니다. 예전에 들었던 강의인데 다시 복습 겸 듣고 있습니다.그런데 다른 분들이 질문한 것들을 보니 공통된 것들이 있고, 저 역시 궁금한 점이 있어서 말씀드립니다."HTTP 지속연결" -> 지속 연결이라고 하는 것이 정확히 무엇인가요? 영상 5:30초에서 비교한 (0.9초 -> 0.5초) 에서의 각각에 해당하는 결과, 종료는 각각 무슨 연결과 종료를 뜻하는 것인가요? tcp/ip의 3way handshake 인가요? 아니면 http 인가요?결과론적으로 비 연결성이 한계(매번 3 way handshake 자원상) 가 있으니 연결성을 지향해야 한다는 것인가요? 그런데 연결성이 애초에 자원상 한계가 있으니 현재 http/1.1에서는 지속연결을 사용중인 건가요? http/2, 3에서는 더 많은 최적화를 하고 있다고 하셨지만.. 미리 감사드립니다^^

파일: https://drive.google.com/file/d/1RtIJj91tF8LFzDdD2GqX58sJF_7PBKrY/view?usp=sharingPDU 테스트 녹음: https://drive.google.com/file/d/17IPTXoENg6TWjz6JOYBMlbZDvSI2p3oc/view?usp=sharing질문 1.무선 라우터 -> 서버: Successful서버 -> 무선라우터: Failed왜 fail 나는지 궁금합니다 질문 2.PC -> 무선라우터: Failed분명 Wifi connection 됐다고 토폴로지 상에 나오는데..왜 fail 나는지 궁금합니다. 질문 3.질문 2 때문에 PC->Server, Server->PC 모두 fail 나는건가요?  

아래 질문을 올리신 분과 동일한 문제인데 아래처럼 에러가 발생합니다.강의 중간에 std::apply( )를 사용하기 위해 c++ 17로 변경하셨고, c++17 이전 버전에서 동작하기 위한 xapply 코드를 작성하셨습니다. 저의 생각으로는 std::apply( )를지원하지 않는 이전 버전에서 동작하기 위함이니까 저의 원래 환경인 c++14로 변경해서 빌드를 진행하니 에러가 발생합니다.일단 다시 c++17로 변경해서 진행해보니 에러는 발생하지 않는데 강의에서 설명하신 코드(MemberJob)가 c++17 이전 버전에서는 동작하지 않는 것인가요?

개인사정상 2주일 ~ 한달정도 일시정지를 하고싶은데 따로 신청하는 방법이 있나요?

인터넷 네트워크 - DNS 수강 신청중입니다. DNS 서버와의 통신 과정에서 궁금한게 있습니다.클라이언트가 DNS 서버로부터 대응되는 IP 주소를 받아 저장을 하고 나서부터는 TTL 만료 전까지는 DNS 서버에 요청하지 않는걸로 알고 있습니다. 그런데 TTL 만료 전에 해당 도메인의 IP 주소가 변경되면 클라이언트 캐시에 있던 IP 주소는 오래된 주소가 되는거니까 연결 오류가 날것으로 예상됩니다.이에 대해 궁금한 점 2가지 드립니다. 이렇게 오류가 나면 클라이언트는 자동으로 DNS 서버에 재요청해서 IP 주소를 다시 할당받고 도메인 접속 재요청을 하는건가요? 아니면 오류 상태로 진행을 멈추는건가요? 이런 경우를 방지하기 위해 클라이언트나 DNS 서버가 TTL 만료가 안됐어도 갱신받거나 갱신해주는 방법은 없나요?

15강 라우팅 프로토콜이란? 의 해당 토폴로지에서 Add Simple PDU 테스트가 계속 fail이 나서 문의드립니다최종목표: PC0 에서 Server0으로 메세지 보내기현재 결과: FAIL중간목표1: Router 1 - Server0 메세지 보내기현재 결과: SUCCESS중간목표2: Router 0 - Router1 메세지 보내기현재 결과: SUCCESS중간목표3: Router 0 - Server0 메세지 보내기현재 결과: FAIL중간목표4: PC0 - Router0 메세지 보내기현재 결과: SUCCESS중간목표5: PC0 - Router1 메세지 보내기현재 결과: FAIL중간목표6: PC0-Switch0 메세지 보내기현재결과: BLOCKED - Switch0 has no functional ports 메세지 질문1. 분명 라우터끼리 잘 연결된거 같은데 (= 중간목표2) 왜 단말기에서 다음 라우터로 메세지가 넘어가질 않을까요? (=중간목표 3, 중간목표 5)질문2. 중간 목표 6의 메세지가 무슨의미인가요? 제가 무슨 설정을 빼먹은걸까요? 만약 빼먹은거라면 왜 Router0와 PC0사이의 통신이 실패하지않은걸까요?(=중간목표 4)  

강사님 안녕하세요늘 항상 좋은 강의 보여주시니 감사합니다. L3 섹션에서 'Host 자신을 가르키는 IP 주소'를 보면서 이 질문이 떠오르게 되었습니다127.0.0.1과 localhost사이의 차이점에 대해서 알고 싶습니다. 검색을 해본바로는 localhost는 lookup이 필요한 루프백이고 시스템 설정에 따라 localhost는 의도하지 않는 루프백 IP로 (즉 발신/수신 프로세스들이 동일한 IP위에 있지 않는) 될 수도 있다고 이해하게 되었습니다.사실 개발하면서 127.0.0.1이랑 localhost를 혼용하면서 사용하고 있는데 이번 기회에 서로를 확실히 이해하였으면 좋겠습니다.질문 읽어주셔서 감사하며 늘 항상 건강하기를 바라겠습니다

안녕하세요 영상 11분부터 보시면Dockerfile 생성 후 ( FROM alpine ) docker build --tag myimage . 하고나서이미지 리스트를 확인하면 alpine이라는 이미지는 생기지 않고 myimage만 있습니다. 삭제하고 다시 만들어봐도 그렇구요 버전문제일까요 ?.. vi Dockerfile  이렇게 됩니다 .. 

통신 장애 해결 방법에 대해 좀 더 공부하고 싶으면 어떤걸 더 공부하면 될까요

여기서 1,2번을 정리한건데 맞는 지 확인 해주세요1. URL을 입력한다. (클라이언트의 요청)2. DNS 서버로 IP를 찾아내고 생략된 PORT는 scheme로 찾아낸다.⇒ DNS에서 IP주소를 획득하는 과정은 3way handshake가 발생하지 않는다.3.웹 브라우저가 HTTP 요청 메시지를 생성4.애플리케이션에서 SOCKET 라이브러리를 사용해서 지시⇒ "커넥션을 TCP/IP로 맺으세요.! " 라고 지시⇒TCP/IP계층에서 이전에 찾은 IP와 PORT 정보를 통해 3 way handshake 방식으로 서버와 연결 먼저 1)이과정이 맞게 생각하고 있는 건지 궁금하고2)두번째는다른분의 질문답변에서3 hand shake를 하면 클라이언트와 서버 모두 서로 IP, PORT를 알게 된다 라고 되있던데 이말은3 hand shake를 하기위해서는 클라이언트는 서버의 IP, PORT를 알고 있어야하고 3 hand shake 이후에 서버도 클라이언트의 IP, PORT를알게된다는 의미인가요?그러면 이 수업에서는 DNS 서버로 IP를 찾고 URL(클라이언트의 요청)의 scheme에서 생략된 port를 찾았다 고 배웠는데 그럼 이 과정은 필수 과정인가요??(3 hand shake를 사용하기위한 필수과정 인가요?클라이언트와 서버가 연결하기위한 필수과정인가요?) 답변 주시면 정말 감사하겠습니다.

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]https://www.inflearn.com/questions/112647위 답변을 참고하였으나 이해하지 못해서 질문드립니다.Cache-Control: no-store, no-cache, must-revalidateno-cache, must-revalidate는 캐시를 검증할 때 사용되는데, 왜 캐시를 검증하는 값을 추가해야 하나요?no-store를 무시하고 캐시로 저장될 수 있다면 캐시를 사용할 때마다 원 서버에서 검증받고 정확한 리소스를 받아오는 것뿐, 결과적으로 완벽한 캐시 무효화가 아니지 않나요?캐시 사용을 전제로 하는 no-cache, must-revalidate 값이 필요한 이유를 모르겠습니다.

 패킷 트레이서 로그인이 안됩니다.스텝:Cisco Packet Tracer를 연다로그인 윈도우에서 [Keep Me Updated] 를 활성화시킨다로그인 윈도우에서 [Skills For All] 버튼을 누른다가입한 로그인 정보를 입력 후 로그인 한다You have successfully logged in to Cisco Packet Tracer. You may close this tab.창을 닫고 Cisco Packet Tracer로 돌아온다Expected: 강의에선 Cisco Packet Tracer로 돌아오니 로그인 윈도우가 알아서 없어졌더라구요..Current: 저는 로그인 윈도우 계속 떠 있고, - Back 버튼 누르면 [Skills For All] 버튼 있는 초기화면으로 돌아가고- 로그인 윈도우를 닫으면 Login Failed. Cisco Packet Tracer is shutting down. 에러 메세지 끄면서 Cisco Packet Tracer자체가 꺼져버려요추가 정보 1: 다운받은 Cisco Packet Tracer 버젼은 8.2.0.0162 입니다추가 정보 2: 구글 검색 해보니 저 같은 분들이 있던데.. 인터넷 연결을 완전히 끊고 Cisco Packet Tracer를 열면 로그인 윈도우가 안나오고 Guest로 자동 로그인이 됩니다. 아마 Guest다 보니 기능적으로 제한이 있지 않을까 싶습니다.몇시간째 매달려서 별 짓을 다해도 안되요. 도와주세요ㅠㅠㅠ

소켓 프로그래밍 예제들을 찾아보다가 아래의 사진처럼 await/async 비동기 방식으로 소켓프로그래밍 하는 예제를 보았는데요, 강의에서 사용된 소켓 프로그래밍 코드와 await/async 비동기 방식을 사용한 소켓프로그래밍 코드의 차이점(생산성, 속도 등등)이 궁금합니다.

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]영속 쿠키처럼 만료 날짜가 다 돼서 쿠키가 삭제되면 로그아웃이 이루어져야 할 텐데 어떻게 로그아웃을 요청하고, 서버에서 세션이 삭제되나요?만료 날짜가 지난 후에 접근하면 다시 로그인 화면이 뜨는 건가요? 일정 시간 동안 아무런 요청이 없으면 세션이 만료되었다고 뜨면서 자동 로그아웃 되는 웹 사이트는 어떻게 동작하는 것인지 궁금합니다.예) 화면에 '로그인 남은 시간 : 00:30'과 같이 출력되고 요청(서비스 이용)하면 다시 30:00으로 계속 초기화 되는 웹 사이트 브라우저 설정에서 인위적으로 해당 도메인에 관련된 쿠키를 삭제하면 세션id가 포함된 쿠키도 삭제돼서 결과적으로 로그인이 필요한 url에 접근하면 새로운 로그인 창이 뜨고, 홈 화면으로 새로고침하면 로그인이 끊어진 처음 화면이 나오는데 그럼 어떻게 로그아웃이 처리되고 서버는 브라우저에서 삭제된 쿠키의 세션id와 일치하는 관련된 세션 정보를 삭제하나요?(단순히 정상적으로 로그아웃 하는 경우와 달라서 궁금합니다)

영상보고 도움 많이 받고 있습니다.영상에서 naver.com 에 대한 DNS가 여러대 있을수도 있다고 했는데 DNS 서버를 여러대 두는 이유는 무엇인가요..? 제가 생각하는건 A 서비스를 서버 한대를 띄웠다고 했을때, 트래픽이 많아지면 서버의 대수를 늘려야한다고 생각하는데요.DNS서버도 이런 트래픽의 영향때문에 여러대를 두는 것일까요?  추가로 궁금한 점은 DNS 서버한테 요청을 할때도 L2 -> L3 이런식으로 다 거쳐서 올라가는건가요??  질문이 허접한거 같지만 ㅠㅠ 잘 부탁드립니다

20분쯤 테스트 진행시에client에서 sending한 sendbuff내용이첫줄은 hello world 1회반복두번째 통신은 hello world 4회반복이후 통신은 hello world 5회 반복이 고정되어 통신되는데반복문 알고리즘을 이해하지 못한건지 정확한 메커니즘을 알고싶습니다. 너무 기초적인 질문일 수 있지만 답변 부탁드려요;;

택배 비유를 예시로 들때 호스트를 찾아서 어떤 프로세스에게 전달해야하는지 알기위해 이름(port) 중요하다고 하셨는데, 그렇다면 모든 프로세스들은 각각 서로 다른 port를 가지고 있나요??

강사님 안녕하세요!강사님 수업 들으면서 나날이 네트워크 지식이 깊어지고 있어 감사할 뿐입니다.제가 Transport 계층 개념 추가 강의를 듣다가 UDP 통신에 관해 의문이 생겨서 질문 남깁니다.우선 강의에서 위 그림을 잘못된 것이라 하셨습니다.저기서 밑에 Response는 다 지워야 되는 게 맞는거라 하셨는데 여기에 의문이 있습니다.실시간 통신에서 UDP 방식을 쓴다 하셨는데 예를 들어 저희가 네이버에서 실시간축구 중계를 보기 위해 "중계 시청" 버튼을 클릭하면 그게 Client가 Server에게"축구 보게 데이터 좀 "라고 Request 요청을 보내는 거라 생각합니다. 그럼 서버가 요청을받아 클라이언트에게 축구 중계 데이터를 일방적으로 계속 빠르게 데이터를 주는 게밑의 Response 화살표라고 생각합니다.제가 생각하는 부분에 있어서 기술적으로나 논리적으로 틀린 게 있을까요?

1. 강의 내용과 관련된 질문인가요? 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예[질문 내용]멱등을 설명해주실 때 여러 번 호출하든 한번 호출하든 결과가 같으면 된다고 하시면서 PUT의 경우 전부 대체가 되어 멱등이다라고 설명해주셨습니다. 그런데 PATCH의 경우 리소스의 부분을 변경하는 것이라고 알고 있는데 PUT은 멱등이고 PATCH는 멱등이 아닌 이유를 이해하지 못해서 이렇게 질문 남겼습니다.

먼저 정말 상세한 강의 너무 잘 듣고 있습니다!! 감사합니다~그런데 따라 하다가 처음으로 영상대로 되지 않는 부분이 생겼습니다.강의 영상 : docker 주요 명령 익히기 5 (10:50)제공된 html 파일이 들어있는 폴더를 EC2에 업로드 하고docker run -d -p 9999:80 -v /home/ubuntu/2021_DEV_HTML:/usr/local/apache2/htdocs --name apacheweb2 httpd이렇게 동일하게 입력했습니다.그리고 그냥 IP주소:9999 로 입력하면 그대로 "It works!" 가 나옵니다...혹시나 싶어 IP주소:9999/index.html 로 접속해봤더니 정상적으로 업로드한 파일이 보입니다.이건 왜 그런걸까요 ;ㅅ ;?