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だけなので関係ないですな(笑)
参考になりました～(^^)