ﾚｽ
前ﾚｽ元ﾄﾋﾟ次ﾚｽ
ﾀｲﾄﾙ
Re: 問題ID: 23492｢ﾄﾞﾒｲﾝ名検索ﾘｽﾄ｣
ﾌｫｰﾗﾑ
最強WEB問題集LinuC/LPIC Lv1 102
投稿ﾕｰｻﾞ(投稿日)
(2018/12/14)
本文
可能なら実際にLinux環境を作って確認しましょう｡


-----引用(始)-----

/etc/resolv.conf の(ﾃﾞｨﾚｸﾄﾘ?)の中の
｢serach｣という項目に記載した順番に
DNSｻｰﾊﾞｰへ問い合わせて名前解決していくということですね

-----引用(終)-----

もしかして｢nameserver｣項目と誤解されていませんか?

-----引用(始)-----

ﾄﾞﾒｲﾝ名検索ﾘｽﾄとは､
ﾈｯﾄﾜｰｸ上の認知している場所というか､そういったIPと名前を紐づけた情報が置かれているところ､､という解釈であってますか?

-----引用(終)-----

searchは参考の一番上の表にある通り｢名前解決の際に省略されうるﾄﾞﾒｲﾝ名｣を補完するためのﾘｽﾄを指定する項目です｡

DNSの仕組みとしてはざっくり言えば
･管理範囲はﾄﾞﾒｲﾝ名ごと
･異なるﾄﾞﾒｲﾝで同じﾎｽﾄ名(www1､www2とか)を使ってもよい
･各ﾄﾞﾒｲﾝ内のﾎｽﾄ名とIPｱﾄﾞﾚｽの紐づけ情報は各ﾄﾞﾒｲﾝのﾈｰﾑｻｰﾊﾞに登録されている
が基本です｡

さて､以下のような環境があったとします｡
･自分のPCから名前解決要求(DNSｸｴﾘ)を送信するのは192.168.1.11と192.168.1.12 (障害時の考慮として複数登録してある)
･会社のﾄﾞﾒｲﾝ名はexample.comである
･開発環境としてdev.example.comが用意されている
･自分は開発者で､開発用ｻｰﾊﾞdemo.dev.example.comを主に使っている
･開発環境のﾃｽﾄﾒｰﾙｻｰﾊﾞはmaildemo.dev.example.comである
･社内用のﾒｰﾙｻｰﾊﾞはmail.example.comである

上記の環境で､例えば｢ping demo｣と打つだけで目的のｻｰﾊﾞに到達できるようにするには｢demo｣を｢demo.dev.example.com｣であるとPCが理解できなければなりません｡同様に､業務でﾒｰﾙを送受信しようとしたときに｢mail｣だけでｱｸｾｽしても｢mail.example.com｣へ接続できるべきですし､｢mail.dev.example.com｣だと理解されては困るわけです｡

この場合､以下のように/etc/resolv.confを設定すると
[code]
nameserver 192.168.1.11
nameserver 192.168.1.12

search example.com dev.example.com
[/code]
･DNSｸｴﾘは192.168.1.11､192.168.1.12宛に送信する
･もしﾄﾞﾒｲﾝ名なし(wwwとかだけ)での名前解決要求が発生した場合は､まず｢example.com｣を追加した｢www.example.com｣で問い合わせを行い､それでだめなら｢dev.example.com｣を追加した｢www.dev.example.com｣で問い合わせを行う
という動作をするようになります｡これなら楽ですね｡

上記の例示で､どういう動きをしているかはわかりますか?

ﾚｽ一覧

前ﾚｽ元ﾄﾋﾟ次ﾚｽ

Ping-tﾓﾊﾞｲﾙTOP

Copyright (c) 2010
Ping-t All rights reserved.