근데.....위에 사용한 IP Address가 예를 든것인가요 ? 아님..실제로 그렇게 하신건가요 ? 567이란 IP는 있을수가 없습니다.....
그리고 먼저, ARP Entry가 제대로 등록되어 있는지 확인해 보시기 바랍니다. 만약 arp -s를 이용해 등록했다면 arp -a로 확인시 해당 Entry에 PERM 이란 표시가 보여야 정상입니다.
제가 알기론 ARP Table에 등록이 되어 있으면, ARP Resolve 과정을 거치지 않고, 해당 MAC을 이용하여 패킷을 전송하도록 되어 있습니다.
그럼..이만..
==============================
= Crazy Fighter : Kill Them All =
==============================
음...라우팅 테이블 조절시 된다는 말씀은...
혹시...... ARP Blocking 걸리는 부분이...
해당 IP에 대해서 걸리는 것이 아닌것 아닌가요 ?
만약, 해당 IP가 자신과 같은 네트웍이라면 ARP Entry를 보고 바로 패킷이 나가겠지만,
혹시 다른 네트웍이라 Gateway가 다른 장비로 설정되어 있다면, ARP Resolve과정을 Gateway로 하게 됩니다.
혹시 이런 상황이 아닌가요 ?
==============================
= Crazy Fighter : Kill Them All =
==============================
근데.....위에 사용한 IP Address가 예를 든것인가요 ? 아님.
근데.....위에 사용한 IP Address가 예를 든것인가요 ? 아님..실제로 그렇게 하신건가요 ? 567이란 IP는 있을수가 없습니다.....
그리고 먼저, ARP Entry가 제대로 등록되어 있는지 확인해 보시기 바랍니다. 만약 arp -s를 이용해 등록했다면 arp -a로 확인시 해당 Entry에 PERM 이란 표시가 보여야 정상입니다.
제가 알기론 ARP Table에 등록이 되어 있으면, ARP Resolve 과정을 거치지 않고, 해당 MAC을 이용하여 패킷을 전송하도록 되어 있습니다.
그럼..이만..
==============================
= Crazy Fighter : Kill Them All =
==============================
네.. IP 주소는 당연히 예를 든 것이구요..-s 옵션시 PM fl
네.. IP 주소는 당연히 예를 든 것이구요..
-s 옵션시 PM flag를 가집니다. (Permanant Manual)
라우팅 테이블을 적절히 조절하면 ARP를 하지 않긴 하는데요...
ARP Cache 조작만을 통해서는 왜 ARP를 수행하는지
여전히 잘 모르겠습니다.
답변 감사드립니다.
음?
arp resolve 안하는 걸로 알고있는데 -_-;
혹시 ping packet이 받은 서버에서
자기 패킷이아니니까 discard 되 버림으로써
응답이 없으므로,
호스트는 계속 기다리다가 안되니까 arp resolve를
다시 해버리는거 아닐까요?
ping packet 받는 서버에서 tcpdump 해보셨나요?
음...라우팅 테이블 조절시 된다는 말씀은...혹시...... ARP
음...라우팅 테이블 조절시 된다는 말씀은...
혹시...... ARP Blocking 걸리는 부분이...
해당 IP에 대해서 걸리는 것이 아닌것 아닌가요 ?
만약, 해당 IP가 자신과 같은 네트웍이라면 ARP Entry를 보고 바로 패킷이 나가겠지만,
혹시 다른 네트웍이라 Gateway가 다른 장비로 설정되어 있다면, ARP Resolve과정을 Gateway로 하게 됩니다.
혹시 이런 상황이 아닌가요 ?
==============================
= Crazy Fighter : Kill Them All =
==============================
댓글 달기