![GNS3에서 가상 장치를 활성화하여 물리적 호스트를 핑하는 방법 [닫기]](https://linux55.com/image/133494/GNS3%EC%97%90%EC%84%9C%20%EA%B0%80%EC%83%81%20%EC%9E%A5%EC%B9%98%EB%A5%BC%20%ED%99%9C%EC%84%B1%ED%99%94%ED%95%98%EC%97%AC%20%EB%AC%BC%EB%A6%AC%EC%A0%81%20%ED%98%B8%EC%8A%A4%ED%8A%B8%EB%A5%BC%20%ED%95%91%ED%95%98%EB%8A%94%20%EB%B0%A9%EB%B2%95%20%5B%EB%8B%AB%EA%B8%B0%5D.png)
면책조항: 이것은 중복된 질문입니다. 제가 요청한 것입니다.이 문제그런 다음그 질문다른 커뮤니티에 올라와 있는데 아직도 문제 해결 방법을 모르겠습니다. 이해가 안 돼서 다시 질문을 드립니다. 이 커뮤니티에서 도움을 줄 수 있는 분이 있을 수도 있습니다.
문제는 위의 두 가지 질문으로 설명됩니다. 기본적으로 저는 GNS3에서 토폴로지를 개발했습니다. 내 가상 장치(예: GNS3의 PC 및 라우터)에서 실제 네트워크에 있는 모든 장치에 ping을 보낼 수 있습니다.GNS3 토폴로지를 호스팅하는 내 실제 컴퓨터 외에. 또한 실제 호스트에서는 네트워크의 모든 장치에 핑을 보낼 수 있습니다.GNS3에는 PC, 라우터 등의 가상기기 외에.
위 관찰의 이유를 알고 있습니다. GNS3의 호스트와 가상 장치는 다음과 같습니다.동일한 MAC 주소를 공유하세요, 따라서 물리적 호스트 내부에서 전송된 ARP 패킷은 위에서 언급한 것처럼 GNS3에서 가상 장치의 MAC 주소를 계산할 수 없으며 그 반대의 경우도 마찬가지입니다.이 스레드:
호스트에 ping을 시도할 때 가상 머신은 ARP 요청을 브로드캐스트(대상 MAC는 ff:ff:ff:ff:ff:ff)로 보냅니다. 예를 들어 "Who has 192.168.1.20? Tell 192.168.1.80"입니다. 메시지는 모든 포트에 브로드캐스트를 플러딩하는 스위치/라우터로 전송됩니다.와는 별개로브로드캐스트를 수신하는 포트입니다. 즉, 패킷이 가상 머신에서 오는 경우에도 로컬 PC는 자체적으로 발생하는 브로드캐스트를 수신하지 않습니다.
좋아요, 이제 이유를 알지만 이 문제를 해결하는 방법을 모르겠습니다. 이것은 커뮤니티 회원이 제안한 것입니다: There are many videos and descriptions just a quick Google search away. 그러나 이상하게도 내 문제를 해결하는 데 유용한 자료를 찾을 수 없는 것 같습니다. 누군가 나를 도와주세요.
답변1
이 질문에 대한 답변을 게시했습니다.다른 커뮤니티에서.