シリーズ全体の索引：中小企業向けコンピュータネットワーク：概要
こんにちは！この記事では、CentOS Linux、特にバージョン7.2で、DNSとDHCPという重要なネットワークサービスを実装する方法を見ていきます。
- DNSに関するいくつかの記事は、このサービスの実装が少しあいまいで難しいという事実に言及しています。 私はその声明にあまり同意しません。 むしろ、それは少し概念的であり、その構成ファイルの多くは厄介な構文を持っていると言いたいです。 幸い、変更する各構成ファイルの構文を段階的に確認するためのツールがあります。 したがって、私たちはこの投稿をできるだけ楽しく楽しく読むように努めます。.
両方のサービスの基本をお探しの方は、スペイン語版と英語版の両方でWikipediaで検索を開始することを強くお勧めします。 英語の記事がほとんどの場合、より完全で一貫性があることも事実です。 それでも、ウィキペディアは非常に良い出発点です。
DNSとBINDについて真に学びたい人は、ポール・アルビッツとクリケット・リウ共著の「 OReilly – DNS and BIND 第4版」 、あるいはそれより新しい版（きっと存在するはずです）を読むことをお勧めします。
グラフィカル環境を好む方のために、既に「 openSUSE 13.2 HarlequinにおけるDNSとDHCP – 中小企業ネットワーク」というタイトルの記事を公開しています。しかし、今後は、このトピックに関する記事（他のトピックに関する記事は除く）は、ターミナルまたはコンソールエミュレータを多用して記述されます。つまり、UNIX®/Linuxシステム管理者が用いる古典的なスタイルで記述されます。
この記事のタイトルにある「中小企業ネットワーク」についてさらに詳しく知りたい場合は、同じブログの「中小企業ネットワーク：最初のバーチャルカット」ページをご覧ください。そこには、他の多くの記事へのリンクがあります。
- CentOS 7オペレーティングシステムのインストールが推奨パッケージで終了したら、 elディレクトリ /usr/share/doc/bind-9.9.4/ 大量のドキュメントが含まれているため、インターネット検索を開始する前に、指先や自宅で探しているものが見つかることを最初に知らなくても参照することをお勧めします。
基本システムのインストール
ドメインとDNSサーバーの一般データ
ドメイン名: desdelinux。ファン DNSサーバー名:DNS。desdelinux。ファン IPアドレス192.168.10.5年 サブネットマスク255.255.255.0年
インストール
前回の記事「CentOS 7 ハイパーバイザー I – 中小企業向けネットワーク」で説明したように、CentOS 7 オペレーティングシステムの新規インストールまたはクリーンインストールから始めます。必要な変更は以下のとおりです。
- で Imagenと22 «ソフトウェアの選択«、左の列から選択することをお勧めします«基本環境»«に対応するオプションインフラストラクチャサーバー«、右の列にいる間«選択した環境用のプラグイン»チェックボックスを選択します«DNSネームサーバー«。 DHCPサーバーは後でインストールします。
- に示すように、追加のリポジトリの宣言を覚えておきましょう。 Imagenと23、«を設定した後ネットワークとチーム名"
- ハードドライブに作成するパーティションを参照する画像は、ガイドとしてのみ提供されています。 あなた自身の裁量、練習、そして適切な判断でパーティションを自由に選択してください。
- 最後に、 画像13«ネットワークとチーム名»、ホスト名を指定することを忘れずに、宣言されたドメインとDNSサーバーの一般的なパラメーターに従って値を変更する必要があります-この場合は«DNS«-ネットワーク構成が完了した後。 することは前向きです ping -別のホストから-ネットワークがアクティブになった後の指定されたIPアドレスへ：
前の記事に関して行う必要のある変更は、実際にはほとんどなく、非常に明白です。
初期チェックと調整
オペレーティングシステムをインストールした後、少なくとも次のファイルを確認する必要があります。このために、コンピューターからSSH経由でセッションを開始します。 システム管理者。desdelinux。ファン:
buzz @ sysadmin：〜$ ssh 192.168.10.5 [メール保護]のパスワード: 最終ログイン: 2017年1月28日(土) 9:48:05 (192.168.10.1から) [バズ@ dns〜] $
上記の操作は通常より時間がかかる場合がありますが、これは主に、LAN上にまだDNSがないためです。 DNSが機能していることを後でもう一度確認してください。
[buzz @ dns〜] $ cat / etc / hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 :: 1 localhost localhost.localdomain localhost6 localhost6.localdomain6 [buzz @ dns〜] $ cat / etc / hostname DNS [buzz @ dns〜] $ cat / etc / sysconfig / network-scripts / ifcfg-eth0 TYPE=Ethernet BOOTPROTO=none DEFROUTE=yes IPV4_FAILURE_FATAL=no IPV6INIT=no IPV6_AUTOCONF=yes IPV6_DEFROUTE=yes IPV6_PEERDNS=yes IPV6_PEERROUTES=yes IPV6_FAILURE_FATAL=no NAME=eth0 UUID=946f5ac9-238a-4a94-9acb-9e3458c680fe DEVICE=eth0 ONBOOT=yes IPADDR=192.168.10.5 PREFIX=24 GATEWAY=192.168.10.1 DNS1=127.0.0.1 DOMAIN=desdelinux.fan [buzz @ dns〜] $ cat /etc/resolv.conf # NetworkManager 検索によって生成 desdelinux.fanネームサーバー127.0.0.1
主な設定は、弊社の選択内容を反映しています。なお、Red Hat 7 – CentOS 7サーバーにおいても、 NetworkManagerはデフォルトで、有線・無線（WiFi）、VPN接続、PPPoE接続、その他あらゆるネットワーク接続といったネットワークインターフェースを管理するように設定されています。
[buzz @ dns〜] $ sudo systemctl status networkmanager [sudo]バズのパスワード：●networkmanager.serviceロード済み：見つかりません（理由：そのようなファイルまたはディレクトリがありません）アクティブ：非アクティブ（デッド） [buzz @ dns〜] $ sudo systemctl status NetworkManager ●NetworkManager.service-ロードされたネットワークマネージャー：ロードされました（/usr/lib/systemd/system/NetworkManager.service;有効; ベンダープリセット：有効）アクティブ：2017-01-28 12:23:59 ESTからアクティブ（実行中）。 12分前メインPID：705（NetworkManager）CGroup：/system.slice/NetworkManager.service└─705/usr / sbin / NetworkManager --no-daemon
Red Hat – CentOS では、従来の`ifup`コマンドと`ifdown`コマンドを使用してネットワーク インターフェイスを接続および切断することもできます。サーバー コンソールで次のコマンドを実行してみましょう。
[root @ dns〜] ＃ifdown eth0 デバイス「eth0」は正常に切断されました。 [root @ dns〜] ＃ifup eth0 接続が正常にアクティブ化されました（D-Busアクティブパス：/ org / freedesktop / NetworkManager / ActiveConnection / 1）
- 提案します CentOS7が提供するデフォルト設定を変更しないでください NetworkManager.
使用するリポジトリを明確に宣言し、必要に応じてオペレーティングシステムを更新します。
[buzz @ dns〜] $ suパスワード：[root @ dns buzz] ＃cd /etc/yum.repos.d/ [root @ dns yum.repos.d] ＃ls -l 合計28-rw-r-r--。 1ルートルート1664 9年2015月1日CentOS-Base.repo-rw-r-r--。 1309ルートルート9 2015年1月649日CentOS-CR.repo-rw-r-r--。 9ルートルート2015 1年290月9日CentOS-Debuginfo.repo-rw-r--r--。 2015ルートルート1 630年9月2015日CentOS-fasttrack.repo-rw-r-r--。 1ルートルート1331 9年2015月1日CentOS-Media.repo-rw-r-r--。 1952ルートルート9 2015年XNUMX月XNUMX日CentOS-Sources.repo-rw-r--r--。 XNUMXルートルートXNUMX XNUMX年XNUMX月XNUMX日CentOS-Vault.repo
CentOS が推奨するリポジトリのオリジナルの宣言ファイルの内容を読むのが健全です。ここで行う変更は、インターネットにアクセスできないため、私たちの生活を少し楽にしてくれる同僚によって WWW Village からダウンロードされたローカル リポジトリを使用して作業しているためです。
[root @ dns yum.repos.d] ＃mkdir original [root @ dns yum.repos.d] ＃mv CentOS- *オリジナル/ [root @ dns yum.repos.d] ＃nano centos-repos.repo [centos-base] name=CentOS-$releasever baseurl=http://10.10.10.1/repos/centos/7/base/ gpgcheck=0 enabled=1 [centos-updates] name=CentOS-$releasever baseurl=http://10.10.10.1/repos/centos/7/updates/x86_64/ gpgcheck=0 enabled=1 [root @ dns yum.repos.d] ＃yum clean all ロードされたプラグイン：fastestmirror、langpacksリポジトリのクリーンアップ：centos-basecentos-updatesすべてのクリーンアップ [root @ dns yum.repos.d] ＃yum update ロードされたプラグイン：fastestmirror、centos-base langpacks | 3.4 kB00：00セント-更新| 3.4 kB 00:00（1/2）：centos-base / primary_db | 5.3 MB 00:00（2/2）：centos-更新/ primary_db | 9.1 MB00：00最速のミラーの決定更新のマークが付いたパッケージはありません
「更新対象としてマークされたパッケージはありません」というメッセージは、インストール時に利用可能な最新のリポジトリを宣言することで、最新のパッケージがインストールされたことを示しています。
SELinuxコンテキストとファイアウォールについて
この記事では、基本的に、DNSおよびDHCPサービスの実装に焦点を当てます。これが主な目的です。
この DNS-DHCP サーバーのインストールに使用した参考記事「CentOS 7 Hypervisor I – SME Networks 」の画像 06に示すように、インストールプロセス中にセキュリティ ポリシーを選択した読者で、SELinux と CentOS ファイアウォールを適切に構成する方法がわからない場合は、次のコマンドを実行することをお勧めします。
/etc/sysconfig/selinuxファイルを編集し、SELINUX=enforcing をSELINUX=disableに変更します。
[root @ dns〜] ＃nano / etc / sysconfig / selinux ＃このファイルは、システム上のSELinuxの状態を制御します。 ＃SELINUX =次のXNUMXつの値のいずれかを取ることができます。＃enforcing-SELinuxセキュリティポリシーが適用されます。 ＃permissive-SELinuxは、強制する代わりに警告を出力します。 ＃無効-SELinuxポリシーがロードされていません。 SELINUX =無効 ＃SELINUXTYPE =次のXNUMXつの値のいずれかを取ることができます。＃targeted-ターゲットプロセスは保護されます。＃minimum-ターゲットポリシーの変更。 選択されたプロセスのみがpr $＃mls-マルチレベルセキュリティ保護です。 SELINUXTYPE =ターゲット
次に、次のコマンドを実行します
[root @ dns〜] ＃setenforce 0
[root @ dns〜]＃サービスfirewalld stop / bin / systemctl stopfirewalld.serviceにリダイレクトします [root @ dns〜] ＃systemctl disable Firewalld symlink / etc / systemd / system / dbus-org.fedoraproject.FirewallD1.serviceを削除しました。 symlink / etc / systemd / system / basic.target.wants / firewalld.serviceを削除しました。
インターネットに接続するDNSサーバーを実装する場合は、上記の手順に従わないでください。代わりに、SELinuxコンテキストとファイアウォールを正しく設定してください。Joel Barrios Dueñas著の「Configuring Servers with GNU/Linux」またはCentOS/Red Hatのドキュメントを参照してください。
BINDを構成します-名前付き
- Elディレクトリ /usr/share/doc/bind-9.9.4/ インターネット検索に入る前に、指先や自宅で探しているものを見つけることができることを最初に知らずに参照することをお勧めする大量のドキュメントが含まれています
多くのディストリビューションでは、BINDパッケージを介してインストールされるDNSサービスはnamed（ネームデーモン）と呼ばれます。CentOS 7では、デフォルトでは無効の状態でインストールされます。以下のコマンドの出力からもわかるように、その状態は「無効」であり、この状態はベンダープリセットによって事前に定義されています。なお、BINDはフリーソフトウェアです。
名前付きサービスの有効化
[root @ dns〜] ＃systemctlstatusという名前 ●named.service-ロードされたバークレーインターネット名ドメイン（DNS）：ロードされた（/usr/lib/systemd/system/named.service; 無効; ベンダープリセット：無効）アクティブ：非アクティブ（デッド） [root @ dns〜] ＃systemctl enable named /etc/systemd/system/multi-user.target.wants/named.serviceから/usr/lib/systemd/system/named.serviceへのシンボリックリンクを作成しました。 [root @ dns〜] ＃systemctl start named [root @ dns〜] ＃systemctlstatusという名前 ●named.service-ロードされたバークレーインターネット名ドメイン（DNS）：ロードされた（/usr/lib/systemd/system/named.service; 使用可能; ベンダープリセット：無効) アクティブ：アクティブ（実行中） 2017-01-28 13：22：38EST以降; 5分前プロセス：1990 ExecStart = / usr / sbin /名前付き-u名前付き$ OPTIONS（コード=終了、ステータス= 0 /成功）プロセス：1988 ExecStartPre = / bin / bash -c if [！ "$ DISABLE_ZONE_CHECKING" == "はい"]; 次に/ usr / sbin / named-checkconf -z /etc/named.conf; else echo "ゾーンファイルのチェックが無効になっています"; fi（コード=終了、ステータス= 0 /成功）メインPID：1993（名前付き）CGroup：/system.slice/named.service└─1993/usr / sbin /名前付き-u名前付きJan28 13：22：45dns名前付き[1993]：エラー（ネットワーク到達不能）の解決 './NS/IN'：2001：500：2f :: f＃53 Jan 28 13:22:47 dnsという名前[1993]：エラー（ネットワーク到達不能）の解決' ./ DNSKEY / IN '：2001：500：3 :: 42＃53 Jan 28 13:22:47 dns names [1993]：error（network unreachable）resolving' ./NS/IN'：2001：500：3 :: 42 ＃53 Jan 28 13:22:47 dns名前付き[1993]：エラー（ネットワークに到達できません）解決 './DNSKEY/IN'：2001：500：2d :: d＃53 Jan 28 13：22：47dns名前付き[1993] ]：エラー（ネットワーク到達不能）解決 './NS/IN'：2001：500：2d :: d＃53 Jan 28 13:22:47 dns名前付き[1993]：エラー（ネットワーク到達不能）解決' ./DNSKEY/ IN '：2001：dc3 :: 35＃53 Jan 28 13:22:47 dns names [1993]：error（network unreachable）resolving' ./NS/IN'：2001：dc3 :: 35＃53 Jan 28 13： 22:47 dnsという名前の[1993]：エラー（ネットワークに到達できません）の解決 './DNSKEY/IN'：2001：7fe :: 53＃53 Jan 28 13:22:47 dnsという名前の[1993]：エラー（ネットワークに到達できません）res olving './ NS / IN'：2001：7fe :: 53＃53 Jan 28 13:22:48 dns named [1993]：managed-keys-zone：Unable to fetch DNSKEY set '。'：timeout。 [root @ dns〜] ＃systemctlrestartという名前 [root @ dns〜] ＃systemctlstatusという名前 ●named.service-バークレーインターネットネームドメイン（DNS）ロード済み：ロード済み（/usr/lib/systemd/system/named.service;有効;ベンダープリセット：無効） アクティブ：アクティブ（実行中） 2017-01-28 13：29：41EST以降; 1秒前プロセス：1449 ExecStop = / bin / sh -c / usr / sbin / rndc stop> / dev / null 2>＆1 || / bin / kill -TERM $ MAINPID（コード=終了、ステータス= 0 /成功）プロセス：1460 ExecStart = / usr / sbin /名前付き-u名前付き$ OPTIONS（コード=終了、ステータス= 0 /成功）プロセス：1457 ExecStartPre = / bin / bash -c if [！ "$ DISABLE_ZONE_CHECKING" == "はい"]; 次に/ usr / sbin / named-checkconf -z /etc/named.conf; else echo "ゾーンファイルのチェックが無効になっています"; fi（コード=終了、ステータス= 0 /成功）メインPID：1463（名前付き）CGroup：/system.slice/named.service└─1463/usr/ sbin /名前付き-u名前付きJan28 13：29：41dns名前付き[1463]：managed-keys-zone：ジャーナルファイルが古くなっています：ジャーナルファイルを削除していますJan 28 13:29:41 dns名前付き[1463]：managed-keys-zone：ロードされたシリアルJan 2 28 13:29:41 dns名前付き[1463]：ゾーン0.in-addr.arpa/IN：ロードされたシリアル0 Jan 28 13:29:41 dns名前付き[1463]：ゾーンlocalhost.localdomain / IN：ロードされたシリアル0 Jan 28 13:29:41 dns名前付き[1463]：ゾーン1.0.0.127.in-addr.arpa/IN：ロードされたシリアル0 Jan 28 13:29:41名前付き[1463]：ゾーン1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 .6.ip0.arpa / IN：ロードされたシリアル28 Jan 13 29:41:1463 dnsという名前の[0]：ゾーンlocalhost / IN：ロードされたシリアル28 Jan 13 29 ：41：1463 dnsという名前[28]：ロードされたすべてのゾーン13月29日41:1463:28 dnsという名前[13]：実行中29月41日1:XNUMX:XNUMX dns systemd [XNUMX]：バークレーインターネット名ドメイン（DNS）を開始しました。
namedサービスを初めて有効化して起動した後、 `systemctl status named`コマンドの出力にエラーが表示されます。サービスを再起動すると、namedサービスはデフォルトで正しく動作するために必要なすべての設定ファイルを作成します。そのため、再度`systemctl status named`コマンドを実行しても、エラーは表示されなくなります。
- 親愛なる、お金がかかり、要求の厳しい読者の皆さん: ウサギの穴の終わりにつながるパスを - 少なくとも - 知りたい場合は、各コマンドの詳細な出力を落ち着いて読んでください。 確かにこの記事は少し長く見えるかもしれませんが、説明と明確さが増すことは否定できません。.
ファイル/etc/named.confを変更します
多くの読者コメントで指摘されているように（そして、そう言っているのは私だけではありませんが）、様々なLinuxディストリビューションのメンテナーは、ディストリビューションによってシステム設定ファイルを異なる名前のフォルダに配置する習慣があります。彼らの言う通りです。しかし、私たち一般ユーザーはどうすればいいのでしょうか？適応するしかないのです！😉
ちなみに、UNIX®「The Origin」のクローンであるFreeBSDでは、このファイルは/usr/local/etc/namedb/named.confにあります。一方、Debianでは、named.conf、named.conf.options、named.conf.default-zones、named.conf.localの4つのファイルに分かれているだけでなく、 /etc/bind/フォルダにもあります。openSUSEがどこに配置しているかを知りたい方は、「 openSUSE 13.2 Harlequin – SME NetworksにおけるDNSとDHCP」をお読みください。読者の皆さんの言う通りです！😉
そして、いつものように、何かを変更する前に、元の設定ファイルを別の名前で保存します。
[root @ dns〜] ＃cp /etc/named.conf /etc/named.conf.original
作業を簡単にするために、DHCP を介して動的 DNS 更新用のTSIGキーを生成する代わりに、同じrndc.key をdhcp.keyとしてコピーします。
[root @ dns〜] ＃cp /etc/rndc.key /etc/dhcp.key
[root @ dns〜] ＃nano /etc/dhcp.key
キー "dhcp-key" {algorithm hmac-md5; シークレット "OI7Vs + TO83L7ghUm2xNVKg =="; };
指定されたユーザーが新しくコピーされたファイルを読み取れるようにするには、そのファイルの所有グループを変更します。
[root @ dns〜] ＃chown root：named /etc/dhcp.key [root @ dns〜] ＃ls -l /etc/rndc.key /etc/dhcp.key -rw-r -----。 1 Jan 77 28:16 PM /etc/dhcp.key -rw-r -----という名前の36つのルート。 1 Jan 77 28：13 / etc / rndc.keyという名前の22つのルート
前のもののような小さな詳細は、今、私たちを夢中にさせて理解しようとすることができます...問題はどこにありますか...？ Respectableを尊重して書いたものではない、さらにいくつかの形容詞があります。
さて、最後に/etc/named.confファイルを変更しました。元のファイルと比較して変更または追加した箇所は太字で示されています。変更箇所はごくわずかであることに注意してください。
[root @ dns〜] ＃nano /etc/named.conf
// // named.conf // // Red Hatバインドパッケージによって提供され、ISC BINDの名前付き（8）DNS //サーバーをキャッシングのみのネームサーバーとして（localhost DNSリゾルバーとしてのみ）構成します。 // // / usr / share / doc / bind * / sample /たとえば、名前付き構成ファイルを参照してください。 //
//どのネットワークが参照できるかを宣言するアクセス制御リスト
//私の名前付きサーバー
aclミレッド{
127.0.0.0 / 8;
192.168.10.0 / 24;
};
オプション{
//指定されたデーモンもインターフェイスをリッスンすることを宣言します
// IPを持つeth0：192.168.10.5
リッスンオンポート53 {127.0.0.1; 192.168.10.5; };
listen-on-v6ポート53 {：： 1; }; ディレクトリ "/ var /名前付き"; ダンプファイル "/var/named/data/cache_dump.db"; 統計ファイル "/var/named/data/named_stats.txt"; memstatistics-ファイル "/var/named/data/named_mem_stats.txt";
//フォワーダーステートメント
//フォワーダ{
// 0.0.0.0;
// 1.1.1.1;
//};
//最初に転送;
// miredACLへのクエリのみを許可します
許可クエリ { 悲惨; }; // digコマンドで確認するには desdelinux.fan axfr // SysAdmin ワークステーションおよびローカルホストからのみ // スレーブ DNS サーバーはありません。それは必要ありません...今までは。
allow-transfer {localhost; 192.168.10.1; };
/ * -AUTHORITATIVE DNSサーバーを構築している場合は、再帰を有効にしないでください。 -RECURSIVE（キャッシング）DNSサーバーを構築している場合は、再帰を有効にする必要があります。 -再帰DNSサーバーにパブリックIPアドレスがある場合は、アクセス制御を有効にして、クエリを正当なユーザーに制限する必要があります。 そうしないと、サーバーが大規模なDNS増幅攻撃の一部になります。 ネットワーク内にBCP38を実装すると、このような攻撃面が大幅に減少します* /
// LAN用のAUTHORITYサーバーが必要です-SME
再帰なし;
dnssec-yesを有効にします。 dnssec-検証はい; / * ISCDLVキーへのパス* / bindkeys-file "/etc/named.iscdlv.key"; マネージドキーディレクトリ "/ var /名前付き/動的"; pid-ファイル "/run/named/named.pid"; セッションキーファイル "/run/named/session.key"; }; ロギング{チャネルdefault_debug {ファイル "データ/named.run"; 重大度動的; }; }; ゾーン "。" IN {タイプヒント; ファイル "named.ca"; }; "/etc/named.rfc1912.zones"を含めます。 "/etc/named.root.key"を含めます。
// DHCPによる動的DNS更新用のTSIGキーを//含めます
「/etc/dhcp.key」を含めます。
//名前、タイプ、場所、および更新権限の宣言
// DNSレコードゾーンの//両方のゾーンはマスターです
ゾーン"desdelinux。ファン" {
タイプマスター;
ファイル「dynamic/db.desdelinux。ファン";
allow-update {key dhcp-key; };
};
ゾーン "10.168.192.in-addr.arpa" {
タイプマスター;
ファイル "動的/db.10.168.192.in-addr.arpa";
allow-update {key dhcp-key; };
};
構文を確認します
[root @ dns〜]＃named-checkconf [root @ dns〜]＃
前のコマンドは何も返さないので、構文は問題ありません。しかし、同じコマンドを-zオプション付きで実行すると、出力は次のようになります。
[root @ dns〜]＃named-checkconf -z ゾーン localhost.localdomain/IN: ロードされたシリアル 0 ゾーン localhost/IN: ロードされたシリアル 0 ゾーン 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 .ip6.arpa/IN: ロードされたシリアル 0 ゾーン 1.0.0.127.in-addr.arpa/IN: ロードされたシリアル 0 ゾーン 0.in-addr.arpa/IN: ロードされたシリアル 0 ゾーン desdelinux.fan/IN: マスターファイルdynamic/dbからロードしています。desdelinux.fan が失敗しました: ファイルが見つからないゾーン desdelinux.fan/IN: エラーのためロードされませんでした。 _デフォルト/desdelinux.fan/IN: ファイルが見つかりません ゾーン 10.168.192.in-addr.arpa/IN: マスター ファイル Dynamic/db.10.168.192.in-addr.arpa からのロードに失敗しました: ファイルが見つかりません ゾーン 10.168.192.in- addr.arpa/IN: エラーのためロードされませんでした。 _default/10.168.192.in-addr.arpa/IN: ファイルが見つかりません
もちろん、これらは、ドメインのDNS登録ゾーンをまだ作成していないために発生するエラーです。
- コマンドの詳細については 名前付き-checkconf、実行 名前付きの男-checkconf、インターネットで他の情報を探す前に。 私はそれがかなりの時間を節約することをあなたに保証します。
ダイレクトゾーンファイルを作成します desdelinux。ファン
…しかし、最初にちょっとした理論が必要です。
ゾーンデータファイルを作成するためのテンプレートとして、/var/named/named.emptyまたは/usr/share/doc/bind-9.9.4/sample/var/named/named.emptyのいずれかを使用できます。どちらも同じです。
[root @ dns〜] ＃cat /var/named/named.empty $ TTL 3H @ IN SOA @ rname.invalid。 （0;シリアル1D;リフレッシュ1H;再試行1W;期限切れ3H）; ライブNS @ A 127.0.0.1 AAAA :: 1までの最小または負のキャッシング時間
人生の時間- TTLを生きる時間 SOAレコード
マスターゾーンのSOA（権限開始）レコードのTTL（Time to Live：有効期間）について少し説明しましょう。これらの意味を理解しておくことは、値を変更する際に役立ちます。
$TTL : 有効期間 –宣言の後に続く (ただし、他の $TTL 宣言の前にある) ファイル内のすべてのレコードの有効期間で、明示的な TTL 宣言がないレコードの有効期間です。
シリアル番号：ゾーンデータのシリアル番号。ゾーン内のDNSレコードを手動で変更するたびに、特にスレーブサーバーやセカンダリサーバーがある場合は、この番号を1ずつ増やす必要があります。セカンダリDNSサーバーまたはスレーブDNSサーバーがマスターサーバーに接続するたびに、マスターのデータのシリアル番号を照会します。スレーブのシリアル番号がマスターのシリアル番号より小さい場合、スレーブサーバー上のそのゾーンのデータは古くなっているため、スレーブはゾーン転送を実行してデータを更新します。
refresh : スレーブサーバーに対し、マスターサーバーと比較してデータが最新かどうかを確認する時間間隔を指示します。
retry : マスターサーバーが、たとえば故障したなどの理由で、更新時間間隔後にスレーブからアクセスできない場合、retry はスレーブがマスターに再度接続を試みる前に待つべき時間を指定します。
有効期限切れ：スレーブサーバーが指定された時間間隔でマスターサーバーに接続できない場合、スレーブとマスター間のゾーン関係が切断され、スレーブサーバーは該当ゾーンの有効期限を切るしかありません。スレーブDNSサーバーによるゾーンの有効期限切れとは、利用可能なデータが古すぎて役に立たなくなるため、そのゾーンに関連するDNSクエリへの応答を停止することを意味します。
- 上記は、間接的に教えてくれ、SMEの運用にスレーブDNSサーバーが必要ない場合は、厳密に必要な場合を除いて実装しないという大きな常識（最も一般的ではない）が満載です。 常に単純なものから複雑なものに移行してみましょう.
最小値: BIND 8.2より前のバージョンでは、最後のSOAレコードには、ゾーンのデフォルトの有効期間とネガティブキャッシュの有効期間も示されます。この期間は、ゾーンの権威サーバーから返されたすべてのネガティブ レスポンスを指します。
ゾーン ファイル /var/named/dynamic/db。desdelinux。ファン
[root@dns ~]# nano /var/named/dynamic/db.desdelinux。ファン $TTL 3H @ IN SOA DNS。desdelinux。ファン。 root.dns。desdelinux。ファン。 (1; シリアル 1D; リフレッシュ 1H; 再試行 1W; 期限切れ 3H);最小または;ネガティブ キャッシュの存続時間。 @ IN NS DNS。desdelinux。ファン。 @ IN MX 10 メール。desdelinux。ファン。 @ IN TXT 「FromLinux、フリーソフトウェア専用のブログ」; sysadmin IN A 192.168.10.1 ad-dc IN A 192.168.10.3 ファイルサーバー IN A 192.168.10.4 dns IN A 192.168.10.5 proxyweb IN A 192.168.10.6 ブログ IN A 192.168.10.7 ftpserver IN A 192.168.10.8 192.168.10.9 メール IN A XNUMX
/var/named/dynamic/db をチェックします。desdelinux。ファン
[root@dns ~]#named-checkzone desdelinux.fan /var/named/dynamic/db。desdelinux。ファン ゾーン desdelinux.fan/IN: シリアル 1 がロードされました OK
リバースゾーンファイル10.168.192.in-addr.arpaを作成します
- このゾーンのSOAレコードは、MXレコードを考慮しない場合、ダイレクトゾーンのSOAレコードと同じです。.
[root @ dns〜] ＃nano /var/named/dynamic/db.10.168.192.in-addr.arpa $TTL 3H @ IN SOA DNS。desdelinux。ファン。 root.dns。desdelinux。ファン。 (1; シリアル 1D; リフレッシュ 1H; 再試行 1W; 期限切れ 3H);最小または;ネガティブ キャッシュの存続時間。 @ IN NS DNS。desdelinux。ファン。 ; 1 IN PTR システム管理者。desdelinux。ファン。 3 IN PTR アド-DC。desdelinux。ファン。 4 IN PTR ファイルサーバー。desdelinux。ファン。 5 インチ PTR dns。desdelinux。ファン。 6 IN PTR プロキシウェブ。desdelinux。ファン。 7 IN PTR ブログ。desdelinux。ファン。 8 IN PTR ftpサーバー。desdelinux。ファン。 9 IN PTR メール。desdelinux。ファン。 [root @ dns〜]＃named-checkzone 10.168.192.in-addr.arpa /var/named/dynamic/db.10.168.192.in-addr.arpa ゾーン10.168.192.in-addr.arpa/IN：ロードされたシリアル1 OK
名前付きを再起動する前に、その構成を確認します
- 名前付きnamed.confの構成ファイルとそのゾーンファイルが正しく構成されていないことが確認されるまで、名前付きデーモンを再起動しないことをお勧めします。 これを行って後でゾーンファイルを変更する場合は、変更したゾーンのシリアル番号を1つ増やす必要があります。.
- 「。」を見てみましょう。 ドメイン名とホスト名の末尾.
[root @ dns〜]＃named-checkconf [root @ dns〜]＃named-checkconf -z ゾーン localhost.localdomain/IN: ロードされたシリアル 0 ゾーン localhost/IN: ロードされたシリアル 0 ゾーン 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 .ip6.arpa/IN: ロードされたシリアル 0 ゾーン 1.0.0.127.in-addr.arpa/IN: ロードされたシリアル 0 ゾーン 0.in-addr.arpa/IN: ロードされたシリアル 0 ゾーン desdelinux.fan/IN: ロードされたシリアル 1 ゾーン 10.168.192.in-addr.arpa/IN: ロードされたシリアル 1
現在のすべての名前付き構成
分かりやすくするために、また記事が長くなりますが、コマンドnamed-checkconf -zpの完全な出力を示します。
[root @ dns〜]＃named-checkconf -zp
ゾーン localhost.localdomain/IN: ロードされたシリアル 0 ゾーン localhost/IN: ロードされたシリアル 0 ゾーン 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 .ip6.arpa/IN: ロードされたシリアル 0 ゾーン 1.0.0.127.in-addr.arpa/IN: ロードされたシリアル 0 ゾーン 0.in-addr.arpa/IN: ロードされたシリアル 0 ゾーン desdelinux.fan/IN: ロードされたシリアル 1 ゾーン 10.168.192.in-addr.arpa/IN: ロードされたシリアル 1 オプション {bindkeys-file "/etc/named.iscdlv.key";セッションキーファイル "/run/named/session.key";ディレクトリ「/var/named」;ダンプファイル "/var/named/data/cache_dump.db";リッスンオン ポート 53 { 127.0.0.1/32; 192.168.10.5/32; }; listen-on-v6 ポート 53 { ::1/128; };管理キーディレクトリ "/var/named/dynamic"; memstatistics-file "/var/named/data/named_mem_stats.txt"; pid ファイル "/run/named/named.pid";統計ファイル "/var/named/data/named_stats.txt"; dnssec-enable はい。 dnssec-検証はい;再帰はありません。 allow-query { "監視済み"; };転送許可 { 192.168.10.1/32; }; }; acl "監視" { 127.0.0.0/8; 192.168.10.0/24; };ロギング { チャネル "default_debug" { ファイル "data/named.run";動的な重大度。 }; };キー "dhcp-key" { アルゴリズム "hmac-md5";シークレット "OI7Vs+TO83L7ghUm2xNVKg=="; };ゾーン "。" IN { ヒントを入力します。ファイル「named.ca」; };ゾーン "localhost.localdomain" IN { タイプマスター;ファイル「named.localhost」; allow-update { "なし"; }; };ゾーン "localhost" IN { タイプマスター;ファイル「named.localhost」; allow-update { "なし"; }; };ゾーン "1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.ip6.arpa" IN { タイプマスター;ファイル「named.loopback」; allow-update { "なし"; }; };ゾーン "1.0.0.127.in-addr.arpa" IN { タイプマスター;ファイル「named.loopback」; allow-update { "なし"; }; };ゾーン "0.in-addr.arpa" IN { タイプマスター;ファイル「named.empty」; allow-update { "なし"; }; };ゾーン"desdelinux.fan" { タイプマスター; ファイル "dynamic/db.desdelinux.fan"; allowed-update { key "dhcp-key"; }; }; ゾーン "10.168.192.in-addr.arpa" { タイプマスター; ファイル "dynamic/db.10.168.192.in-addr.arpa" "; 許可更新 { キー "dhcp キー"; }; }; 管理キー { "." 初期キー 257 3 8 "AwEAAagAIKlVZrpC6Ia7gEzahOR+9W29euxhJhVVLOyQbSEW0O8gcCjF FVQUTf6v58fLjwBd0YI0EzrAcQqBGCzh/RS tioO8g 0NfnfL2MTJRkxoX bfDaUeVPQuYEhg37NZWAJQ9VnMVDxP/VHL496M/QZxkjf5/Efucp2gaD F6dsV6DoBQzgul68sGicGOYl0OyQdXfZ1relS Qageu+ipAdTTJ9AsRTAoub7ONGcLmqrAmRL KBP6dfwhYB3N5knNnulq QxA +Uk2ihz8="; };
- を変更する手順に従います named.conf 私たちのニーズとチェックに応じて、各ゾーンファイルを作成してチェックすると、大きな構成の問題に直面する必要があるとは思えません。 結局、私たちはそれが多くの概念と厄介な構文を備えた男の子のゲームであることに気づきます。
チェックの結果は良好でしたので、BIND（名前は）を再起動できます。
名前付きを再起動し、ステータスを確認します
[root @ dns〜] ＃systemctl restartnamed.service [root @ dns〜] ＃systemctl status named.service
最後のコマンドの出力にエラーが表示された場合は、named.serviceを再起動して再度ステータスを確認してください。エラーが解消されていれば、サービスは正常に起動しています。エラーが解消されていない場合は、変更および作成されたすべてのファイルを注意深く確認し、手順を繰り返してください。
ステータスの正しい出力は次のようになります。
[root @ dns〜] ＃systemctl status named.service ●named.service-バークレーインターネットネームドメイン（DNS）ロード済み：ロード済み（/usr/lib/systemd/system/named.service;有効;ベンダープリセット：無効）アクティブ： アクティブ（実行中） 2017-01-29 日 10:05:32 EST 以降。 2 分 57 秒前 プロセス: 1777 ExecStop=/bin/sh -c /usr/sbin/rndc stop > /dev/null 2>&1 || /bin/kill -TERM $MAINPID (code=exited, status=0/SUCCESS) プロセス: 1788 ExecStart=/usr/sbin/named -unamed $OPTIONS (code=exited, status=0/SUCCESS) プロセス: 1786 ExecStartPre =/bin/bash -c if [ ! "$DISABLE_ZONE_CHECKING" == "はい" ];次に /usr/sbin/named-checkconf -z /etc/named.conf; else echo "ゾーンファイルのチェックは無効になっています"; fi (code=exited、status=0/SUCCESS) Main PID: 1791 (named) CGroup: /system.slice/named.service └─1791 /usr/sbin/named -unamed Jan 29 10:05:32 dnsnamed [1791]: ゾーン 1.0.0.127.in-addr.arpa/IN: シリアル 0 月 29 10 05:32:1791 にロードされました [10.168.192]: ゾーン 1.in-addr.arpa/IN: シリアル 29 月 10 日にロードされました。 05 32:1791:1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0 DNS 名 [6]: ゾーン 0.ip29.arpa/IN : ロードされたシリアル 10 05 月 32 日 1791:XNUMX:XNUMX DNS 名 [XNUMX]: ゾーン desdelinux.fan/IN: ロードされたシリアル 1 月 29 10 05:32:1791 DNS 名[0]: ゾーン localhost.localdomain/IN: ロードされたシリアル 29 月 10 05 32:1791:0 DNS 名[29]: ゾーン localhost/IN: ロードされましたシリアル 10 05 月 32 日 1791:XNUMX:XNUMX [XNUMX] という名前の DNS: ロードされたすべてのゾーン Jan 29 10:05:32 dnsという名前の[1791]： ランニング Jan 29 10:05:32 dns systemd [1]：Berkeley Internet Name Domain（DNS）を開始しました。 Jan 29 10:05:32 dns名前付き[1791]：ゾーン10.168.192.in-addr.arpa/IN：通知の送信（シリアル1）
チェック
チェックは、同じサーバーまたはLANに接続されたマシンで実行できます。 私たちはチームからそれらを行うことを好みます システム管理者。desdelinux。ファン ゾーン転送を行うことを明示的に許可しました。 ファイル /etc/resolv.conf そのチームのは次のとおりです。
buzz @ sysadmin：〜$ cat /etc/resolv.conf # NetworkManager 検索によって生成 desdelinux.fanネームサーバー192.168.10.5 バズ@sysadmin:~$ ディグ desdelinux.fan axfr ; <<>> DiG 9.9.5-9+deb8u1-Debian <<>> desdelinux.ファン axfr ;;グローバルオプション: +cmd desdelinux。ファン。 10800 IN SOA dns。desdelinux。ファン。 root.dns。desdelinux。ファン。 1 86400 3600 604800 10800 desdelinux。ファン。 10800 IN NS DNS。desdelinux。ファン。 desdelinux。ファン。 10800 IN MX 10 電子メール。desdelinux。ファン。 desdelinux。ファン。 10800 IN TXT 「FromLinux、フリー ソフトウェア専用のブログ」ad-dc。desdelinux。ファン。 10800 IN A 192.168.10.3 ブログ。desdelinux。ファン。 10800 で 192.168.10.7 dns。desdelinux。ファン。 10800 IN TO 192.168.10.5 ファイルサーバー。desdelinux。ファン。 10800 IN A 192.168.10.4 ftpserver。desdelinux。ファン。 10800 IN A 192.168.10.8 メール。desdelinux。ファン。 10800 プロキシウェブの 192.168.10.9。desdelinux。ファン。 10800 IN A 192.168.10.6 システム管理者。desdelinux。ファン。 10800 から 192.168.10.1 desdelinux。ファン。 10800 IN SOA dns。desdelinux。ファン。 root.dns。desdelinux。ファン。 1 86400 3600 604800 10800 ;;クエリ時間: 0 ミリ秒 ;;サーバー: 192.168.10.5#53(192.168.10.5) ;;日時: 29 年 11 月 44 日日曜日 18:2017:13 EST ;; XFR サイズ: 1 レコード (メッセージ 385、バイト XNUMX) buzz @ sysadmin：〜$ dig 10.168.192.in-addr.arpa axfr ; <<>> DiG 9.9.5-9+deb8u1-Debian <<>> 10.168.192.in-addr.arpa axfr ;;グローバル オプション: +cmd 10.168.192.in-addr.arpa。 10800 IN SOA dns。desdelinux.fan.10.168.192.in-addr.arpa。 root.dns。desdelinux.fan.10.168.192.in-addr.arpa。 1 86400 3600 604800 10800 10.168.192.in-addr.arpa。 10800 IN NS DNS。desdelinux。ファン。 1.10.168.192.in-addr.arpa。 10800 IN PTR システム管理者。desdelinux。ファン。 3.10.168.192.in-addr.arpa。 10800 IN PTR アド-DC。desdelinux。ファン。 4.10.168.192.in-addr.arpa。 10800 IN PTR ファイルサーバー。desdelinux。ファン。 5.10.168.192.in-addr.arpa。 10800 IN PTR dns。desdelinux。ファン。 6.10.168.192.in-addr.arpa。 10800 IN PTR プロキシウェブ。desdelinux。ファン。 7.10.168.192.in-addr.arpa。 10800INPTRブログ。desdelinux。ファン。 8.10.168.192.in-addr.arpa。 10800 IN PTR ftp サーバー。desdelinux。ファン。 9.10.168.192.in-addr.arpa。 10800 IN PTR メール。desdelinux。ファン。 10.168.192.in-addr.arpa。 10800 IN SOA dns。desdelinux.fan.10.168.192.in-addr.arpa。 root.dns。desdelinux.fan.10.168.192.in-addr.arpa。 1 86400 3600 604800 10800 ;;クエリ時間: 0 ミリ秒 ;;サーバー: 192.168.10.5#53(192.168.10.5) ;;日時: 29 年 11 月 44 日日曜日 57:2017:11 EST ;; XFR サイズ: 1 レコード (メッセージ 352、バイト XNUMX) uzz@sysadmin:~$ dig in SOA desdelinux。ファン uzzs@sysadmin:~$ dig IN MX desdelinux.fanuzz@sysadmin:~$ dig IN TXT desdelinux。ファン buzz @ sysadmin：〜$ host dns DNS。desdelinux.fan のアドレスは 192.168.10.5 buzz @ sysadmin：〜$ host sysadmin システム管理者。desdelinux.fan のアドレスは 192.168.10.1 ... その他必要なチェック
- これまでのところ、SME ネットワーク上に DNS サーバーの基盤ができています。非常に簡単な手順全体を楽しんでいただけたでしょうか?
DHCPをインストールして構成します
[root @ dns〜] ＃yum install dhcp
ロードされたプラグイン：fastestmirror、centos-base langpacks | 3.4 kB00：00：00セントス-更新| 3.4 kB00：00：00キャッシュされたホストファイルからのミラー速度のロード依存関係の解決->トランザクションテストの実行--->パッケージdhcp.x86_64：12-4.2.5.el42.centosをインストールする必要があります->依存関係の解決終了した解決済みの依存関係============================================= ================================================= ===================================パッケージアーキテクチャバージョンリポジトリサイズ=========== ================================================= ================================================= ======================インストール：dhcp x7_86 64：12-4.2.5.el42.centos-base7kトランザクションの概要==== ================================================= ================================================ ============================インストール511パッケージ合計ダウンロードサイズ：1kインストールサイズ：511Mこれで問題ありません[y / d / N]：yパッケージのダウンロード：dhcp-1.4-4.2.5.el42.centos.x7_86.rpm | 64 kB 511:00:00トランザクションチェックの実行トランザクションテストの実行トランザクションテストが成功しましたトランザクションの実行インストール：00：dhcp-12-4.2.5.el42.centos.x7_86 64/1チェック：1：dhcp-12-4.2.5。 el42.centos.x7_86 64/1インストール済み：dhcp.x1_86 64：12-4.2.5.el42.centos完了！
[root @ dns〜] ＃nano /etc/dhcp/dhcpd.conf
# # DHCP サーバー構成ファイル。 # /usr/share/doc/dhcp*/dhcpd.conf.example を参照 # dhcpd.conf(5) マニュアルページを参照 # ddns-update-style暫定; ddns 更新がオン。 ddns-ドメイン名 "desdelinux.fan."; ddns-rev-domainname "in-addr.arpa."; クライアント更新を無視; 権威; オプション ip-forwarding off; オプション ドメイン名 "desdelinux.fan"; # オプション ntp-servers 0.pool.ntp.org、1.pool.ntp.org、2.pool.ntp.org、3.pool.ntp.org; include "/etc/dhcp.key" ; ゾーン desdelinux。ファン。 { プライマリ 127.0.0.1;キー dhcp キー;ゾーン 10.168.192.in-addr.arpa。 { プライマリ 127.0.0.1;キー dhcp キー; } 共有ネットワーク redlocal { サブネット 192.168.10.0 ネットマスク 255.255.255.0 { オプションルーター 192.168.10.1;オプションのサブネットマスク 255.255.255.0;オプション ブロードキャストアドレス 192.168.10.255;オプション ドメイン名サーバー 192.168.10.5;オプション netbios-name-servers 192.168.10.5;範囲 192.168.10.30 192.168.10.250; } } # dhcpd.conf の終了
[root @ dns〜] ＃dhcpd -t
インターネットシステムコンソーシアムDHCPサーバー4.2.5Copyright2004-2013インターネットシステムコンソーシアム。 全著作権所有。 詳細については、https：//www.isc.org/software/dhcp/にアクセスしてください。構成ファイルでldap-server、ldap-port、およびldap-base-dnが指定されていないため、LDAPを検索しません。
[root @ dns〜] ＃systemctl enable dhcpd
/etc/systemd/system/multi-user.target.wants/dhcpd.serviceから/usr/lib/systemd/system/dhcpd.serviceへのシンボリックリンクを作成しました。
[root @ dns〜] ＃systemctl start dhcpd
[root @ dns〜] ＃systemctl status dhcpd
●dhcpd.service-DHCPv4サーバーデーモンロード済み：ロード済み（/usr/lib/systemd/system/dhcpd.service;有効;ベンダープリセット：無効）アクティブ：dom 2017-01-29 12:04:59以降アクティブ（実行中） ITS T; 23秒前ドキュメント：man：dhcpd（8）man：dhcpd.conf（5）メインPID：2381（dhcpd）ステータス：「パケットをディスパッチしています...」CGroup：/system.slice/dhcpd.service└─2381/usr / sbin / dhcpd -f -cf /etc/dhcp/dhcpd.conf -user dhcpd -group dhcpd --no-pid Jan 29 12:04:59 dns dhcpd [2381]：インターネットシステムコンソーシアムDHCPサーバー4.2.5 Jan 29 12 ：04：59 dns dhcpd [2381]：Copyright 2004-2013 Internet SystemsConsortium。 Jan 29 12:04:59 dns dhcpd [2381]：無断転載を禁じます。 Jan 29 12:04:59 dns dhcpd [2381]：詳細については、https：//www.isc.org/software/dhcp/にアクセスしてください。Jan29:12:04 dns dhcpd [59]：ldap以降LDAPを検索していません-server、ldap-port、およびldap-base-dnが構成ファイルで指定されていませんでしたJan 2381 29:12:04 dns dhcpd [59]：2381リースをリースファイルに書き込みました。 Jan 0 29:12:04 dns dhcpd [59]：LPFでリッスン/ eth2381 / 0：52：54：00：12：17 / redlocal Jan 04 29:12:04 dns dhcpd [59]：LPF / eth2381で送信/ 0：52：54：00：12：17 / redlocal Jan 04 29:12:04 dns dhcpd [59]：ソケット/フォールバック/フォールバックネットで送信2381月29日12:04:59 dns systemd [1]：開始DHCPv4サーバーデーモン。
何をする必要がありますか？
シンプル。 無料のソフトウェアを使用してWindows7またはその他のクライアントを起動し、テストとチェックを開始します。 私たちはXNUMX人のクライアントでそれを行いました： セブン。desdelinux。ファン y スーズデスクトップ。desdelinux。ファン。 チェックは次のとおりです。
バズ@sysadmin：〜$ホストXNUMX セブン。desdelinux.fan のアドレスは 192.168.10.30 uzz@sysadmin:~$ ホスト 7。desdelinux。ファン セブン。desdelinux.fan のアドレスは 192.168.10.30 uzz@sysadmin:~$ dig IN TXT 7。desdelinux。ファン ....;;質問セクション: ;7。desdelinux。ファン。 TXTで;;回答セクション: 7 つ。desdelinux。ファン。 3600インチTXT」31b7228ddd3a3b73be2fda9e09e601f3e9「...
チームの名前を「seven」から「LAGER」に変更して再起動します。 新しいLAGERを再起動した後、以下を確認します。
バズ@sysadmin：〜$ホストXNUMX ホスト5が見つかりません：XNUMX（拒否） uzz@sysadmin:~$ ホスト 7。desdelinux。ファン ホストセブン。desdelinux.fan が見つかりません: 3(NXDOMAIN) バズ@sysadmin：〜$ host lager ラガー。desdelinux.fan のアドレスは 192.168.10.30 バズ@sysadmin:~$ホストラガー。desdelinux。ファン ラガー。desdelinux.fan のアドレスは 192.168.10.30 uzz@sysadmin:~$ dig IN TXT ラガー。desdelinux。ファン ....;;質問セクション: ;ラガー。desdelinux。ファン。 TXTで;;回答セクション: ラガー。desdelinux。ファン。 3600インチTXT」31b7228ddd3a3b73be2fda9e09e601f3e9「...
suse-desktopクライアントについて：
buzz @ sysadmin：〜$ host suse-dektop ホストsuse-dektopが見つかりません：5（拒否） buzz @ sysadmin：〜$ host suse-desktop スーズデスクトップ。desdelinux.fan のアドレスは 192.168.10.33 uzzs@sysadmin:~$ ホスト suse-desktop。desdelinux。ファン スーズデスクトップ。desdelinux.fan のアドレスは 192.168.10.33 buzz @ sysadmin：〜$ host 192.168.10.33 33.10.168.192.in-addr.arpa ドメイン名ポインター suse-desktop。desdelinux。ファン。 buzz @ sysadmin：〜$ host 192.168.10.30 30.10.168.192.in-addr.arpa ドメイン名ポインター LAGER。desdelinux。ファン。
buzz @ sysadmin：〜$ dig -x 192.168.10.33 ....;;質問セクション: ;33.10.168.192.in-addr.arpa。 PTR 内 ;;回答セクション: 33.10.168.192.in-addr.arpa。 3600 IN PTR はデスクトップを使用します。desdelinux。ファン。 ;;権限セクション: 10.168.192.in-addr.arpa。 10800 IN NS DNS。desdelinux。ファン。 ;;追加セクション: dns。desdelinux。ファン。 10800 から 192.168.10.5 .... uzz@sysadmin:~$ dig IN TXT suse-desktop。desdelinux。ファン.... ;suseデスクトップ。desdelinux。ファン。 TXTで;;回答セクション: suse-desktop。desdelinux。ファン。 3600インチTXT "31b78d287769160c93e6dca472e9b46d73" ;; 権限セクション： desdelinux。ファン。 10800 IN NS DNS。desdelinux。ファン。 ;;追加セクション: dns。desdelinux。ファン。 10800 から 192.168.10.5 ....
次のコマンドも実行してみましょう
[root@dns ~]# dig desdelinux.fan axfr ; <<>> DiG 9.9.4-RedHat-9.9.4-29.el7_2.4 <<>> desdelinux.ファン axfr ;;グローバルオプション: +cmd desdelinux。ファン。 10800 IN SOA dns。desdelinux。ファン。 root.dns。desdelinux。ファン。 6 86400 3600 604800 10800 desdelinux。ファン。 10800 IN NS DNS。desdelinux。ファン。 desdelinux。ファン。 10800 IN MX 10 電子メール。desdelinux。ファン。 desdelinux。ファン。 10800 IN TXT 「FromLinux、フリー ソフトウェア専用のブログ」ad-dc。desdelinux。ファン。 10800 IN A 192.168.10.3 ブログ。desdelinux。ファン。 10800 で 192.168.10.7 dns。desdelinux。ファン。 10800 IN TO 192.168.10.5 ファイルサーバー。desdelinux。ファン。 10800 IN A 192.168.10.4 ftpserver。desdelinux。ファン。 10800 ラガーで 192.168.10.8。desdelinux。ファン。 3600インチTXT」31b7228ddd3a3b73be2fda9e09e601f3e9「ラガー。desdelinux。ファン。 3600 192.168.10.30 のメールで。desdelinux。ファン。 10800 プロキシウェブの 192.168.10.9。desdelinux。ファン。 10800 IN A 192.168.10.6 のデスクトップ。desdelinux。ファン。 3600インチTXT」31b78d287769160c93e6dca472e9b46d73" スーデスクトップ。desdelinux。ファン。 3600 192.168.10.33 システム管理者。desdelinux。ファン。 10800 から 192.168.10.1 desdelinux。ファン。 10800 IN SOA dns。desdelinux。ファン。 root.dns。desdelinux。ファン。 6 86400 3600 604800 10800
前回の出力では、DHCPサービスによってIPアドレスが割り当てられたデバイスのTTL（秒単位）を太字で強調表示しました。これらのデバイスには、DHCPによって明示的に宣言された3600のTTLが設定されています。静的IPアドレスは、各ゾーンファイルのSOAレコードで宣言された3時間（10800秒）のTTLによって管理されます。
彼らは同じ方法でリバースゾーンをチェックすることができます。
[root @ dns〜] ＃dig 10.168.192.in-addr.arpa axfr
その他の非常に興味深いコマンドは次のとおりです。
[root@dns ~]#named-journalprint /var/named/dynamic/db.desdelinux.fan.jnl [root @ dns〜]＃named-journalprint /var/named/dynamic/db.10.168.192.in-addr.arpa.jnl [root @ dns〜] ＃journalctl -f
ゾーンファイルの手動変更
DHCPが名前付きサーバーのゾーンファイルを動的に更新するようになった後、ゾーンファイルを手動で変更する必要が生じた場合は、以下の手順を実行する必要がありますが、その前に、名前サーバーを制御するためのrndcユーティリティの仕組みについてもう少し詳しく理解しておく必要があります。
[root @ dns〜] ＃man rndc
....
フリーズ[ゾーン[クラス[ビュー]]]
動的ゾーンへの更新を一時停止します。 ゾーンが指定されていない場合、すべてのゾーンが一時停止されます。 これにより、通常は動的更新によって更新されるゾーンを手動で編集できます。 また、ジャーナルファイルの変更がマスターファイルに同期されます。 ゾーンがフリーズしている間、すべての動的更新の試行は拒否されます。
解凍[ゾーン[クラス[ビュー]]]
フリーズした動的ゾーンへの更新を有効にします。 ゾーンが指定されていない場合、すべてのフリーズゾーンが有効になります。 これにより、サーバーはディスクからゾーンをリロードし、ロードが完了した後に動的更新を再度有効にします。 ゾーンが解凍された後、動的更新が拒否されることはなくなります。 ゾーンが変更され、ixfr-from-differencesオプションが使用されている場合、ジャーナルファイルは、ゾーンの変更を反映するように更新されます。 それ以外の場合、ゾーンが変更された場合、既存のジャーナルファイルはすべて削除されます。 ...。
なんだ、私がマニュアル全体を書き写すつもりだったんだろうか…一部分だけで、彼らは車で行く。残りはあなたにお任せします。
基本的に：
- rndcフリーズ[ゾーン[クラス[ビュー]]]、ゾーンの動的更新を一時停止します。 指定しない場合、すべてがフリーズします。 このコマンドを使用すると、フリーズゾーンまたはすべてのゾーンを手動で編集できます。 凍結中は、動的更新は拒否されます。
- rndc解凍 [ゾーン[クラス[ビュー]]]、以前にフリーズしたゾーンで動的更新を有効にします。 DNSサーバーはディスクからゾーンファイルをリロードし、リロードが完了すると動的更新が再度有効になります。
ゾーンファイルを手動で編集する際には、どのような注意が必要ですか？ ゾーンファイルを作成する場合と同様に、最終的な変更を加えてファイルを保存する前に、シリアル番号を1ずつ増やすことを忘れないでください。
例：
[root @ dns〜] ＃rndcフリーズ desdelinux。ファン
[root@dns ~]# nano /var/named/dynamic/db.desdelinux。ファン
必要かどうかにかかわらず、何らかの理由でゾーンファイルを変更します。 変更を保存します
[root @ dns〜] ＃rndc解凍 desdelinux。ファン
ゾーンのリロードと解凍が開始されました。 ログをチェックして結果を確認してください。
[root @ dns〜] ＃journalctl -f
29 月 14 日 06:46:2257 DNS 名 [XNUMX]: 解凍ゾーン 'desdelinux.fan/IN': 成功
29 月 14 日 06:46:2257 [XNUMX] という名前の DNS: ゾーン desdelinux.fan/IN: ゾーンシリアル (6) は変更されません。ゾーンはスレーブへの転送に失敗する可能性があります。
29 月 14 日 06:46:2257 [XNUMX] という名前の DNS: ゾーン desdelinux.fan/IN: シリアル 6 をロードしました
コンソールに赤で表示されている前の出力のエラーは、シリアル番号を1増やすのを「忘れた」という事実が原因です。手順を正しく実行した場合、出力は次のようになります。
[root @ dns〜] ＃journalctl -f -- ログは 2017-01-29 日 08:31:32 EST に始まります。 -- 29月 14 日 06:46:2257 [XNUMX] という名前の DNS: ゾーン desdelinux.fan/IN: ロードされたシリアル Jan 6 29 14:10:01 dns systemd[1]: ユーザー root のセッション 43 を開始しました。 Jan 29 14:10:01 dns systemd[1]: ユーザー root のセッション 43 を開始します。 29 月 14 日 10:01:2693 dns CROND[64]: (root) CMD (/usr/lib1/sa/sa1 1 29) 14 月 10 日 45:2257:XNUMX dnsnamed[XNUMX]: 制御チャネル コマンド「フリーズ」を受信しました desdelinux.fan' 29 月 14 日 10:45:2257 DNS 名 [XNUMX]: フリージング ゾーン 'desdelinux.fan/IN': 成功 29 月 14 日 10:58:2257 DNS 名 [XNUMX]: 制御チャネル コマンド 'thaw を受信しました desdelinux.fan' 29 月 14 日 10:58:2257 DNS 名 [XNUMX]: 解凍ゾーン 'desdelinux.fan/IN': 成功 29 月 14 日 10:58:2257 DNS 名 [XNUMX]: ゾーン desdelinux.fan/IN: ジャーナル ファイルが期限切れです: ジャーナル ファイルを削除しています 29 月 14 日 10:58:2257 DNS 名 [XNUMX]: ゾーン desdelinux.fan/IN: シリアル 7 をロードしました
- 読者の友人、私はあなたがコマンドの出力を注意深く読まなければならないことを繰り返します。 何かのために、その開発者は、それがどれほど単純であっても、各コマンドのプログラミングに非常に多くの作業を費やしました.
要約
これまで、DNSの実装に取り組んできました-DHCPデュオ、DHCPを介した動的アドレスの付与、およびDNSを介したコンピューター名とドメイン名の解決に言及して、SMEネットワークの良好なパフォーマンスのための重要かつ重要なサービス。
私たちと同じように、すべての手順を楽しんでいただけたことを心から願っています。 コンソールを使用するのは難しいように思われるかもしれませんが、その助けを借りてUNIX®/ Linuxでサービスを実装する方がはるかに簡単で教育的です。
セルバンテスではなくシェイクスピアの言語で考えられ、創造され、書かれ、改訂され、書き直され、出版された概念のいかなる誤解も許されます。
次の配達
DNSレコードに理論的な追加を加えて、もう少し同じだと思いますが、Debianです。 その分布を忘れることはできませんよね？