アカウント名:
パスワード:
たとえ閉じたネットワークだろうと、TLDを勝手につけたら駄目というかRFC違反だし自業自得だと思いますが…(言ってしまえば、グローバルに使われる範囲なIPアドレスを、「インターネットと直接ルーティングしないから問題ない」といってLAN用専用としてプライベートに使う [srad.jp]ようなものでしょ。)
問題はサフィックスリストじゃないかなとか思う。ドメイン名の後半部分を省略可能にし、省略した場合は適当に補完してくれる機能。そもそも「FQDN」=「Fully Qualified Domain Name」=「完全修飾ドメイン名」という用語があるぐらいで、部分的に省略したドメイン名を使うことはごく当たり前の用法
>たとえ閉じたネットワークだろうと、TLDを勝手につけたら駄目というかRFC違反だし自業自得だと思いますが…
激しく同意。
私が勤めた会社では、ローカルドメインは社内DNSを建てて管理、インターネットへのアクセスはproxyを経由してアクセスする、（proxyは社内DNSを参照）という運用だったので、いまいち「内部ネットワークとの衝突」が想像できません……。
１つのDNSで、グローバルのドメインと社内ローカルドメインを両方管理している場合って、そんなに多いのでしょうか。
LAN内部はADと統合したDNSで所属するPCの名前を自動登録して内部用の名前解決。でDMZや外側に置いてあるホストは個別に登録してあげる。AD統合のDNSは内向きに専念してドメインの外(含インターネット)から内側に対する名前解決の場合は返答させない構成。
当然インターネット側にはよそ様向きに設置したホスト用に別途DNSサーバを立てます。
外資系の会社はこれに忠実みたいで、ワールドワイドでインターネットもADも同一のドメイン名という事例をいくつか知ってます。
内部ネットワーク上にウェブサーバがあった場合には、「内部ネットワークとの衝突」を容易に想像する事はできるのでは?
内と外、どっちを優先するかやりたいようにやれば良いんじゃねーの？
内と外、どっちを優先するかやりたいようにやれば良いんじゃねーの
どちらかを優先すればいい、という整理ができるなら、それでいいだろうね。
でも、そうでないこともあるね。だから問題になってるんだ。よく考えてごらん。
＞どちらかというと、proxyサーバは外部DNSを参照するように設定して、社内システムへはproxyを介さずにアクセスする、という切り分けの方がこの問題に対しては強そうです。
そういう構成で社内か社外か判断するためには、普通名前解決を行うわけで、結局その時どっちを見たいのかわからなくなりませんか？
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
サフィックスリスト (スコア:2)
たとえ閉じたネットワークだろうと、TLDを勝手につけたら駄目というかRFC違反だし自業自得だと思いますが…
(言ってしまえば、グローバルに使われる範囲なIPアドレスを、「インターネットと直接ルーティングしないから問題ない」といってLAN用専用としてプライベートに使う [srad.jp]ようなものでしょ。)
問題はサフィックスリストじゃないかなとか思う。ドメイン名の後半部分を省略可能にし、省略した場合は適当に補完してくれる機能。
そもそも「FQDN」=「Fully Qualified Domain Name」=「完全修飾ドメイン名」という用語があるぐらいで、部分的に省略したドメイン名を使うことはごく当たり前の用法
Re:サフィックスリスト (スコア:0)
>たとえ閉じたネットワークだろうと、TLDを勝手につけたら駄目というかRFC違反だし自業自得だと思いますが…
激しく同意。
私が勤めた会社では、ローカルドメインは社内DNSを建てて管理、
インターネットへのアクセスはproxyを経由してアクセスする、
（proxyは社内DNSを参照）という運用だったので、いまいち
「内部ネットワークとの衝突」が想像できません……。
１つのDNSで、グローバルのドメインと社内ローカルドメインを
両方管理している場合って、そんなに多いのでしょうか。
Re:サフィックスリスト (スコア:2)
LAN内部はADと統合したDNSで所属するPCの名前を自動登録して内部用の名前解決。でDMZや外側に置いてあるホストは個別に登録してあげる。AD統合のDNSは内向きに専念してドメインの外(含インターネット)から内側に対する名前解決の場合は返答させない構成。
当然インターネット側にはよそ様向きに設置したホスト用に別途DNSサーバを立てます。
外資系の会社はこれに忠実みたいで、ワールドワイドでインターネットもADも同一のドメイン名という事例をいくつか知ってます。
Re:サフィックスリスト (スコア:1)
私が勤めた会社では、ローカルドメインは社内DNSを建てて管理、インターネットへのアクセスはproxyを経由してアクセスする、（proxyは社内DNSを参照）という運用だったので、いまいち「内部ネットワークとの衝突」が想像できません……。
内部ネットワーク上にウェブサーバがあった場合には、「内部ネットワークとの衝突」を容易に想像する事はできるのでは?
Re: (スコア:0)
内と外、どっちを優先するか
やりたいようにやれば良いんじゃねーの？
Re:サフィックスリスト (スコア:1)
内と外、どっちを優先するかやりたいようにやれば良いんじゃねーの
どちらかを優先すればいい、という整理ができるなら、それでいいだろうね。
でも、そうでないこともあるね。だから問題になってるんだ。よく考えてごらん。
Re:サフィックスリスト (スコア:1)
どちらかというと、proxyサーバは外部DNSを参照するように設定して、社内システムへはproxyを介さずにアクセスする、という切り分けの方がこの問題に対しては強そうです。
Re:サフィックスリスト (スコア:1)
＞どちらかというと、proxyサーバは外部DNSを参照するように設定して、社内システムへはproxyを介さずにアクセスする、という切り分けの方がこの問題に対しては強そうです。
そういう構成で社内か社外か判断するためには、普通名前解決を行うわけで、結局その時どっちを見たいのかわからなくなりませんか？
Re:サフィックスリスト (スコア:1)
例えば社内システムはproxy無しに設定したIEで、インターネットで調べものをする場合にはfirefoxで、という使い分けをユーザが意識して行う必要がありますが、落としどころとしてはその辺りが妥協できるラインかなぁ、と。