현재 위치

홈 ›› Forums ›› 공부 ›› 설치 및 활용 QnA

traceroute 를 했을시 목적지의 중복???

imcjswo의 이미지
글쓴이: imcjswo / 작성시간: 월, 2004/05/31 - 12:03오전 

  1     1 ms     1 ms     1 ms  203.222.123.1
  2     *        *        *     Request timed out.
  3    25 ms    25 ms    24 ms  61.74.120.65
  4     *        *        *     Request timed out.
  5    19 ms    20 ms    19 ms  168.126.88.21
  6    21 ms    18 ms    19 ms  211.196.155.73
  7    18 ms    19 ms    18 ms  220.73.151.38
  8    63 ms    62 ms    63 ms  203.229.222.246
  9    21 ms    21 ms    25 ms  211.115.197.20
 10    21 ms    21 ms    22 ms  211.239.210.142
 11    22 ms    22 ms    22 ms  203.255.129.74
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14    46 ms    46 ms     *     211.44.98.55
 15    46 ms     *        *     211.44.98.55
 16     *        *        *     Request timed out.
 17     *        *       46 ms  211.44.98.55

traceroute 의 최종 목적지는 211.44.98.55 입니다.
근데 위에 보이것처럼 이상하게 목적지에 도착했음에도 불구하고 똑같은 목적지를
3-4번 출력하고있는데요..
위의 현상을 어떻게 해석해야 할까요?

핑을 211.44.98.55 에 날려보면 패킷로스가 80%에 이릅니다

Forums: 
설치 및 활용 QnA
urmajest의 이미지

글쓴이: urmajest / 작성시간: 월, 2004/05/31 - 4:14오전

보아하니 윈도우즈의 tracert프로그램 같은데, implementation에

문제가 있는 것 아닐까요?

1) ICMP time exceeded 메세지를 받았을 때에는 intermediate host로

간주한다.

2) ICMP port unreachable 메세지를 받았을 때에는 최종 도착지로 간주한다.

가 지켜진 implementation이라면,

=> 211.44.98.55 host(or router)에서 자기 자신이 목적지 임에도 불구하고,

forward하려다가 time exceeded에 걸려부렀다!(이상한 OS이거나 자기가 만든 허접한 ip implementation -_-)

가능성이 희박하죠 -_-

처음엔 multihimed host에서 다른 ip를 가진 interface에서 패킷을 받은

것이 아닐까 했는데 일반적인 OS에서는 일어날 수 없는 일 같네요..

정확히 판단할 수 있는 방법은 packet 캡춰하면서 tracert를 해보세요.

제 컴퓨터에서는 211.44.98.55가 닿질 않네요 -_-

그럼..

둘러보기