| ［Network］ | |||||||||||||
システム移行のためにコンピュータに複数の名前を付ける
|
|||||||||||||
|
|||||||||||||
| 解説 |
コンピュータ名（NetBIOSホスト名）は、通常は1台のコンピュータにつき、1つしか定義することができない。しかし場合によっては、1台のコンピュータに対して、同時に複数の名前を付けたいということもある。例えば、あるサービスを提供している複数台のコンピュータを統合して1台にする場合、統合元のサーバの名前を新しいサーバにも付けておけば、ユーザーはサーバが変更されたことを意識することなく、そのまま利用し続けることができる。また単にサーバの名前を変更する場合でも、いきなり変更するのではなく、新しい名前を追加で定義して両方のコンピュータ名でアクセスできるようにしておき、しばらく運用してトラブルが起こらないことを確認してから目的とするコンピュータ名に変更する、というような使い方もできる。さらには、実験やトラブルシューティング用途などのために、1台のマシンで多数のコンピュータ名を定義するという用途も考えられるだろう。トラブルが生じているのと同じ（複数の）コンピュータ名をネットワーク上で再現してみることにより、例えば管理ツールなどが特定のコンピュータ名などによって不正な動作をしていないかどうかを確認したりするためだ。
通常NetBIOS名は1つしか定義することができないが、レジストリを操作することにより、同時に複数のコンピュータ名（NetBIOS名）を持たせることができる。ただしこの操作を行っても、IPアドレス（やネットワーク・インターフェイス）はデフォルトのまま、つまり1つしか存在しないのままなので、物理的に複数台のコンピュータが存在する場合と比べると、少し違いがある。ほとんどの場合はこれでも問題ないが、例えばコンピュータ名とIPアドレスは必ず1対1に対応していて、物理的には別なシステムと見なすようなアプリケーションがあるとすると、動作が不正になるかもしれないので注意していただきたい。
またサービスによっては、本来のコンピュータ名ではない別名によるアクセスを拒否する可能性があるので（コンピュータ名を変更するとうまく動作しなくなるようなアプリケーションも少なからず存在する）、別名の定義による影響には十分注意して利用していただきたい。
なおDNSによるコンピュータ名（FQDN名）を複数持たせたい場合は、単にDNSサーバにおいて、同一のホストに対して複数のホスト名を定義しておけばよい。例えばWebサーバなどに対するアクセスでは、FQDN名は名前解決によってIPアドレスに変換され、それに基づいてWebサーバへアクセスされる。そのためコンピュータ名はあまり重要ではない。これに対してNetBIOSサービスでは、（本来は）名前によってサービスの対象が決まるので、このTIPSのように別名を定義する必要性が生じることがある。
| 操作方法 |
コンピュータに複数の名前（NetBIOS名）を付けるためには、以下のように、レジストリに「OptionalNames」という値を作成し、コンピュータ名を記述する。
| ［注意］ |
|
レジストリに不正な値を書き込んでしまうと、システムに重大な障害を及ぼし、最悪の場合、システムの再インストールを余儀なくされることもあります。レジストリ エディタの操作は慎重に行うとともに、あくまで御自分のリスクで設定を行ってください。何らかの障害が発生した場合でも、本Windows Server Insider編集部では責任を負いかねます。ご了承ください。 |
| 項目 | 設定 |
| キー | HKEY_LOCAL_MACHINE の\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters |
| 名前 | OptionalNames |
| 種類 | 文字列値（REG_SZ）または複数行文字列値（REG_MULTI_SZ）。別名を1つ定義する場合はREG_SZ、複数定義する場合はREG_MULTI_SZを使用する |
| データ | コンピュータ名を表す文字列。複数定義する場合は、REG_MULTI_SZにして、各行に1つずつコンピュータ名を記述 |
 |
