No.3279 投稿時間:2002年05月24日(Fri) 10:12 投稿者名:otg URL:
DiCEさんのところで以前質問させていただき、鷹の巣さんに回答をいただいたものです。
ping先は、TraceRouteで表示された下から2番目ということですが
実行してみると
途中からの経路が「*」になってしまい結果が得られません。
どういうことなのでしょうか?
こんなことを鷹の巣さんに質問するのもどーかと思うのですが
ご存じでしたら教えてください。
また、途中に表示されたIPアドレスを指定してみると
[] Errorと表示されてしまいます。
DOSプロンプト上からこのIPに対してのping操作は正常に通るのですが…
この状況もわかるようであれば教えてください。
No.3281 投稿時間:2002年05月24日(Fri) 13:26 投稿者名:鷹の巣 URL:http://sakaguch.com/
> DiCEさんのところで以前質問させていただき、鷹の巣さんに回答をいただいたものです。
> ping先は、TraceRouteで表示された下から2番目ということですが
> 実行してみると
> 途中からの経路が「*」になってしまい結果が得られません。
> どういうことなのでしょうか?
> また、途中に表示されたIPアドレスを指定してみると
> [] Errorと表示されてしまいます。
> DOSプロンプト上からこのIPに対してのping操作は正常に通るのですが…
> この状況もわかるようであれば教えてください。
非固定IPアドレス時の自動切断防止用pingコマンド使用例
http://sakaguch.com/ping.html
に自動切断防止を防止するためのpingコマンドの使用例をまとめましたが、このWebサイトで利用するtracerouteコマンド
http://www.comax.net/tracert/
で、経路が表示されないということですね。
OSは何でしょうか。windwos NT/2000/XPでしたら、プロバイダのホストアドレスにtracertコマンドを実行して下さい。
または、この掲示板上部のwebsitepulse.comで、tracerouteを実行して見て結果を教えて下さい。
No.3297 投稿時間:2002年05月24日(Fri) 22:21 投稿者名:otg URL:
> OSは何でしょうか。windwos NT/2000/XPでしたら、プロバイダのホストアドレスにtracertコマンドを実行して下さい。
OSはXPです。
プロバイダホストにコマンドプロンプトよりtracertした結果を記します。
Tracing route to www.biglobe.ne.jp [133.205.217.129]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms . [192.168.1.254]
2 40 ms 40 ms 39 ms 133.205.184.110
3 46 ms 48 ms 57 ms 218.42.5.91
4 60 ms 47 ms 46 ms 133.205.1.18
5 60 ms 48 ms 48 ms 133.205.40.193
6 47 ms 54 ms 48 ms 133.205.40.22
7 68 ms 47 ms 49 ms www.biglobe.ne.jp [133.205.217.129]
Trace complete.
DiCE上からのピングのテストでは、7番目のIPに対してのみ成功し
その他のIPでは「[] Error」と表示されてしまいます。
しかしコマンドプロンプトからのpingではエラーにならず正常に見えます。
http://sakaguch.com/ping.html
のページの内容では、1番目がルーターなので2番目に表示されたIPが、pingすべきIPということですよね。
これはDiCEのほうのバグなのか、私にはさっぱりです。
回答よろしくお願いします。
No.3299 投稿時間:2002年05月24日(Fri) 23:18 投稿者名:鷹の巣 URL:http://sakaguch.com/
> > OSは何でしょうか。windwos NT/2000/XPでしたら、プロバイダのホストアドレスにtracertコマンドを実行して下さい。
>
> OSはXPです。
> プロバイダホストにコマンドプロンプトよりtracertした結果を記します。
>
> Tracing route to www.biglobe.ne.jp [133.205.217.129]
> over a maximum of 30 hops:
> 1 <1 ms <1 ms <1 ms . [192.168.1.254]
> 2 40 ms 40 ms 39 ms 133.205.184.110
> 3 46 ms 48 ms 57 ms 218.42.5.91
> 4 60 ms 47 ms 46 ms 133.205.1.18
> 5 60 ms 48 ms 48 ms 133.205.40.193
> 6 47 ms 54 ms 48 ms 133.205.40.22
> 7 68 ms 47 ms 49 ms www.biglobe.ne.jp [133.205.217.129]
> Trace complete.
>
> DiCE上からのピングのテストでは、7番目のIPに対してのみ成功し
> その他のIPでは「[] Error」と表示されてしまいます。
> しかしコマンドプロンプトからのpingではエラーにならず正常に見えます。
>
> http://sakaguch.com/ping.html
> のページの内容では、1番目がルーターなので2番目に表示されたIPが、pingすべきIPということですよね。
そうなりますね。
> これはDiCEのほうのバグなのか、私にはさっぱりです。
最後の地点だけがホストのIPアドレスで、その他の地点は、ルータです。
応答を返すバケットの種類が違うかもしれませんので、DiCEさんに調べて頂いた方が早いかも知れませんね。
お手数をお掛け致しますが、DiCEさんの掲示板に再投稿して頂けませんか。
# 私のDiceのバージョンは、1.56で、テストボタンを押すとOKが表示されます。
No.3303 投稿時間:2002年05月25日(Sat) 09:05 投稿者名:otg URL:
調査して頂きありがとうございます。
鷹の巣さんのDiCEからのテストが正常であれば
自分のバージョンや環境等で何か問題があるのかもしれません。
只今出先なのでバージョンの確認は行えませんが
後ほどチェックしてみます。
お手数おかけして申し訳ありませんでした。
No.3370 投稿時間:2002年05月29日(Wed) 14:14 投稿者名:otg URL:
DiCEさんの方で回答して頂いた結果、
逆引き出来なかった時にはエラーにしているそうです。
次回のバージョンアップで対応してくれるとのことでした。
以上、報告でした♪
No.3373 投稿時間:2002年05月29日(Wed) 18:32 投稿者名:鷹の巣 URL:http://sakaguch.com/
> DiCEさんの方で回答して頂いた結果、
> 逆引き出来なかった時にはエラーにしているそうです。
> 次回のバージョンアップで対応してくれるとのことでした。
ご報告ありがとうございました。
windowsのtracertコマンドは、ICMPパケットしか使えません。
これに対してLinux等のtracerouteコマンドは、初期値がUDPパケットで、-Iオプションを使用した場合に、ICMPパケットが使用されます。
時間がとれたら、この辺りから調べようと考えていました。
逆引きが原因だったとは、後から考えてみますと説明がつきます。
経路調査で最終のホスト名(FQDN)以外は、全てルータですから、biglobeさんは、ルータにホスト名(FQDN)をつけていなかったのですね。
しかもotgさんのtracertコマンドでは、自宅のルータもICMPパケットに反応するのが解りました。
色々勉強になりました。ありがとうございました。