¸®´ª½º ARP ±¸ÇöÀÌ Á¶±Ý ÀÌ»óÇÑ °Í °°½À´Ï´Ù

   Á¶È¸ 4056   Ãßõ 0    

 테스트 환경은 OpenWRT Chaos Calmer와 Ubuntu Server 16.04입니다.

리눅스를 게이트웨이(라우터)로 사용하였고, 클라이언트 서브넷은 Static으로 할당하였습니다.
클라이언트는 ESXi 6.5에 올라간 윈도 8.1 VM이며, VMNET3 어댑터를 사용하고 있습니다.

증상은 클라이언트의 ARP 테이블에 게이트웨이의 MAC 주소가 있을 때, 클라이언트에서 게이트웨이로의 ping은 가능함에도
게이트웨이의 ARP 테이블에 클라이언트의 MAC 주소가 올라오지 않는 상황입니다.


사실 좀 황당한 것이, icmp reply응답이 정싱적으로 동작했다는 것은 게이트웨이가 클라이언트의 MAC을 알고 있다는 뜻일 터인데..
나중에 VM에 Wireshark라도 올려봐야 하나 고민이 되네요.
Pingable하지만, ARP 테이블에는 클라이언트 MAC이 존재하지 않는 까닭에 wan으로 나갔다 돌아오는 클라이언트의 패킷이 게이트웨이에서 증발(...)해버리는 것 같습니다.

덧붙여, 게이트웨이에서 클라이언트로 ping을 날리면 ARP 테이블에 정상적으로 클라이언트가 올라오고, 클라이언트에서 게이트웨이 MAC이 miss되어 ARP Request를 전송해도 ARP 테이블에 올라옵니다.


상식적으로 도저히 이해가 안 되는 상황인데, 대체 뭐가 문제일까요?

ªÀº±Û Àϼö·Ï ½ÅÁßÇÏ°Ô.


QnA
Á¦¸ñPage 3874/5700
2014-05   5049633   Á¤ÀºÁØ1
2015-12   1585944   ¹é¸Þ°¡
2013-12   4055   ¾Æ¸§´Ù¿î³ëÀ»
2014-03   4055   °ÉÀνÅȫö
2015-03   4055   ¸¶Å°
2015-10   4055   ±èÀ±¼ú
2014-08   4055   amplifier
2016-01   4055   ÃÊÄÚ¿ìÀ¯
2016-01   4055   isaiah
2021-06   4054   shipse
2018-05   4054   ³Ä¾Æ¾Æ¾Æ¾Ï
2018-06   4054   ´ÙÇÔ²²½Î´Ù±¸
2016-01   4054   NGC
2014-01   4054   ¾Æ¸§´Ù¿î³ëÀ»
2022-10   4054   ¿ä¸¦·¹ÀÌ
2019-05   4054   ±è»óÇõ2
2021-06   4054   ±èȲÁß
2015-12   4054   2CPUÃÖÁÖÈñ
2017-02   4054   ³ªÆÄÀÌ°­½ÂÈÆ
2020-02   4054   Ȧ¸¯0o0
2020-05   4054   ºò³Ê±¼¸Ç
2014-11   4054   °¡ºü·Î±¸³ª