|
| 別名定義のためのレジストリ | |
ここで定義された名前は、コンピュータの別名として扱われる。1つだけ別名を定義するならREG_SZ型で、複数定義するならREG_MULTI_SZ型でそれぞれ記述する（Windows 2000やWindows NTでは、regedt32.exeを使うとREG_MULTI_SZ型を簡単に入力することができる）。
レジストリを変更後、システムを再起動すると複数のコンピュータ名が有効になっているはずである（数十や数百個といった、あまりにも多くの名前を付けると、起動に少し余計に時間がかかるので注意）。
C:\>nbtstat -n |
ネットワーク上のコンピュータ名を確認すると、以下のように、すべて異なるコンピュータであるかのように表示される（実際にはすべて\\WINPC001と同じマシン）。エクスプローラなどでそれぞれのマシンをアクセスすると、どれをアクセスしてもすべて同じ共有情報が得られる。
C:\>net view |
ところで別名として付けられたコンピュータ名は、DNSの動的更新によってDNSサーバに登録されることは「ない」ので、別名でDNSサーバによる名前解決を試みてもすべて失敗することになる。必要ならば手動でDNSサーバにレコードを登録するか（元の名前に対するCNAMEレコードがよいだろう）、本来のコンピュータ名でアクセスしなければならない。
| 関連記事（Windows Server Insider） | ||
 |
TIPS―DNSの動的更新を無効にする | |
|
||||||||||||||||||||||||||||
 |
「Windows TIPS」 |
ホワイトペーパー（TechTargetジャパン）
- 第207話 究極の人事システム （2010/2/9）
部長、わが人事部が開発した究極の人事評価システムがついに完成しました！ これで不要な社員が一発で分かります！ - WindowsTIPS （2010/2/5）
− netshコマンドでTCP/IPのパラメータを設定する
− Virtual PC 2007の共有NATで利用可能なアドレス範囲
− スタンバイ復帰でパスワード入力を要求されないように - 仮想環境でActive Directoryを利用する （2010/2/4）
仮想環境にADをインストールすれば、自由にActive Directoryドメイン・ネットワークを構築して実験できる - 第206話 バナー広告案 （2010/2/2）
いまどきWebマーケティングが不可欠なのは分かるが、強烈な競合に並べてバナーなんか出して、勝ち目はあるのか？
 |
|
|
|
|
スキルアップ／キャリアアップ（JOB@IT）
スポンサーからのお知らせ
- - PR -
- - PR -
お勧め求人情報
*＊先週の人気講座ランキング＊*
〜CCNA編〜
| ◆ | 企業の仮想化に足りない“発想”とは？ 仮想化運用管理のキモは意外なところに！ New！ |
| ◆ | 操作もマニュアルも分かりやすい！ ユーザー視点で開発されたPC管理ツール New！ |
| ◆ | 仮想化すればコストは削減できるか？ 仮想化に必要な「3つの視点」を解説する |
| ◆ | セキュリティを知り尽くす上野氏が登壇！ ＠ITメールソリューションLive! in Tokyo |
| ◆ | 運用管理の課題を“2つの観点”から分析 ユーザー満足度の高い「仮想環境」とは？ |
| ◆ | 世界に通用するストレージの作り方とは？ 製品に込めた思いを富士通の開発者に聞く |
| ◆ | OSSで手間も時間も、障害も減った―― 「マピオンの事例」オープンソース活用法 |
| ◆ | 「ノートPCの持ち出し禁止」で大丈夫？ 情報漏えいを防ぐ管理手法とインフラは？ |
| ◆ | 1日の処理を1秒に――MySQLの達人が語る 「コスト削減」できるチューニング |
| ◆ | ドキュメント作成を自動化して、SEの作業 効率を大幅アップ！ Visio 2007の魅力 |
| ◆ | 急速に広がるHyper-Vでのサーバ仮想化 そのベストプラクティスをデルが解説 |
| ◆ | ＠IT主催セミナーで語られた、「担当者に 求められるセキュリティ対策」をレポート |
| ◆ | ＠IT「Windows 7」 特設サイトオープン！ 最新情報・移行ノウハウを公開しています |
著作権はアイティメディア株式会社またはその記事の筆者に属します。（著作権について）
当サイトに掲載されている記事や画像などの無断転載を禁止します。
「＠IT」「＠IT自分戦略研究所」「＠IT情報マネジメント」「JOB＠IT」「＠ITハイブックス」「＠IT MONOist」「ITmedia」「誠」「BARKS」は、アイティメディア株式会社の登録商標です。
当サイトに関するお問い合わせは「＠ITへのお問い合わせ」をご覧ください。