IT pass HikiWiki - [ITPASS2022]bindのインストールと設定 Diff
- Added parts are displayed like this.
- Deleted parts are displayed
like this.
{{toc}}
[((<[ITPASS2022]2022年度サーバ構築マニュアル>)) へ戻る]
以下の記述において "OLD" は運用中のサーバ (現 ika) を表し,
"NEW" は構築中のサーバ (現 tako) を表す.
= 既にインストールされている Bind 関係のパッケージの削除
下のように bind 関係パッケージの名前を確認する.
$ sudo apt search bind9 | grep bind9
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
bind9/stable-security 1:9.16.33-1~deb11u1 amd64
bind9-dev/stable-security 1:9.16.33-1~deb11u1 amd64
bind9-dnsutils/stable-security,now 1:9.16.33-1~deb11u1 amd64 [installed]
bind9-doc/stable-security 1:9.16.33-1~deb11u1 all
bind9-dyndb-ldap/stable 11.6-3 amd64
bind9-host/stable-security,now 1:9.16.33-1~deb11u1 amd64 [installed]
bind9-libs/stable-security,now 1:9.16.33-1~deb11u1 amd64 [installed,automatic]
bind9-utils/stable-security 1:9.16.33-1~deb11u1 amd64
bind9utils/stable-security 1:9.16.33-1~deb11u1 all
Transitional package for bind9-utils
Plug-in for bind9 that uses LDAP data to fulfill ENUM requests
Transitional package for bind9-dnsutils
GTK+ configuration tool for bind9
GTK+ configuration tool for bind9 (debug)
libbind9-161/stable 1:9.11.19+dfsg-2.1 amd64
これらのパッケージが実際にインストールされているかどうかを確認する.
# LANG=ja_JP.UTF8
# dpkg -l bind9 bind9-doc bind9-dyndb-ldap bind9-host bind9utils libbind9-161
dpkg-query: no packages found matching bind9
dpkg-query: no packages found matching bind9-doc
dpkg-query: no packages found matching bind9-dyndb-ldap
dpkg-query: no packages found matching bind9utils
dpkg-query: no packages found matching libbind9-161
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig- pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==============-===================-============-
==============================>
ii bind9-host 1:9.16.33-1~deb11u1 amd64 DNS Lookup Utility
左端に ii と表示されればインストールされている.
インストールされている場合には, それらを削除する.
# apt remove bind9-host
apt-listchanges: Can't set locale; make sure $LC_* and $LANG are correct!
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "jp_JP.UTF8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
(Reading database ... 192528 files and directories currently installed.)
Removing libnss-mdns:amd64 (0.14.1-2) ...
Removing gnome (1:3.38+3) ...
Removing bind9-dnsutils (1:9.16.33-1~deb11u1) ...
Removing task-gnome-desktop (3.68+deb11u1) ...
Removing ipp-usb (0.9.17-3+b4) ...
Removing gnome-core (1:3.38+3) ...
Removing gnome-user-share (3.34.0-2) ...
Removing libapache2-mod-dnssd (0.6-3.2) ...
Removing avahi-daemon (0.8-5+deb11u1) ...
Created symlink /run/systemd/system/avahi-daemon.service → /dev/null.
Removed /run/systemd/system/avahi-daemon.service.
Removing bind9-host (1:9.16.33-1~deb11u1) ...
Processing triggers for gnome-menus (3.36.0-1) ...
Processing triggers for libglib2.0-0:amd64 (2.66.8-1) ...
Processing triggers for libc-bin (2.31-13+deb11u4) ...
Processing triggers for man-db (2.9.4-2) ...
Processing triggers for dbus (1.12.24-0+deb11u1) ...
Processing triggers for mailcap (3.69) ...
Processing triggers for desktop-file-utils (0.26-1) ...
2022 年度のサーバ再構築では, 依存関係によって gnome がアンインストールされてしまった. xeyes がスーパーユーザーでは起動しなかったが, 一般ユーザーで行うと起動したため良いこととした.
= ビルドとインストール
* 配布サイト ((<URL:https://www.isc.org/>)) からソースのアーカイブを
取得し, ビルドする.
* 2022 年度サーバ再構築時には最新のバージョン (9.16.34) を取得した.
* 以下のバージョン番号は適宜最新のものに読み替えること
* インストール先は /usr/local/bind とする.
# cd /usr/local/src
# wget https://downloads.isc.org/isc/bind9/9.16.34/bind-9.16.34.tar.xz
# tar xvf bind-9.16.34.tar.xz
# cd bind-9.16.34
# mkdir /usr/local/bind
# ./configure --prefix=/usr/local/bind
# make
* 配布サイトからアーカイブを取得できない場合は, OLD からソースをコピーしてビルドする
* ビルドの際に OpenSSL についての警告が出た場合は以下を参照すること
* OpenSSL のバージョンが古いと, セキュリティ脆弱性があると警告が出る
* Debian の場合はバージョン番号が古いままでもセキュリティパッチは当たっているので, オプションに --disable-openssl-version-check を指定して
バージョンの確認を無効にする
* 具体的に修正された脆弱性一覧は ((<URL:http://www.debian.org/security/>)) にある
* openssl が debian パッケージであれば, /usr/share/doc/openssl 以下にある changelog.gz の中身から, パッチが当てられているか確認することができる
# ./configure --prefix=/usr/local/bind --disable-openssl-version-check
# make
* インストール
Bind をインストールする.
# make install
* make コマンドが見つからない場合にはインストールする.
# apt install make
* 再度, 上記コマンドを実行した後, ' fatal error : openssl/evp.h: そのようなファイルやディレクトリはありません' とエラーが出るかもしれない. そのときには, libssl-dev をインストールし, 再度, 上記コマンドを実行する.
* 再度, ' ./configure --prefix=/usr/local/bind ' を実行した後, 以下のようなエラーメッセージが出た場合, それに応じたコンパイラやライブラリをインストールする
* C 言語のコンパイラ
configure: error: in `/usr/local/src/bind-9.16.21':
configure: error: no acceptable C compiler found in $PATH
# apt install gcc
* Pyhton 及び python-ply
configure: error: Python >= 2.7 or >= 3.2 and the PLY package are required for dnssec-keymgr and other Python-based tools. PLY may be available from your OS package manager as python-ply or python3-ply; it can also be installed via pip. To build without Python/PLY, use --without-python.
# apt install python
# apt install python-ply
* libuv
configure: error: libuv not found
# apt install libuv1-dev
* libssl
configure: error: in `/usr/local/src/bind-9.16.21':
configure: error: OpenSSL/LibreSSL not found
See `config.log' for more details
# apt install libssl-dev
* libcap
configure: error: sys/capability.h header is required for Linux capabilities support. Either install libcap or use --disable-linux-caps.
# apt install libcap-dev
= 実行ファイルへのパスの設定
インストールされた Bind の実行ファイル群へパスを通す.
((<[ITPASS2022]パスの設定>))を参考にして各設定ファイルに以下の様に追記する.
== sh, bash
/etc/bash.bashrc の末尾に以下を追記する.
# add PATH for local installed softwares
PATH="${PATH}:/usr/local/bind/bin"
# add PATH for local installed softwares (for root)
if [ "`id -u`" -eq 0 ]; then
PATH="${PATH}:/usr/local/bind/sbin"
fi
== csh, tcsh
/etc/csh.cshrc の末尾に以下を追記する.
# add PATH for local installed softwares
set path = ($path /usr/local/bin /usr/bin /bin /usr/local/bind/bin)
# add PATH for local installed softwares (for root)
if ( "`id -u`" == 0 ) then
set path = ($path /usr/local/sbin /usr/sbin /sbin /usr/local/bind/sbin)
endif
== zsh
/etc/zsh/zshenv の末尾に以下を追記する.
# add PATH for local installed softwares
export PATH="$PATH:/usr/local/bind/bin"
# add PATH for local installed softwares (for root)
if [ "`id -u`" -eq 0 ]; then
export PATH="$PATH:/usr/local/bind/sbin"
fi
= マニュアルへのパスの設定
/etc/manpath.config に以下の行を追加する. 詳しくは ((<[ITPASS2022]パスの設定>)) の 「man 関連のパスの設定」を参照.
/etc/manpath.config に末尾に以下の行を追記する.
MANDATORY_MANPATH /usr/local/bind/man
MANPATH_MAP /usr/local/bind/bin /usr/local/bind/man
MANPATH_MAP /usr/local/bind/sbin /usr/local/bind/man
MANDB_MAP /usr/local/bind/man /usr/local/bind/man
= ユーザとグループ追加
* Bind の実行ユーザとして bind ユーザを作成
bind ユーザを作成する.
なお, 下に示すのは 2021 年サーバ再構築時の情報である.
/etc/passwd,/etc/group を確認して他と重複しないユーザ, グループ id を適宜設定すること.
# export EDITOR=vi
* vipw を実行して以下の行を追加する.
bind:x:153:153:Bind Sandbox:/usr/local/bind/var:/bin/false
vipw がうまく終了できなかったため, cntl + z で vi を閉じた後, vipw を行うと以下のエラーが出た
vipw: Couldn't lock file: Interrupted system call
vipw: /etc/shadow is unchanged
エラーの対処のため, passwd.lock を消したが解決しなかった.
jobs から vipw が実行されている ジョブ番号を確認し,fg コマンドでフォアグラウンドで開き, 正常に終了できた.
その後, vipw コマンドも正常に動いた.
vipw の代わりに以下のコマンドを書くと, vipw と同じ作業ができた
# vi /etc/passwd
* vipw -s を実行して以下の行を追加する.
bind:!:13749:0:99999:7:::
* 同様に bind グループを追加する.
* vigr を実行して以下の行を追加する.
bind:x:153:
* vigr -s を実行して以下の行を追加する.
bind:*::
= pid ファイル置場のパーミッション設定
pid ファイル置場である, /usr/local/bind/var/run/ を bind 所有にする.
# chown bind:bind /usr/local/bind/var/run/
ディレクトリが存在しない場合作成する.
# cd /usr/local/bind
# mkdir var
# cd var
# mkdir run
= 各設定ファイルの編集
== named.conf
* OLD の /usr/local/bind/etc/namedb/named.conf を NEW の /usr/local/bind/etc/namedb/ にコピーした.
* ただし NEW に namedb というディレクトリが無いならば, namedb を作成する.
# cd /usr/local/bind/etc
# mkdir namedb
* ファイルが下の内容であることを確認する.
acl my-network {
133.30.109.0/25;
10.35.19.0/24;
127.0.0.1;
};
options {
dump-file "/usr/local/bind/etc/cache_dump.db";
directory "/usr/local/bind/etc/namedb";
pid-file "/usr/local/bind/var/run/named.pid";
recursion yes;
allow-query { "my-network"; };
};
zone "." {
type hint;
file "named.root";
};
zone "localhost" {
type master;
file "localhost.zone";
};
zone "0.0.127.in-addr.arpa" {
type master;
file "localhost.rev";
};
controls {
inet 127.0.0.1 port 953
allow { 127.0.0.1; } keys { "rndc-key"; };
};
logging {
channel "default-log" {
file "/var/log/named/default.log" versions 5 size 10M;
severity info;
print-time yes;
print-severity yes;
print-category yes;
};
category default { "default-log"; };
};
include "/usr/local/bind/etc/rndc.key";
== localhost.zone
* OLD の /usr/local/bind/etc/namedb/localhost.zone を NEW の /usr/local/bind/etc/namedb/ にコピーする.
* ファイル内の "OLD" (=ika) という記述を "NEW" (=tako) に変更する.
* Serial には作業当日の日付と更新回数 (2 桁) を記述する.
* 書き換え後のファイルの中身は下記の通り.
$TTL 3600
@ IN SOA tako-itpass.scitec.kobe-u.ac.jp. itpadmin.tako-itpass.scitec.kobe-u.ac.jp. (
2022102000 ; Serial
3600 ; Refresh
900 ; Retry
3600000 ; Expire
3600 ) ; Minimum
IN NS tako-itpass.scitec.kobe-u.ac.jp.
IN A 127.0.0.1
IN TXT "google-site-verification-rz7TnXjgCsYoCg9COGvWfdpD-FeVURWrg2jkrU-maMM"
== localhost.rev
* OLD の /usr/local/bind/etc/namedb/localhost.rev を NEW の /usr/local/bind/etc/namedb/ にコピーする.
* ファイル内の "OLD" (=ika) という記述を "NEW" (=tako) に変更する.
* Serial には作業当日の日付と更新回数 (2 桁) を記述する.
* 書き換え後のファイルの中身は下記の通り.
$TTL 3600
@ IN SOA tako-itpass.scitec.kobe-u.ac.jp. itpadmin.tako-itpass.scitec.kobe-u.ac.jp. (
2022102000 ; Serial
3600 ; Refresh
900 ; Retry
3600000 ; Expire
3600 ) ; Minimum
IN NS tako-itpass.scitec.kobe-u.ac.jp.
1 IN PTR localhost.scitec.kobe-u.ac.jp.
== named.root
* 最新のものを ((<URL:ftp://rs.internic.net/domain/named.root>)) からダウンロードし, /usr/local/bind/etc/namedb/ に named.root として保存する.
* 上記の URL が見つからない場合は http://www.internic.net/domain/ から name.root を取得する.
# wget ftp://rs.internic.net/domain/named.root
= rndc の設定
rndc コマンドは, named の再起動, config ファイルの読み直しなどを行うコマンドである.
rndc コマンドは, named への不正なアクセスを防ぐために秘密鍵を用いたアクセスを行うため, 設定が必要である.
* rndc-confgen を実行し, 必要な設定ファイルの「もと」を生成する.
* 実行時の出力を /usr/local/bind/etc/rndc.conf として保存する.
# /usr/local/bind/sbin/rndc-confgen > /usr/local/bind/etc/rndc.conf
* rndc.conf の中身は下記の通り.
* なお, 下の key の secret の項目は実際の値ではないことに注意すること. (その値は秘密鍵であり, ここに記してはいけない. ログにも記してはいけない.)
# Start of rndc.conf
key "rndc-key" {
algorithm hmac-sha256;
secret"hogehoge"
};
options {
default-key "rndc-key";
default-server 127.0.0.1;
default-port 953;
};
# End of rndc.conf
# Use with the following in named.conf, adjusting the allow list as needed:
# key "rndc-key" {
# algorithm hmac-sha256;
secret"hogehoge"
# };
#
# controls {
# inet 127.0.0.1 port 953
# allow { 127.0.0.1; } keys { "rndc-key"; };
# };
# End of named.conf
# Start of rndc.conf
key "rndc-key" {
algorithm hmac-sha256;
secret "hogehoge";
};
options {
default-key "rndc-key";
default-server 127.0.0.1;
default-port 953;
};
# End of rndc.conf
* secret "hogehoge"; は認証に用いる共通鍵(パスワード)を表す. ここに挙げているのは例であって, 実際の設定とは異なる.
* 念のため, rndc.conf のコメントアウトされている箇所を削除する.
* 生成した rndc-key の鍵の key ステートメントをコピーし, rndc.key (ファイル) に記述する.
# cp rndc.conf rndc.key
で全体をコピーしその後必要な箇所(key ステートメント) のみを残した.
* rndc.key の絶対パスは /usr/local/bind/etc/rndc.key である.
* rndc.key ファイルがなければ作成する.
* rndc.key ファイルの中身は以下の通り.
key "rndc-key" {
algorithm hmac-sha256;
secret "hogehoge";
};
* rndc.key の所有者を bind:bind に変更する.
# chown bind:bind /usr/local/bind/etc/rndc.key
* rndc.key のパーミッションを 400 とした.
# chmod 400 /usr/local/bind/etc/rndc.key
= 編集したファイルのパーミッション設定
* 本来, bind 関連のファイルの所有グループは ITPASS サーバの管理者グループである itpadmin にするのだが, 現時点ではユーザ管理システム (gate-toroku-system) のインストールを行っていないため, 仮に staff とする.
# cd /usr/local/bind/etc
# chgrp -R staff .
* 所有者やパーミッションは以下のように設定する.
# chmod 640 rndc.conf
# chown bind namedb/named.conf
# chmod 640 namedb/named.conf
= 起動テスト
以下のコマンドを実行し, bind の起動テストを行う.
# /usr/local/bind/sbin/named -u bind -c /usr/local/bind/etc/namedb/named.conf
* ps aux コマンドで走っていることを確認する.
# ps aux | grep bind
* このコマンドにより, 下のような行が表示されれば, bind が動作していることを示している.
bind 16558 0.0 0.1 318676 27204 ? Ssl 16:09 0:00 /usr/local/bind/sbin/named -u bind -c /usr/local/bind/etc/namedb/named.conf
* さらに, /var/log/syslog を見て, 起動したことを確認する.
以下で始まる行を確認する.
Oct 14 22:18:29 tako-itpass named[17048]:
例えば, 起動に失敗すると下のように表示される.
Oct 20 15:17:27 tako-itpass named[225504]: loading configuration from '/usr/local/bind/etc/namedb/named.conf'
Oct 20 15:17:27 tako-itpass named[225504]: directory '/usr/local/bind/etc/namedb' is not writable
Oct 20 15:17:27 tako-itpass named[225504]: /usr/local/bind/etc/namedb/named.conf:9: parsing failed: permission denied
* 2021 年度のサーバ再構築時に起動に失敗したときには下のようにして対処した.
* 2022 年度のサーバ再構築時も 2021 年度と同様の理由で起動が失敗したので同様に対処した.
* /usr/local/bind/etc/namedb ディレクトリの所有者を bind に変更.
# chown bind /usr/local/bind/etc/namedb
* さらに /var/log/named ディレクトリがなかったので, 作成.
# mkdir /var/log/named
# chown bind:bind /var/log/named
* 再度, 起動テストを行い, 起動したことを確認した.
* managed-keys-zone に関するエラーが出るかもしれない. その際には /usr/local/bind/etc/namedb の下に,managed-keys.bind という空のファイルを作成する.
# cd /usr/local/bind/etc/namedb
# touch managed-keys.bind
= rndc のテスト
以下のコマンドを実行する.
# cd /usr/local/bind/sbin
# ./rndc reload
すると警告文が表示されたが
WARNING: key file (/usr/local/bind/etc/rndc.key) exists, but using
default configuration file (/usr/local/bind/etc/rndc.conf)
server reload successful
server reload succeseful とも表示されたので先に進んだ.
# 2018 年度サーバ再構築時には,
# WARNING: key file (/usr/local/bind/etc/rndc.key) exists, but using default configuration file (/usr/local/bind/etc/rndc.conf)
#
#と表示されたが, server reload successful と表示されたので先に進む. rndc.key は不要なのかもしれない.
= ファイルフォーマットのチェック
named.conf やゾーンの整合性を確認する.
* named.conf の確認
# cd /usr/local/bind/sbin
# ./named-checkconf /usr/local/bind/etc/namedb/named.conf
何も出力されなければ正常である.
* ゾーンの確認
# cd /usr/local/bind/etc/namedb
# ../../sbin/named-checkzone localhost localhost.zone
以下のように表示され, 正常であることを確認する.
zone localhost/IN: loaded serial 2022102000
OK
* ひとまず停止
ひとまず named を停止する.
例えば下のように,
ps aux で PID を調べて kill する.
# ps aux | grep bind
bind 232096 0.0 0.4 1224240 141344 ? Ssl 15:26 0:00
/usr/local/bind/sbin/named -u bind -c
/usr/local/bind/etc/namedb/named.conf
root 252256 0.0 0.0 4332 648 pts/1 S+ 15:43 0:00 grep bind
root@tako-itpass:/usr/local/bind/etc/namedb# kill 232096
# kill 232096
= フルサービスリゾルバへ変更
NEW をフルサービスリゾルバにするために, ((<[ITPASS2022]OSのインストール>))で設定した DNS サーバを学術情報基盤センターから NEW 自身に変更する.
((*(注意)*))
/etc/resolv.conf を直接書き換えても, ネットワークの起動時に /etc/network/interfaces に書かれた設定で上書きされるため, /etc/resolv.conf ではなく /etc/network/interfaces を編集すること.
/etc/network/interfaces の dns-nameservers の項目を下のように書き換える.
# dns-nameservers 133.30.14.2 133.30.14.3 133.30.8.2
dns-nameservers 133.30.109.21
* 名前解決できるかを確認する.
bind によって正しく名前解決されるか確認する.
# /usr/local/bind/sbin/named -u bind -c /usr/local/bind/etc/namedb/named.conf
$ /usr/local/bind/bin/dig @133.30.109.21 www.google.com
下のように表示された.
; <<>> DiG 9.16.34 <<>> @133.30.109.21 www.google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6081
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: 832f8e4ba82137230100000063539283f1f7aefe5555b0b8 (good)
;; QUESTION SECTION:
;www.google.com. IN A
;; ANSWER SECTION:
www.google.com. 300 IN A 142.250.206.228
;; Query time: 368 msec
;; SERVER: 133.30.109.21#53(133.30.109.21)
;; WHEN: Sat Oct 22 15:49:39 JST 2022
;; MSG SIZE rcvd: 87
* ログを確認する.
# lv /var/log/named/default.log
* より詳しいログを出力するためには,/usr/local/bind/etc/namedb/named.conf 内の "info" を"debug" に変更すればよい(一度変えてみて, 確認してみるとよい).ただし, ログファイルのサイズを節約するために, "info" にする.
2018 年度, 2020 年度, 2022 年度サーバ再構築時には,
以下のようなログが大量に残されていた. このようなログは IPv6 対応だが IPv6 で外部と通信出来ない時に良く出るらしい.
14-Oct-2020 22:34:17.652 lame-servers: info: network unreachable resolving 'google.com/DS/IN': 2001:503:d2d::30#53
14-Oct-2020 22:34:17.652 lame-servers: info: network unreachable resolving 'google.com/DS/IN': 2001:503:83eb::30#53
14-Oct-2020 22:34:17.652 lame-servers: info: network unreachable resolving 'google.com/DS/IN': 2001:501:b1f9::30#53
named の起動時に -4 オプションを付けると上記のメッセージは出なくなる.
(IPv4 専用モードで起動するため.)
= 起動スクリプトの用意
* サーバの起動時に自動的に Bind を起動させるための起動スクリプトを用意する.
* OLD の /etc/systemd/system/bind9.service をコピーして NEW の /etc/systemd/system/bind9.service とする.
bind9.service の中身は以下の通り.
[Unit]
Description=BIND Domain Name Server
Documentation=man:named(8)
After=network.target
[Service]
ExecStart=/usr/local/bind/sbin/named -4 -f -u bind -c /usr/local/bind/etc/namedb/named.conf
ExecReload=/usr/local/bind/sbin/rndc reload
ExecStop=/usr/local/bind/sbin/rndc stop
[Install]
WantedBy=multi-user.target
* named が立ち上がっていたら, 停止する.
* ps aux で PID を確認して kill する.
* bind9.service の起動テストを行う.
# systemctl start bind9.service
* bind9.service 起動の確認する.
# systemctl status bind9.service
* bind の動作を確認.
$ /usr/local/bind/bin/dig @133.30.109.21 www.google.com
* システム起動時に自動的に bind が立ち上がるようにするために追加設定する.
# systemctl enable bind9.service
* システム起動時に自動的に bind が立ち上がることを確認するために NEW を再起動する.
# reboot
* 再起動後に, systemctl での起動していることを確認する.
* 上の方法に基づいて名前解決できるかを改めて確認する.
$ /usr/local/bind/bin/dig @133.30.109.21 www.google.com
= 最後の作業
このままの設定では, 何らかの原因で new を DNS サーバとして参照してしまうと NEW が itpass.scitec.kobe-u.ac.jp であるとなりすましてしまう不具合が発生するので, DNS サーバは ITPASS サーバ交代の時まで停止する.
* システム起動時に自動的に bind が立ち上がらないようにする.
# systemctl disable bind9.service
* なお, これだけでは, 現在立ち上がっている bind はまだ動いている. これを止めるには, shutdown するか, systemctl stop bind9.service を実行すればよい.
# systemctl stop bind9.service
また, DNS サーバを止めたので,
/etc/network/interfaces の dns-nameservers の項目を下のように書き換える.
具体的には,
# dns-nameservers 133.30.14.2 133.30.14.3 133.30.8.2
dns-nameservers 133.30.109.21
を
dns-nameservers 133.30.14.2 133.30.14.3 133.30.8.2
# dns-nameservers 133.30.109.21
に書き換える.
* 再起動する.
* named が動いていないことを確認する.
# systemctl status bind9.service
* 名前が引けることを確認する.
* 下のようにして応答が返ってくれば問題ない.
$ ping dennou-k.gfd-dennou.org
[((<[ITPASS2022]2022年度サーバ構築マニュアル>)) へ戻る]
[((<[ITPASS2022]2022年度サーバ構築マニュアル>)) へ戻る]
以下の記述において "OLD" は運用中のサーバ (現 ika) を表し,
"NEW" は構築中のサーバ (現 tako) を表す.
= 既にインストールされている Bind 関係のパッケージの削除
下のように bind 関係パッケージの名前を確認する.
$ sudo apt search bind9 | grep bind9
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
bind9/stable-security 1:9.16.33-1~deb11u1 amd64
bind9-dev/stable-security 1:9.16.33-1~deb11u1 amd64
bind9-dnsutils/stable-security,now 1:9.16.33-1~deb11u1 amd64 [installed]
bind9-doc/stable-security 1:9.16.33-1~deb11u1 all
bind9-dyndb-ldap/stable 11.6-3 amd64
bind9-host/stable-security,now 1:9.16.33-1~deb11u1 amd64 [installed]
bind9-libs/stable-security,now 1:9.16.33-1~deb11u1 amd64 [installed,automatic]
bind9-utils/stable-security 1:9.16.33-1~deb11u1 amd64
bind9utils/stable-security 1:9.16.33-1~deb11u1 all
Transitional package for bind9-utils
Plug-in for bind9 that uses LDAP data to fulfill ENUM requests
Transitional package for bind9-dnsutils
GTK+ configuration tool for bind9
GTK+ configuration tool for bind9 (debug)
libbind9-161/stable 1:9.11.19+dfsg-2.1 amd64
これらのパッケージが実際にインストールされているかどうかを確認する.
# LANG=ja_JP.UTF8
# dpkg -l bind9 bind9-doc bind9-dyndb-ldap bind9-host bind9utils libbind9-161
dpkg-query: no packages found matching bind9
dpkg-query: no packages found matching bind9-doc
dpkg-query: no packages found matching bind9-dyndb-ldap
dpkg-query: no packages found matching bind9utils
dpkg-query: no packages found matching libbind9-161
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig- pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==============-===================-============-
==============================>
ii bind9-host 1:9.16.33-1~deb11u1 amd64 DNS Lookup Utility
左端に ii と表示されればインストールされている.
インストールされている場合には, それらを削除する.
# apt remove bind9-host
apt-listchanges: Can't set locale; make sure $LC_* and $LANG are correct!
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "jp_JP.UTF8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
(Reading database ... 192528 files and directories currently installed.)
Removing libnss-mdns:amd64 (0.14.1-2) ...
Removing gnome (1:3.38+3) ...
Removing bind9-dnsutils (1:9.16.33-1~deb11u1) ...
Removing task-gnome-desktop (3.68+deb11u1) ...
Removing ipp-usb (0.9.17-3+b4) ...
Removing gnome-core (1:3.38+3) ...
Removing gnome-user-share (3.34.0-2) ...
Removing libapache2-mod-dnssd (0.6-3.2) ...
Removing avahi-daemon (0.8-5+deb11u1) ...
Created symlink /run/systemd/system/avahi-daemon.service → /dev/null.
Removed /run/systemd/system/avahi-daemon.service.
Removing bind9-host (1:9.16.33-1~deb11u1) ...
Processing triggers for gnome-menus (3.36.0-1) ...
Processing triggers for libglib2.0-0:amd64 (2.66.8-1) ...
Processing triggers for libc-bin (2.31-13+deb11u4) ...
Processing triggers for man-db (2.9.4-2) ...
Processing triggers for dbus (1.12.24-0+deb11u1) ...
Processing triggers for mailcap (3.69) ...
Processing triggers for desktop-file-utils (0.26-1) ...
2022 年度のサーバ再構築では, 依存関係によって gnome がアンインストールされてしまった. xeyes がスーパーユーザーでは起動しなかったが, 一般ユーザーで行うと起動したため良いこととした.
= ビルドとインストール
* 配布サイト ((<URL:https://www.isc.org/>)) からソースのアーカイブを
取得し, ビルドする.
* 2022 年度サーバ再構築時には最新のバージョン (9.16.34) を取得した.
* 以下のバージョン番号は適宜最新のものに読み替えること
* インストール先は /usr/local/bind とする.
# cd /usr/local/src
# wget https://downloads.isc.org/isc/bind9/9.16.34/bind-9.16.34.tar.xz
# tar xvf bind-9.16.34.tar.xz
# cd bind-9.16.34
# mkdir /usr/local/bind
# ./configure --prefix=/usr/local/bind
# make
* 配布サイトからアーカイブを取得できない場合は, OLD からソースをコピーしてビルドする
* ビルドの際に OpenSSL についての警告が出た場合は以下を参照すること
* OpenSSL のバージョンが古いと, セキュリティ脆弱性があると警告が出る
* Debian の場合はバージョン番号が古いままでもセキュリティパッチは当たっているので, オプションに --disable-openssl-version-check を指定して
バージョンの確認を無効にする
* 具体的に修正された脆弱性一覧は ((<URL:http://www.debian.org/security/>)) にある
* openssl が debian パッケージであれば, /usr/share/doc/openssl 以下にある changelog.gz の中身から, パッチが当てられているか確認することができる
# ./configure --prefix=/usr/local/bind --disable-openssl-version-check
# make
* インストール
Bind をインストールする.
# make install
* make コマンドが見つからない場合にはインストールする.
# apt install make
* 再度, 上記コマンドを実行した後, ' fatal error : openssl/evp.h: そのようなファイルやディレクトリはありません' とエラーが出るかもしれない. そのときには, libssl-dev をインストールし, 再度, 上記コマンドを実行する.
* 再度, ' ./configure --prefix=/usr/local/bind ' を実行した後, 以下のようなエラーメッセージが出た場合, それに応じたコンパイラやライブラリをインストールする
* C 言語のコンパイラ
configure: error: in `/usr/local/src/bind-9.16.21':
configure: error: no acceptable C compiler found in $PATH
# apt install gcc
* Pyhton 及び python-ply
configure: error: Python >= 2.7 or >= 3.2 and the PLY package are required for dnssec-keymgr and other Python-based tools. PLY may be available from your OS package manager as python-ply or python3-ply; it can also be installed via pip. To build without Python/PLY, use --without-python.
# apt install python
# apt install python-ply
* libuv
configure: error: libuv not found
# apt install libuv1-dev
* libssl
configure: error: in `/usr/local/src/bind-9.16.21':
configure: error: OpenSSL/LibreSSL not found
See `config.log' for more details
# apt install libssl-dev
* libcap
configure: error: sys/capability.h header is required for Linux capabilities support. Either install libcap or use --disable-linux-caps.
# apt install libcap-dev
= 実行ファイルへのパスの設定
インストールされた Bind の実行ファイル群へパスを通す.
((<[ITPASS2022]パスの設定>))を参考にして各設定ファイルに以下の様に追記する.
== sh, bash
/etc/bash.bashrc の末尾に以下を追記する.
# add PATH for local installed softwares
PATH="${PATH}:/usr/local/bind/bin"
# add PATH for local installed softwares (for root)
if [ "`id -u`" -eq 0 ]; then
PATH="${PATH}:/usr/local/bind/sbin"
fi
== csh, tcsh
/etc/csh.cshrc の末尾に以下を追記する.
# add PATH for local installed softwares
set path = ($path /usr/local/bin /usr/bin /bin /usr/local/bind/bin)
# add PATH for local installed softwares (for root)
if ( "`id -u`" == 0 ) then
set path = ($path /usr/local/sbin /usr/sbin /sbin /usr/local/bind/sbin)
endif
== zsh
/etc/zsh/zshenv の末尾に以下を追記する.
# add PATH for local installed softwares
export PATH="$PATH:/usr/local/bind/bin"
# add PATH for local installed softwares (for root)
if [ "`id -u`" -eq 0 ]; then
export PATH="$PATH:/usr/local/bind/sbin"
fi
= マニュアルへのパスの設定
/etc/manpath.config に以下の行を追加する. 詳しくは ((<[ITPASS2022]パスの設定>)) の 「man 関連のパスの設定」を参照.
/etc/manpath.config に末尾に以下の行を追記する.
MANDATORY_MANPATH /usr/local/bind/man
MANPATH_MAP /usr/local/bind/bin /usr/local/bind/man
MANPATH_MAP /usr/local/bind/sbin /usr/local/bind/man
MANDB_MAP /usr/local/bind/man /usr/local/bind/man
= ユーザとグループ追加
* Bind の実行ユーザとして bind ユーザを作成
bind ユーザを作成する.
なお, 下に示すのは 2021 年サーバ再構築時の情報である.
/etc/passwd,/etc/group を確認して他と重複しないユーザ, グループ id を適宜設定すること.
# export EDITOR=vi
* vipw を実行して以下の行を追加する.
bind:x:153:153:Bind Sandbox:/usr/local/bind/var:/bin/false
vipw がうまく終了できなかったため, cntl + z で vi を閉じた後, vipw を行うと以下のエラーが出た
vipw: Couldn't lock file: Interrupted system call
vipw: /etc/shadow is unchanged
エラーの対処のため, passwd.lock を消したが解決しなかった.
jobs から vipw が実行されている ジョブ番号を確認し,fg コマンドでフォアグラウンドで開き, 正常に終了できた.
その後, vipw コマンドも正常に動いた.
vipw の代わりに以下のコマンドを書くと, vipw と同じ作業ができた
# vi /etc/passwd
* vipw -s を実行して以下の行を追加する.
bind:!:13749:0:99999:7:::
* 同様に bind グループを追加する.
* vigr を実行して以下の行を追加する.
bind:x:153:
* vigr -s を実行して以下の行を追加する.
bind:*::
= pid ファイル置場のパーミッション設定
pid ファイル置場である, /usr/local/bind/var/run/ を bind 所有にする.
# chown bind:bind /usr/local/bind/var/run/
ディレクトリが存在しない場合作成する.
# cd /usr/local/bind
# mkdir var
# cd var
# mkdir run
= 各設定ファイルの編集
== named.conf
* OLD の /usr/local/bind/etc/namedb/named.conf を NEW の /usr/local/bind/etc/namedb/ にコピーした.
* ただし NEW に namedb というディレクトリが無いならば, namedb を作成する.
# cd /usr/local/bind/etc
# mkdir namedb
* ファイルが下の内容であることを確認する.
acl my-network {
133.30.109.0/25;
10.35.19.0/24;
127.0.0.1;
};
options {
dump-file "/usr/local/bind/etc/cache_dump.db";
directory "/usr/local/bind/etc/namedb";
pid-file "/usr/local/bind/var/run/named.pid";
recursion yes;
allow-query { "my-network"; };
};
zone "." {
type hint;
file "named.root";
};
zone "localhost" {
type master;
file "localhost.zone";
};
zone "0.0.127.in-addr.arpa" {
type master;
file "localhost.rev";
};
controls {
inet 127.0.0.1 port 953
allow { 127.0.0.1; } keys { "rndc-key"; };
};
logging {
channel "default-log" {
file "/var/log/named/default.log" versions 5 size 10M;
severity info;
print-time yes;
print-severity yes;
print-category yes;
};
category default { "default-log"; };
};
include "/usr/local/bind/etc/rndc.key";
== localhost.zone
* OLD の /usr/local/bind/etc/namedb/localhost.zone を NEW の /usr/local/bind/etc/namedb/ にコピーする.
* ファイル内の "OLD" (=ika) という記述を "NEW" (=tako) に変更する.
* Serial には作業当日の日付と更新回数 (2 桁) を記述する.
* 書き換え後のファイルの中身は下記の通り.
$TTL 3600
@ IN SOA tako-itpass.scitec.kobe-u.ac.jp. itpadmin.tako-itpass.scitec.kobe-u.ac.jp. (
2022102000 ; Serial
3600 ; Refresh
900 ; Retry
3600000 ; Expire
3600 ) ; Minimum
IN NS tako-itpass.scitec.kobe-u.ac.jp.
IN A 127.0.0.1
IN TXT "google-site-verification-rz7TnXjgCsYoCg9COGvWfdpD-FeVURWrg2jkrU-maMM"
== localhost.rev
* OLD の /usr/local/bind/etc/namedb/localhost.rev を NEW の /usr/local/bind/etc/namedb/ にコピーする.
* ファイル内の "OLD" (=ika) という記述を "NEW" (=tako) に変更する.
* Serial には作業当日の日付と更新回数 (2 桁) を記述する.
* 書き換え後のファイルの中身は下記の通り.
$TTL 3600
@ IN SOA tako-itpass.scitec.kobe-u.ac.jp. itpadmin.tako-itpass.scitec.kobe-u.ac.jp. (
2022102000 ; Serial
3600 ; Refresh
900 ; Retry
3600000 ; Expire
3600 ) ; Minimum
IN NS tako-itpass.scitec.kobe-u.ac.jp.
1 IN PTR localhost.scitec.kobe-u.ac.jp.
== named.root
* 最新のものを ((<URL:ftp://rs.internic.net/domain/named.root>)) からダウンロードし, /usr/local/bind/etc/namedb/ に named.root として保存する.
* 上記の URL が見つからない場合は http://www.internic.net/domain/ から name.root を取得する.
# wget ftp://rs.internic.net/domain/named.root
= rndc の設定
rndc コマンドは, named の再起動, config ファイルの読み直しなどを行うコマンドである.
rndc コマンドは, named への不正なアクセスを防ぐために秘密鍵を用いたアクセスを行うため, 設定が必要である.
* rndc-confgen を実行し, 必要な設定ファイルの「もと」を生成する.
* 実行時の出力を /usr/local/bind/etc/rndc.conf として保存する.
# /usr/local/bind/sbin/rndc-confgen > /usr/local/bind/etc/rndc.conf
* rndc.conf の中身は下記の通り.
* なお, 下の key の secret の項目は実際の値ではないことに注意すること. (その値は秘密鍵であり, ここに記してはいけない. ログにも記してはいけない.)
# Start of rndc.conf
key "rndc-key" {
algorithm hmac-sha256;
secret"hogehoge"
};
options {
default-key "rndc-key";
default-server 127.0.0.1;
default-port 953;
};
# End of rndc.conf
# Use with the following in named.conf, adjusting the allow list as needed:
# key "rndc-key" {
# algorithm hmac-sha256;
secret"hogehoge"
# };
#
# controls {
# inet 127.0.0.1 port 953
# allow { 127.0.0.1; } keys { "rndc-key"; };
# };
# End of named.conf
key "rndc-key" {
algorithm hmac-sha256;
secret "hogehoge";
};
options {
default-key "rndc-key";
default-server 127.0.0.1;
default-port 953;
};
# End of rndc.conf
* secret "hogehoge"; は認証に用いる共通鍵(パスワード)を表す. ここに挙げているのは例であって, 実際の設定とは異なる.
* 念のため, rndc.conf のコメントアウトされている箇所を削除する.
* 生成した rndc-key の鍵の key ステートメントをコピーし, rndc.key (ファイル) に記述する.
# cp rndc.conf rndc.key
で全体をコピーしその後必要な箇所(key ステートメント) のみを残した.
* rndc.key の絶対パスは /usr/local/bind/etc/rndc.key である.
* rndc.key ファイルがなければ作成する.
* rndc.key ファイルの中身は以下の通り.
key "rndc-key" {
algorithm hmac-sha256;
secret "hogehoge";
};
* rndc.key の所有者を bind:bind に変更する.
# chown bind:bind /usr/local/bind/etc/rndc.key
* rndc.key のパーミッションを 400 とした.
# chmod 400 /usr/local/bind/etc/rndc.key
= 編集したファイルのパーミッション設定
* 本来, bind 関連のファイルの所有グループは ITPASS サーバの管理者グループである itpadmin にするのだが, 現時点ではユーザ管理システム (gate-toroku-system) のインストールを行っていないため, 仮に staff とする.
# cd /usr/local/bind/etc
# chgrp -R staff .
* 所有者やパーミッションは以下のように設定する.
# chmod 640 rndc.conf
# chown bind namedb/named.conf
# chmod 640 namedb/named.conf
= 起動テスト
以下のコマンドを実行し, bind の起動テストを行う.
# /usr/local/bind/sbin/named -u bind -c /usr/local/bind/etc/namedb/named.conf
* ps aux コマンドで走っていることを確認する.
# ps aux | grep bind
* このコマンドにより, 下のような行が表示されれば, bind が動作していることを示している.
bind 16558 0.0 0.1 318676 27204 ? Ssl 16:09 0:00 /usr/local/bind/sbin/named -u bind -c /usr/local/bind/etc/namedb/named.conf
* さらに, /var/log/syslog を見て, 起動したことを確認する.
以下で始まる行を確認する.
Oct 14 22:18:29 tako-itpass named[17048]:
例えば, 起動に失敗すると下のように表示される.
Oct 20 15:17:27 tako-itpass named[225504]: loading configuration from '/usr/local/bind/etc/namedb/named.conf'
Oct 20 15:17:27 tako-itpass named[225504]: directory '/usr/local/bind/etc/namedb' is not writable
Oct 20 15:17:27 tako-itpass named[225504]: /usr/local/bind/etc/namedb/named.conf:9: parsing failed: permission denied
* 2021 年度のサーバ再構築時に起動に失敗したときには下のようにして対処した.
* 2022 年度のサーバ再構築時も 2021 年度と同様の理由で起動が失敗したので同様に対処した.
* /usr/local/bind/etc/namedb ディレクトリの所有者を bind に変更.
# chown bind /usr/local/bind/etc/namedb
* さらに /var/log/named ディレクトリがなかったので, 作成.
# mkdir /var/log/named
# chown bind:bind /var/log/named
* 再度, 起動テストを行い, 起動したことを確認した.
* managed-keys-zone に関するエラーが出るかもしれない. その際には /usr/local/bind/etc/namedb の下に,managed-keys.bind という空のファイルを作成する.
# cd /usr/local/bind/etc/namedb
# touch managed-keys.bind
= rndc のテスト
以下のコマンドを実行する.
# cd /usr/local/bind/sbin
# ./rndc reload
すると警告文が表示されたが
WARNING: key file (/usr/local/bind/etc/rndc.key) exists, but using
default configuration file (/usr/local/bind/etc/rndc.conf)
server reload successful
server reload succeseful とも表示されたので先に進んだ.
# 2018 年度サーバ再構築時には,
# WARNING: key file (/usr/local/bind/etc/rndc.key) exists, but using default configuration file (/usr/local/bind/etc/rndc.conf)
#
#と表示されたが, server reload successful と表示されたので先に進む. rndc.key は不要なのかもしれない.
= ファイルフォーマットのチェック
named.conf やゾーンの整合性を確認する.
* named.conf の確認
# cd /usr/local/bind/sbin
# ./named-checkconf /usr/local/bind/etc/namedb/named.conf
何も出力されなければ正常である.
* ゾーンの確認
# cd /usr/local/bind/etc/namedb
# ../../sbin/named-checkzone localhost localhost.zone
以下のように表示され, 正常であることを確認する.
zone localhost/IN: loaded serial 2022102000
OK
* ひとまず停止
ひとまず named を停止する.
例えば下のように,
ps aux で PID を調べて kill する.
# ps aux | grep bind
bind 232096 0.0 0.4 1224240 141344 ? Ssl 15:26 0:00
/usr/local/bind/sbin/named -u bind -c
/usr/local/bind/etc/namedb/named.conf
root 252256 0.0 0.0 4332 648 pts/1 S+ 15:43 0:00 grep bind
root@tako-itpass:/usr/local/bind/etc/namedb# kill 232096
# kill 232096
= フルサービスリゾルバへ変更
NEW をフルサービスリゾルバにするために, ((<[ITPASS2022]OSのインストール>))で設定した DNS サーバを学術情報基盤センターから NEW 自身に変更する.
((*(注意)*))
/etc/resolv.conf を直接書き換えても, ネットワークの起動時に /etc/network/interfaces に書かれた設定で上書きされるため, /etc/resolv.conf ではなく /etc/network/interfaces を編集すること.
/etc/network/interfaces の dns-nameservers の項目を下のように書き換える.
# dns-nameservers 133.30.14.2 133.30.14.3 133.30.8.2
dns-nameservers 133.30.109.21
* 名前解決できるかを確認する.
bind によって正しく名前解決されるか確認する.
# /usr/local/bind/sbin/named -u bind -c /usr/local/bind/etc/namedb/named.conf
$ /usr/local/bind/bin/dig @133.30.109.21 www.google.com
下のように表示された.
; <<>> DiG 9.16.34 <<>> @133.30.109.21 www.google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6081
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; COOKIE: 832f8e4ba82137230100000063539283f1f7aefe5555b0b8 (good)
;; QUESTION SECTION:
;www.google.com. IN A
;; ANSWER SECTION:
www.google.com. 300 IN A 142.250.206.228
;; Query time: 368 msec
;; SERVER: 133.30.109.21#53(133.30.109.21)
;; WHEN: Sat Oct 22 15:49:39 JST 2022
;; MSG SIZE rcvd: 87
* ログを確認する.
# lv /var/log/named/default.log
* より詳しいログを出力するためには,/usr/local/bind/etc/namedb/named.conf 内の "info" を"debug" に変更すればよい(一度変えてみて, 確認してみるとよい).ただし, ログファイルのサイズを節約するために, "info" にする.
2018 年度, 2020 年度, 2022 年度サーバ再構築時には,
以下のようなログが大量に残されていた. このようなログは IPv6 対応だが IPv6 で外部と通信出来ない時に良く出るらしい.
14-Oct-2020 22:34:17.652 lame-servers: info: network unreachable resolving 'google.com/DS/IN': 2001:503:d2d::30#53
14-Oct-2020 22:34:17.652 lame-servers: info: network unreachable resolving 'google.com/DS/IN': 2001:503:83eb::30#53
14-Oct-2020 22:34:17.652 lame-servers: info: network unreachable resolving 'google.com/DS/IN': 2001:501:b1f9::30#53
named の起動時に -4 オプションを付けると上記のメッセージは出なくなる.
(IPv4 専用モードで起動するため.)
= 起動スクリプトの用意
* サーバの起動時に自動的に Bind を起動させるための起動スクリプトを用意する.
* OLD の /etc/systemd/system/bind9.service をコピーして NEW の /etc/systemd/system/bind9.service とする.
bind9.service の中身は以下の通り.
[Unit]
Description=BIND Domain Name Server
Documentation=man:named(8)
After=network.target
[Service]
ExecStart=/usr/local/bind/sbin/named -4 -f -u bind -c /usr/local/bind/etc/namedb/named.conf
ExecReload=/usr/local/bind/sbin/rndc reload
ExecStop=/usr/local/bind/sbin/rndc stop
[Install]
WantedBy=multi-user.target
* named が立ち上がっていたら, 停止する.
* ps aux で PID を確認して kill する.
* bind9.service の起動テストを行う.
# systemctl start bind9.service
* bind9.service 起動の確認する.
# systemctl status bind9.service
* bind の動作を確認.
$ /usr/local/bind/bin/dig @133.30.109.21 www.google.com
* システム起動時に自動的に bind が立ち上がるようにするために追加設定する.
# systemctl enable bind9.service
* システム起動時に自動的に bind が立ち上がることを確認するために NEW を再起動する.
# reboot
* 再起動後に, systemctl での起動していることを確認する.
* 上の方法に基づいて名前解決できるかを改めて確認する.
$ /usr/local/bind/bin/dig @133.30.109.21 www.google.com
= 最後の作業
このままの設定では, 何らかの原因で new を DNS サーバとして参照してしまうと NEW が itpass.scitec.kobe-u.ac.jp であるとなりすましてしまう不具合が発生するので, DNS サーバは ITPASS サーバ交代の時まで停止する.
* システム起動時に自動的に bind が立ち上がらないようにする.
# systemctl disable bind9.service
* なお, これだけでは, 現在立ち上がっている bind はまだ動いている. これを止めるには, shutdown するか, systemctl stop bind9.service を実行すればよい.
# systemctl stop bind9.service
また, DNS サーバを止めたので,
/etc/network/interfaces の dns-nameservers の項目を下のように書き換える.
具体的には,
# dns-nameservers 133.30.14.2 133.30.14.3 133.30.8.2
dns-nameservers 133.30.109.21
を
dns-nameservers 133.30.14.2 133.30.14.3 133.30.8.2
# dns-nameservers 133.30.109.21
に書き換える.
* 再起動する.
* named が動いていないことを確認する.
# systemctl status bind9.service
* 名前が引けることを確認する.
* 下のようにして応答が返ってくれば問題ない.
$ ping dennou-k.gfd-dennou.org
[((<[ITPASS2022]2022年度サーバ構築マニュアル>)) へ戻る]