정말 어리석은 질문이라면 죄송합니다. 내 네트워킹 지식은 꽤 부족합니다.
따라서 사용자는 일부 주소에 HTTP 요청을 보냅니다. 해당 요청은 로컬 서브넷의 주소에서 왔지만 대상 IP가 라우팅 테이블의 다른 항목과 일치하지 않기 때문에 라우터는 요청을 기본 게이트웨이로 보내는 것을 알고 있습니다. 요청은 인터넷을 통해 이동하고 최종적으로 대상 시스템(웹 서버)에 의해 수신됩니다. 그것은 모두 의미가 있습니다.
하지만 이제 웹 서버는 어떻게 요청을 로컬 시스템으로 다시 보낼 수 있을까요? 요청이 로컬 서브넷의 IP 주소에서 온 것이 아닌가요? 로컬 머신 라우터의 IP 주소는 어디서 얻었나요? 그리고 해당 라우터의 IP가 있더라도 패킷이 라우터에 도달하면 어떻게 로컬 시스템으로 라우팅됩니까?
답변1
패킷에는 앞서 언급한 것처럼 소스 주소가 있지만 포트 번호도 할당되어 있습니다. 이는 특히 인터넷 연결 공유와 같이 내부 IP가 비공개이고 외부 IP가 일정한 NAT 환경에서 필요합니다. 라우터는 사용되지 않는 임의의 포트 번호를 할당하고 해당 포트 번호가 누구(사용자의 컴퓨터)를 참조하는지에 대한 테이블을 유지합니다. 라우터가 패킷을 수신하면 포트 번호를 보고 일치하는 항목을 컴퓨터/사용자에게 보냅니다.
잘못된 내용이 발견되면 자유롭게 업데이트/수정할 수 있지만 이것이 작동 방식입니다. 도움이 되었기를 바랍니다.
답변2
웹 서버의 응답은 클라이언트의 요청과 마찬가지로 처리됩니다. 그것은 단지 IP 데이터그램일 뿐입니다.
웹 서버에는 응답을 보내는 기본 게이트웨이가 있습니다. 응답은 "인터넷을 통해 이동하여 결국 요청을 보낸 클라이언트에 의해 수신됩니다".
웹 서버는 요청하는 클라이언트의 라우터에 대해 아무것도 "알지" 못합니다.
편집하다:
귀하의 의견은 제가 만든 가정을 배반합니다.
요청하는 클라이언트 컴퓨터에 개인 IP 주소가 있고 다음을 통해 네트워크에 연결된 시나리오에 대해 이야기하고 있습니다.네트워크 주소 변환(NAT) 라우터는 클라이언트 네트워크 경계(해당 네트워크가 인터넷에 연결되는 곳)에 있습니다.
이 경우 클라이언트 컴퓨터의 IP 주소는 NAT 라우터에 의해 NAT 라우터의 "외부" 인터페이스에 할당된 공용 IP 주소로 변환됩니다. NAT 라우터는 요청이 인터넷에서 수신되면 응답이 클라이언트로 다시 라우팅되도록 요청을 추적합니다.
답변3
대답은SPI - 상태 저장 패킷 검사. 이는 라우터가 서브넷에서 응답을 보낼 위치를 추적하는 방법입니다. 나 자신도 핵심적인 내용을 모두 알지는 못하지만(알 필요가 전혀 없었습니다), 링크를 따라가면 아마도 알아야 할 만큼 많은 것을 찾을 수 있을 것입니다. 그렇지 않은 경우 "상태 기반 패킷 검사"를 검색하면 공백이 채워집니다.