「ICANNが策定中の新gLTDの問題点：内部ネットワークとの衝突」記事へのコメント

サフィックスリスト

[taka2 (14791)]

たとえ閉じたネットワークだろうと、TLDを勝手につけたら駄目というかRFC違反だし自業自得だと思いますが…
(言ってしまえば、グローバルに使われる範囲なIPアドレスを、「インターネットと直接ルーティングしないから問題ない」といってLAN用専用としてプライベートに使う [srad.jp]ようなものでしょ。)

問題はサフィックスリストじゃないかなとか思う。ドメイン名の後半部分を省略可能にし、省略した場合は適当に補完してくれる機能。
そもそも「FQDN」=「Fully Qualified Domain Name」=「完全修飾ドメイン名」という用語があるぐらいで、部分的に省略したドメイン名を使うことはごく当たり前の用法

Re:

[Anonymous Coward]

>たとえ閉じたネットワークだろうと、TLDを勝手につけたら駄目というかRFC違反だし自業自得だと思いますが…

激しく同意。

私が勤めた会社では、ローカルドメインは社内DNSを建てて管理、
インターネットへのアクセスはproxyを経由してアクセスする、
（proxyは社内DNSを参照）という運用だったので、いまいち
「内部ネットワークとの衝突」が想像できません……。

１つのDNSで、グローバルのドメインと社内ローカルドメインを
両方管理している場合って、そんなに多いのでしょうか。

Re:

[s02222 (20350)]

その構成で、例えば、hoge.fuga.(社内サーバ)を使っているところに、誰かがfugaをgTLDとして登録してその下にhogeというサーバを置いた場合、社内から、その、新たに登録された方のhoge.fuga.(社外サーバ)へはアクセス出来ませんよね、という問題なのでその構成はあまり関係ないかと。

どちらかというと、proxyサーバは外部DNSを参照するように設定して、社内システムへはproxyを介さずにアクセスする、という切り分けの方がこの問題に対しては強そうです。

Re:

[nim (10479)]

＞どちらかというと、proxyサーバは外部DNSを参照するように設定して、社内システムへはproxyを介さずにアクセスする、という切り分けの方がこの問題に対しては強そうです。

そういう構成で社内か社外か判断するためには、普通名前解決を行うわけで、結局その時どっちを見たいのかわからなくなりませんか？

Re:サフィックスリスト

[s02222 (20350)]

はい。完全に普通に使うのは無理です。

例えば社内システムはproxy無しに設定したIEで、インターネットで調べものをする場合にはfirefoxで、という使い分けをユーザが意識して行う必要がありますが、落としどころとしてはその辺りが妥協できるラインかなぁ、と。