投稿日:2002年01月26日 作成鷹の巣

No.1244 hosts の方法でルータ問題を回避する場合。



hosts の方法でルータ問題を回避する場合。

No.1244 投稿時間:2002年01月26日(Sat) 22:15 投稿者名:穂夢 URL:http://www.edit.ne.jp/~homoon

「パケットが WAN 側にいかない」という弊害を指摘されていましたが、
具体的に言うとどんなことが起こるのでしょうか?(^^;
おかしな質問ですいません。(大汗)


ホームページにアクセスしている検証にならないからです。

No.1250 投稿時間:2002年01月27日(Sun) 00:36 投稿者名:鷹の巣 URL:http://sakaguch.com

> 「パケットが WAN 側にいかない」という弊害を指摘されていましたが、
> 具体的に言うとどんなことが起こるのでしょうか?(^^;


hosts ファイルの方法でルータ問題を回避する場合、
http://(サブ)ドメイン名/で単にアクセス出来たというだけで、http://サーバー機のプライベートアドレス/を行ったことと同じになります。
名前解決がhosts ファイルにより、プライベートアドレスに変換されますので、WAN側のDNSサーバーで(サブ)ドメイン名がIPアドレスに変換されている訳では、ありません。
極端なことを言えば、ダイアルアップしていない状態でも、http://(サブ)ドメイン名/でアクセス出来ます。
これが「パケットがWAN側に出て行かない」という弊害です。WAN側(インターネット側)から、ホームページにアクセス出来ているかどうかの検証には使えないからです。


参考になりました。

No.1256 投稿時間:2002年01月27日(Sun) 10:30 投稿者名:穂夢 URL:http://www.edit.ne.jp/~homoon

> > 「パケットが WAN 側にいかない」という弊害を指摘されていましたが、
> > 具体的に言うとどんなことが起こるのでしょうか?(^^;
>
>
> hosts ファイルの方法でルータ問題を回避する場合、
> http://(サブ)ドメイン名/で単にアクセス出来たというだけで、http://サーバー機のプライベートアドレス/を行ったことと同じになります。
> 名前解決がhosts ファイルにより、プライベートアドレスに変換されますので、WAN側のDNSサーバーで(サブ)ドメイン名がIPアドレスに変換されている訳では、ありません。
> 極端なことを言えば、ダイアルアップしていない状態でも、http://(サブ)ドメイン名/でアクセス出来ます。
> これが「パケットがWAN側に出て行かない」という弊害です。WAN側(インターネット側)から、ホームページにアクセス出来ているかどうかの検証には使えないからです。

なるほど。
んぢゃ、自分のクライアントマシーンから自分のサーバマシーンを見る際は
どのみちLANだけなので関係ないですな(笑)
参考になりました~(^^)


|目次|掲示板|過去ログ目次|▲頁先頭|