서브넷 게이트웨이는 "실제"컴퓨터 여야합니까?

게이트웨이는 항상 실제 컴퓨터입니까 아니면 브로드 캐스트 IP를 제외한 모든 주소에있을 수있는 "논리"엔터티입니까?

기본 경로 (일명 게이트웨이 주소)는 다른 인터넷으로 패킷을 전달할 수 있고 기꺼이 할 수있는 것이 소유해야합니다. IP 주소를 소유 한 것의 "주체적"IP 주소 일 필요는 없습니다 (무엇이든). 두 개 이상의 장치 사이에 떠있는 논리 주소 일 수 있으며 고 가용성 설정에서는 자주 사용됩니다.

라우팅이 작동하기 위해서는 장치가 현재 주소를 소유하고 광고하는 모든 장치가 트래픽을 라우팅 할 수 있고 라우팅해야합니다.

게이트웨이의 IP 주소는 서브넷의 유효한 호스트 IP 주소, 즉 네트워크 주소 자체 나 브로드 캐스트 주소가 될 수 없습니다. 이 IP 주소는 단일 컴퓨터 나 라우터에 속할 필요가 없으며 여러 게이트웨이에서 사용하는 "부동"IP 주소 일 수 있습니다. HSRP , VRRP , GLBP 또는 CARP 에 대한 Wikipedia 기사를 확인하십시오 .

예를 들어 서브넷이 172.16.23.0/25 인 경우 :

• 네트워크 주소는 172.16.23.0입니다
• 브로드 캐스트 주소는 172.16.23.127이고,
• 유효한 호스트 주소 의 범위는 172.16.23.1에서 172.16.23.126까지입니다.

게이트웨이는이 유효한 호스트 주소 중 하나 여야합니다 (예 : 172.16.23.65). 컴퓨터의 설정은 다음과 같습니다.

• IP 주소 : 172.16.23.5
• 서브넷 마스크 : 255.255.255.128
• 기본 게이트웨이 : 172.16.23.65

이제 첫 번째 홉 중복 프로토콜 중 하나를 추가하면 실제 게이트웨이 (라우터)는 IP 주소 172.16.23.1 및 172.16.23.2를 가질 수 있지만 가상 IP 주소 172.16.23.65를 사용하여 자신을 서브넷의 기본 게이트웨이로 제공합니다. .

사용법에서 "논리적 엔티티"는 약간 혼란 스럽습니다. 그러나 나는 최선을 다해 답변하려고 노력할 것입니다.

내 경험상 IP 구성의 게이트웨이는 일반적으로 물리적 장치입니다. 전통적인 의미의 컴퓨터 일 필요는 없지만 (네트워크 어플라이언스 일 수도 있음) 장치 여야합니다.

아시다시피 기본 게이트웨이가 제공하는 목적은 다음과 같은 모든 요청에 ​​대해 전달 엔터티 역할을하는 것입니다. a) 컴퓨터에 라우팅 테이블에 없거나 시스템에 요청을 전달하도록 지시하는 항목이 있습니다. 브로드 캐스트 도메인 외부에있는 게이트웨이 및 / 또는 b.) IP. 시스템은 서브넷의 브로드 캐스트 주소를 사용하여 특정 IP 주소를 소유 한 시스템의 MAC 주소를 찾을 수 있기 때문에 두 호스트가 동일한 브로드 캐스트 도메인에있는 상황 (예 : 스위치에 의해 생성 된 네트워크 토폴로지)에서는 기본 게이트웨이가 사용되지 않습니다.

요컨대, 기술적으로 질문에 대답하기 위해 기본 게이트웨이를 연결된 네트워크의 IP 주소로 설정할 수 있습니다. 해당 문제에 대한 Windows 또는 대부분의 다른 OS는 종종 TCP / IP 세부 정보 확인을 수행하지 않기 때문에 중단되지 않습니다. 설정하면 차이를 이해하기에 기술적으로 정통 할 것입니다. 그러나 전달할 수없는 장치의 IP 주소 인 경우 장치가 라우팅 테이블이나 라우팅 서비스로 준비되지 않으므로 라우팅 (예 : 웹 브라우저)에 의존하는 응용 프로그램에서 오류가 발생합니다. 요청을 전달합니다.

그러나 나보다 훨씬 더 경험이 많은 사람은 내가 틀렸다면 쉽게 나를 고칠 수 있어야합니다.

TL; DR-물리적 장치 일 가능성이 높습니다.

라우팅 테이블 항목은 서브넷을 게이트웨이 나 네트워크 어댑터로 확인합니다.

개인 네트워크의 장치에 대한 일반적인 라우팅 테이블은 불필요한 것을 생략하면 다음과 같이 보일 수 있습니다.

0.0.0.0/0 via 192.168.0.1
192.168.0.0/24 dev eth0

각 대상에 대해 가장 구체적인 경로가 우선하므로 서브넷 경로는 서브넷 주소의 기본 경로보다 우선합니다.

게이트웨이 주소는 라우팅 테이블을 통해 확인되어 하위 계층의 주소 지정뿐만 아니라 네트워크 인터페이스가 결정됩니다.

따라서에 대한 패킷의 1.1.1.1경우 대상이 라우팅 테이블에서 조회되어 게이트웨이가있는 기본 경로를 반환합니다. 게이트웨이가 다시 조회되어 이더넷 인터페이스가 리턴됩니다.

이더넷에는 MAC 주소가 있으므로 게이트웨이 주소에 대한 ARP 조회가 수행되고 게이트웨이의 MAC 주소는 발신 패킷에 사용됩니다 (IP 헤더에서 올바른 대상 주소를 계속 사용함).

다른 하위 수준 전송은 다르게 작동합니다. 예를 들어 PPP 링크에는 "피어 주소"가 있으므로 장치 경로는 / 32의 넷 마스크를 사용하며 ARP 해상도를 건너 뛰고 PPP 링크를 통해 "브로드 캐스트"로 패킷을 보냅니다.

일부 IP 스택에는 장치 경로를 수동으로 생성해야하므로이 부분이 좀 더 분명합니다.

ifconfig eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255 up
route add -net 192.168.0.0 netmask 255.255.255.0 dev eth0
route add default via 192.168.0.1