CentOS Stream9 or AlmaLinux9

[PR]

×
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
Gitサーバー

◇本稿の構成。

　DNSサーバーとクライアントマシンは過去の稿で作成したものを使用します。Gitサーバーは新規マシンをクローンなどで作成して準備してください。

〇DNSサーバー

・ホスト名：host1.stream.server

・アドレス：192.168.128.101/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

〇Gitサーバー

・ホスト名：git1.stream.server

・アドレス：192.168.128.106/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

〇クライアント（出来れば準備）

・ホスト名：client

・アドレス：192.168.128.110/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

　もし、クライアントマシンを準備する余裕がない場合はDNSサーバーをクライアントマシン代わりに使用してください。

◇DNSサーバーの追加設定

　正引き、逆引きそれぞれのゾーンファイルにGitサーバーの情報を追加します。

・DNSサーバーの正引きゾーンファイルの設定追加。

[root@host1 ~]# vi /var/named/stream.server.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　　IN NS host1.stream.server.

　　　IN MX 10 mail1.stream.server.

　　　IN MX 20 mail2.stream.server.

host1 IN A 192.168.128.101

host2 IN A 192.168.128.102

mail1 IN A 192.168.128.101

mail2 IN A 192.168.128.102

web1 IN A 192.168.128.100

nginx1 IN A 192.168.128.103

nginx2 IN A 192.168.128.103

git1 IN A 192.168.128.106　　←追記

・逆引きゾーンファイルの設定追加。

[root@host1 ~]# vi /var/named/128.168.192.in-addr.arpa.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　　IN NS host1.stream.server.

　　　IN A 255.255.255.0

101 IN PTR host1.stream.server.

102 IN PTR host2.stream.server.

101 IN PTR mail1.stream.server.

102 IN PTR mail2.stream.server.

100 IN PTR web1.stream.server.

103 IN PTR nginx1.stream.server

103 IN PTR nginx2.stream.server

106 IN PTR git1.stream.server.　　←追記

・書式が正しいかチェックを行います。

　チェックを行い、エラーやアンノウンが表示されない事を確認します。

[root@host1 ~]# named-checkconf -z

zone localhost.localdomain/IN: loaded serial 0

zone localhost/IN: loaded serial 0

zone 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: loaded serial 0

zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0

zone 0.in-addr.arpa/IN: loaded serial 0

zone stream.server/IN: loaded serial 0

zone 128.168.192.in-addr.arpa/IN: loaded serial 0

・書式が正しいかチェックを行います。

　チェックを行い、エラーやアンノウンが表示されない事を確認します。

[root@host1 ~]# named-checkconf -z

zone localhost.localdomain/IN: loaded serial 0

zone localhost/IN: loaded serial 0

zone 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: loaded serial 0

zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0

zone 0.in-addr.arpa/IN: loaded serial 0

zone stream.server/IN: loaded serial 0

zone 128.168.192.in-addr.arpa/IN: loaded serial 0

　特に問題が無ければDNSサーバーを再起動して設定を反映させます。

・DNSサービスーの再起動

[root@host1 ~]# systemctl restart named-chroot.service

[root@host1 ~]# systemctl status named-chroot.service

● named-chroot.service - Berkeley Internet Name Domain (DNS)

Loaded: loaded (/usr/lib/systemd/system/named-chroot.service; enabled; ven>

Active: active (running) since Thu 2022-08-18 15:39:53 JST; 2s ago

（略）

◇Gitサーバー構築

・Gitのインストール

[root@git1 ~]# dnf install -y git

（省略）

インストール済み:

git-2.31.1-2.el9.2.x86_64 git-core-2.31.1-2.el9.2.x86_64

git-core-doc-2.31.1-2.el9.2.noarch perl-Error-1:0.17029-7.el9.noarch

perl-Git-2.31.1-2.el9.2.noarch perl-TermReadKey-2.38-11.el9.x86_64

perl-lib-0.65-479.el9.x86_64

完了しました!

・Gitユーザーの追加と設置用ディレクトリ及びユーザー設定

[root@git1 ~]# useradd -m gituser01

[root@git1 ~]# echo "gituser01" | passwd gituser01 --stdin

ユーザー gituser01 のパスワードを変更。

passwd: すべての認証トークンが正しく更新できました。

[root@git1 ~]# su - gituser01

[gituser01@git1 ~]$ mkdir ~/dir01

[gituser01@git1 ~]$ cd ~/dir01

[gituser01@git1 dir01]$ git init

hint: Using 'master' as the name for the initial branch. This default branch name

（省略）

Initialized empty Git repository in /home/gituser01/dir01/.git/

[gituser01@git1 dir01]$ git config user.email "gituser01@mail2.stream.server"

[gituser01@git1 dir01]$ git config user.name "gituser01"

[gituser01@git1 dir01]$ ls -aFR

.:

./ ../ .git/

./.git:

./ ../ HEAD branches/ config description hooks/ info/ objects/ refs/

（省略）

[gituser01@git1 dir01]$ cp -a /usr/share/doc/glib2 ~/dir01/

[gituser01@git1 dir01]$ ls /usr/share/doc/glib2

AUTHORS NEWS README

[gituser01@git1 dir01]$ pwd

/home/gituser01/dir01

[gituser01@git1 dir01]$ ls -aF

./ ../ .git/ glib2/

[gituser01@git1 dir01]$ git add *

[gituser01@git1 dir01]$ git commit -a -m "Commit of /home/gituser01/dir01"

[master (root-commit) 513cf68] Commit of /home/user01/dir01

3 files changed, 13566 insertions(+)

create mode 100644 glib2/AUTHORS

create mode 100644 glib2/NEWS

create mode 100644 glib2/README

[gituser01@git1 dir01]$ echo "Git test Stream9." >> ~/dir01/glib2/README

[gituser01@git1 dir01]$ git status

On branch master

Changes not staged for commit:

(use "git add <file>..." to update what will be committed)

(use "git restore <file>..." to discard changes in working directory)

modified: glib2/README

no changes added to commit (use "git add" and/or "git commit -a")

[gituser01@git1 dir01]$ git commit -a -m "README change by gituser01."

[master 2a4e40b] README change by user01.

1 file changed, 1 insertion(+)

[gituser01@git1 dir01]$ git log --pretty=oneline --abbrev-commit

bfa7f17 (HEAD -> master) README change by gituser01.

af1fca7 Commit of /home/gituser01/dir01

[gituser01@git1 dir01]$ git diff bfa7f17 af1fca7

diff --git a/glib2/README b/glib2/README

index 0e085b4..96dc92f 100644

--- a/glib2/README

+++ b/glib2/README

@@ -1,2 +1 @@

See README.md

-Git test Stream9.

[gituser01@git1 dir01]$ tail ~/dir01/glib2/README

See README.md

Git test Stream9.

・ファイル変更を過去の状態に戻す。

[gituser01@git1 dir01]$ git checkout af1fca7

Previous HEAD position was bfa7f17 README change by gituser01.

HEAD is now at af1fca7 Commit of /home/gituser01/dir01

　以下の様に「Git test Stream9.」が追加される前の状態に戻った事を確認します。

[gituser01@git1 dir01]$ tail ~/dir01/glib2/README

See README.md

　次は共有リポジトリサーバーを作成する為にrootユーザーに戻ります。

[gituser01@git1 dir01]$ exit

ログアウト

◇共有リポジトリサーバーの構築

　ファイル共有の為のグループ（sales01）とユーザー(gituser02,gituser03)及び共有用のディレクトリを作成します。

[root@git1 ~]# groupadd sales01

[root@git1 ~]# useradd -m gituser02

[root@git1 ~]# useradd -m gituser03

[root@git1 ~]# echo "gituser02" | passwd gituser02 --stdin

ユーザー gituser02 のパスワードを変更。

passwd: すべての認証トークンが正しく更新できました。

[root@git1 ~]# echo "gituser03" | passwd gituser03 --stdin

ユーザー gituser03 のパスワードを変更。

passwd: すべての認証トークンが正しく更新できました。

[root@sv ~]# chmod 755 /home/gituser02

[root@sv ~]# chmod 755 /home/gituser03

[root@git1 ~]# ls -ld /home/gituser02

drwxr-xr-x. 3 gituser02 gituser02 78 8月 18 16:27 /home/gituser02

[root@git1 ~]# ls -ld /home/gituser03

drwxr-xr-x. 3 gituser03 gituser03 78 8月 18 16:27 /home/gituser03

[root@git1 ~]# usermod -G sales01 gituser02

[root@git1 ~]# usermod -G sales01 gituser03

[root@git1 ~]# grep sales01 /etc/group

sales01:x:1002:gituser02,gituser03

[root@git1 ~]# su - gituser02

[gituser02@git1 ~]$ mkdir /home/gituser02/share01

[gituser02@git1 ~]$ chown gituser02.sales01 ./share01

[gituser02@git1 ~]$ ls -ld share01/

drwxr-xr-x. 2 gituser02 sales01 6 8月 18 16:31 share01/

[gituser02@git1 ~]$ cd ./share01/

[gituser02@git1 share01]$ git init --bare --shared

hint: Using 'master' as the name for the initial branch. This default branch name

(省略)

Initialized empty shared Git repository in /home/gituser02/share01/

[gituser02@git1 share01]$ ls -ld /home/gituser02/share01

drwxrwsr-x. 7 gituser02 sales01 119 8月 18 16:33 /home/gituser02/share01

　続いてクライアントマシンから操作を行います。

◇クライアントマシンの設定及び操作

・Gitのインストール

[root@client ~]# dnf install git

（省略）

インストール済み:

git-2.31.1-2.el9.2.x86_64 git-core-2.31.1-2.el9.2.x86_64

git-core-doc-2.31.1-2.el9.2.noarch perl-Error-1:0.17029-7.el9.noarch

perl-Git-2.31.1-2.el9.2.noarch perl-TermReadKey-2.38-11.el9.x86_64

perl-lib-0.65-479.el9.x86_64

完了しました!

・Gitユーザー及びGit用ディレクトリ作成

[root@client ~]# useradd -m gituser03

[root@client ~]# echo "gituser03" | passwd gituser03 --stdin

ユーザー gituser03 のパスワードを変更。

passwd: すべての認証トークンが正しく更新できました。

[root@client ~]# su - gituser03

[gituser03@client ~]$ mkdir dir02

[gituser03@client ~]$ cd dir02/

[gituser03@client dir02]$ git init

hint: Using 'master' as the name for the initial branch. This default branch name

（省略）

Initialized empty Git repository in /home/gituser03/dir02/.git/

[gituser03@client dir02]$ git config user.name "Sales"

[gituser03@client dir02]$ git config user.email gituser03@mail2.stream.server

[gituser03@client dir02]$ echo "Git Test Stream9 Server." > test01.txt

[gituser03@client dir02]$ git add test01.txt

[gituser03@client dir02]$ git commit test01.txt -m "Initial commit."

[master (root-commit) a6d64ae] Initial commit.

1 file changed, 1 insertion(+)

create mode 100644 test01.txt

[gituser03@client dir02]$ git remote add \

git_sv ssh://git1.stream.server/home/gituser02/share01

[gituser03@client dir02]$ git push git_sv master

The authenticity of host 'git1.stream.server (192.168.128.106)' can't be established.

ED25519 key fingerprint is SHA256:nTWSVDhS7kziPY2aGp+i04l6z2A+vmDp4N/IQoaTcJM.

This key is not known by any other names

Are you sure you want to continue connecting (yes/no/[fingerprint])? yes

Warning: Permanently added 'git1.stream.server' (ED25519) to the list of known hosts.

gituser03@git1.stream.server's password: ←パスワード入力

Enumerating objects: 3, done.

Counting objects: 100% (3/3), done.

Writing objects: 100% (3/3), 243 bytes | 243.00 KiB/s, done.

Total 3 (delta 0), reused 0 (delta 0), pack-reused 0

To ssh://git1.stream.server/home/gituser02/share01

* [new branch] master -> master

[user03@cl dir02]$ exit

ログアウト

[root@client ~]# useradd -m gituser02

[root@client ~]# echo "gituser02" | passwd gituser02 --stdin

ユーザー gituser02 のパスワードを変更。

passwd: すべての認証トークンが正しく更新できました。

[root@client ~]# su - gituser02

[gituser02@client ~]$ git clone ssh://git1.stream.server/home/gituser02/share01

Cloning into 'share01'...

The authenticity of host 'git1.stream.server (192.168.128.106)' can't be established.

ED25519 key fingerprint is SHA256:nTWSVDhS7kziPY2aGp+i04l6z2A+vmDp4N/IQoaTcJM.

This key is not known by any other names

Are you sure you want to continue connecting (yes/no/[fingerprint])? yes

Warning: Permanently added 'git1.stream.server' (ED25519) to the list of known hosts.

gituser02@git1.stream.server's password:

remote: Enumerating objects: 3, done.

remote: Counting objects: 100% (3/3), done.

remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0

Receiving objects: 100% (3/3), 243 bytes | 243.00 KiB/s, done.

[gituser02@client ~]$ ls -ld ./share01/

drwxr-xr-x. 3 gituser02 gituser02 36 8月 18 17:03 ./share01/

[gituser02@client ~]$ cat ./share01/test01.txt

Git Test Stream9 Server.

[gituser02@client ~]$ cd ~/share01/

[gituser02@client share01]$ echo "Hello boy." >> test01.txt

[gituser02@client share01]$ cat test01.txt

Git Test Stream9 Server.

Hello boy.

[gituser02@client share01]$ git config --global user.email \ "gituser02@mail2.stream.server"

[gituser02@client share01]$ git config --global user.name "Sales"

[gituser02@client share01]$ git commit test01.txt -m "Update test gituser02."

[master 3855de5] Update test gituser02.

1 file changed, 1 insertion(+)

[gituser02@client share01]$ git remote add git_sv \ ssh://git1.stream.server/home/gituser02/share01

[gituser02@client share01]$ git remote -v

git_sv ssh://git1.stream.server/home/gituser02/share01 (fetch)

git_sv ssh://git1.stream.server/home/gituser02/share01 (push)

origin ssh://git1.stream.server/home/gituser02/share01 (fetch)

origin ssh://git1.stream.server/home/gituser02/share01 (push)

[gituser02@client share01]$ git push git_sv master

gituser02@git1.stream.server's password: ←パスワード入力

Enumerating objects: 5, done.

Counting objects: 100% (5/5), done.

Writing objects: 100% (3/3), 289 bytes | 289.00 KiB/s, done.

Total 3 (delta 0), reused 0 (delta 0), pack-reused 0

To ssh://git1.stream.server/home/gituser02/share01

a6d64ae..3855de5 master -> master

[gituser02@client share01]$ git log --pretty=oneline --abbrev-commit

3855de5 (HEAD -> master, git_sv/master) Update test gituser02.

a6d64ae (origin/master, origin/HEAD) Initial commit.

[gituser02@client share01]$ git log --pretty=oneline --abbrev-commit

3855de5 (HEAD -> master, git_sv/master) Update test gituser02.

a6d64ae (origin/master, origin/HEAD) Initial commit.

[gituser02@client share01]$ git diff 3855de5 a6d64ae

diff --git a/test01.txt b/test01.txt

index 7f8a6ea..84ea5dc 100644

--- a/test01.txt

+++ b/test01.txt

@@ -1,2 +1 @@

Git Test Stream9 Server.

-Hello boy.　　　←追加されている事を確認します。

　こちらも変更前の状態に戻すにはcheckoutコマンドを実行します。

[gituser02@client share01]$ git checkout a6d64ae

Previous HEAD position was 3855de5 Update test gituser02.

HEAD is now at a6d64ae Initial commit.

　ファイルを読み込み、「Hello boy.」の行が無く、変更前の状態に戻っている事を確認します。

[gituser02@client share01]$ cat ~/share01/test01.txt

Git Test Stream9 Server.

PR
PostgreSQLストリーミング・レプリケーションの設定

◇本稿の構成。

　本稿ではストリーミング・レプリケーション方式を実装し、冗長化を行う為、前稿で作成したdb1サーバーをプライマリ側のホストとして使用し、新たにスタンバイ側のホストとしてdb2サーバーを追加します。

　RDBMSに関するレプリケーション方式は幾つかあり、過去に当方が関わった案件ではheartbeatとDRBDを使用していましたが、個人的には余計なツールを増やす事に抵抗があった事と、結構面倒だった記憶があります。実際の安定性はこれらのツールを入れた方が高いのかも知れませんが、本稿ではPostgreSQL独自のレプリケーション方式を試してみます。

〇db1サーバー

・ホスト名：db1.stream.server

・アドレス：192.168.128.91/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

〇db2サーバー

・ホスト名：db2.stream.server

・アドレス：192.168.128.92/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

〇DNSサーバー

・ホスト名：host1.stream.server

・アドレス：192.168.128.101/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

　本稿で取り扱う仕組みは以下の図の様になります。

◇DNSサーバーの追加設定

・DNSサーバーの正引きゾーンファイルの設定追加。

　末尾にdb2を追記します。

[root@host1 ~]# cp -p /var/named/stream.server.zone{,.20230205}

[root@host1 ~]# vi /var/named/stream.server.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　　IN NS host1.stream.server.

　　　IN MX 10 mail1.stream.server.

　　　IN MX 20 mail2.stream.server.

host1 IN A 192.168.128.101

host2 IN A 192.168.128.102

mail1 IN A 192.168.128.101

mail2 IN A 192.168.128.102

web1 IN A 192.168.128.100

nginx1 IN A 192.168.128.103

nginx2 IN A 192.168.128.103

db1 IN A 192.168.128.91

db2 IN A 192.168.128.92

・DNSサーバーの逆引きファイルを追加

　db2.stream.server.を追記します。

[root@host1 ~]# cp -p /var/named/128.168.192.in-addr.arpa.zone{,.20230205}

[root@host1 ~]# vi /var/named/128.168.192.in-addr.arpa.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　　IN NS host1.stream.server.

　　　IN A 255.255.255.0

101 IN PTR host1.stream.server.

102 IN PTR host2.stream.server.

101 IN PTR mail1.stream.server.

102 IN PTR mail2.stream.server.

100 IN PTR web1.stream.server.

103 IN PTR nginx1.stream.server.

103 IN PTR nginx2.stream.server.

91 IN PTR db1.stream.server.

92 IN PTR db2.stream.server.

[root@host1 ~]# named-checkconf -z

zone localhost.localdomain/IN: loaded serial 0

zone localhost/IN: loaded serial 0

zone 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: loaded serial 0

zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0

zone 0.in-addr.arpa/IN: loaded serial 0

zone stream.server/IN: loaded serial 0

zone 128.168.192.in-addr.arpa/IN: loaded serial 0

[root@host1 ~]# systemctl reload named-chroot.service

[root@host1 ~]# systemctl is-active named-chroot.service

active

　DNSサーバーの設定終了後、先ずはdb1（プライマリ）側の設定から行っていきます。

◇db1（プライマリ）側の設定

　レプリケーションを実施する為にpostgresql.confの設定を変更します。

[postgres@db1 ~]$ cp -p /var/lib/pgsql/data/postgresql.conf{,.20230205}

[postgres@db1 ~]$ vi /var/lib/pgsql/data/postgresql.conf

（中略）

wal_level = replica

（中略)

#synchronous_standby_names = '' 　　# この行を以下に変更します。

synchronous_standby_names = '*'　

　続いてpg_hba.confでレプリケーションを行うホストのIPアドレスを指定します。

[root@db1 ~]# cp -p /var/lib/pgsql/data/pg_hba.conf{,.20230205}

[root@db1 ~]# vi /var/lib/pgsql/data/pg_hba.conf

(中略)

# IPv4 local connections:

host all all 127.0.0.1/32 ident

host replication postgres 192.168.128.91/24 trust　＃←プライマリ側追記

host replication postgres 192.168.128.92/24 trust　＃←スタンバイ側追記

　因みに上記「trust」は無条件で接続を許可する方式でパスワード無しで接続可能となります。

　終了後、サービスを再起動し、設定を反映させます。

[root@db1 ~]# systemctl restart postgresql.service

[root@db1 ~]# systemctl is-active postgresql.service

active

◇db2（スタンバイ）側の設定

　先ずはPostgreSQLのインストールを行います。

[root@db2 ~]# dnf install postgresql-server -y

（中略）

インストール済み:

postgresql-13.7-1.el9.x86_64 postgresql-private-libs-13.7-1.el9.x86_64

postgresql-server-13.7-1.el9.x86_64

完了しました!

　この後、プライマリ側（db1）ではデータベースの初期化を行いましたが、スタンバイ側ではプライマリ側からデータをコピーする為にデータベースの初期化は行いません。以下の様にpg_basebackupを実行し、db2がスタンバイ側である事を認識させます。

[root@db2 ~]# sudo -u postgres -i

[postgres@db2 ~]$ pg_basebackup -h 192.168.128.91 -U postgres -D $PGDATA -X stream -P -R

33645/33645 kB (100%), 1/1 テーブル空間

　次にpostgresql.confの設定を変更します。なお、古いバージョンではrecovery.confというファイルに分離されていましたが、現在ではpostgresql.confに統一されています。

[postgres@db2 ~]$ cp -p /var/lib/pgsql/data/postgresql.conf{,.20230205}

[postgres@db2 ~]$ vi /var/lib/pgsql/data/postgresql.conf

（中略）

primary_conninfo = 'user-postgres host-192.168.128.91 port-5432'

[postgres@db2 ~]$ exit

ログアウト

　続いてサービスの有効化、及びファイアウォールの許可設定を行います。

[root@db2 ~]# systemctl enable postgresql.service --now

Created symlink /etc/systemd/system/multi-user.target.wants/postgresql.service → /usr/lib/systemd/system/postgresql.service.

[root@db2 ~]# firewall-cmd --add-service=postgresql

success

[root@db2 ~]# firewall-cmd --runtime-to-permanent

success

　以上でストリーミング・レプリケーションの設定は終了しました。

　スタンバイ側からプライマリ側で作成したデータベースへアクセスできるか確認します。

[root@db2 ~]# sudo -u postgres -i

[postgres@db2 ~]$ psql -l

データベース一覧

名前 | 所有者 | エンコーディング | 照合順序 | Ctype(変換演算子) |

アクセス権限

-----------+----------+------------------+-------------+-------------------+----

-------------------

joudai | postgres | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |

postgres | postgres | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |

template0 | postgres | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/

postgres +

| | | | | pos

tgres=CTc/postgres

template1 | postgres | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/

postgres +

| | | | | pos

tgres=CTc/postgres

(4 行)

[postgres@db2 ~]$ psql joudai

psql (13.7)

"help"でヘルプを表示します。

joudai=# SELECT * FROM ancient;

ancient_id | ancient_name | turns

------------+--------------+-------

1 | 古事記 | 3

2 | 日本書紀 | 30

3 | 先代旧事本紀 | 10

(3 行)

　因みに作成などのクエリーの実行は、以下の実行結果の様に、リードオンリー以外のトランザクションは拒否されます。

joudai=# CREATE TABLE test(id INTEGER PRIMARY KEY);

ERROR: リードオンリーのトランザクションでは CREATE TABLE を実行できません

　確認後、一旦joudaiへの接続を終了します。

joudai=# \q

◇スタンバイ側のホストから接続状態を確認

　以下のコマンドで client_addr がスタンバイのIPアドレス、stateがstreaming、 sync_stateがsyncである事を確認します。

[root@db1 ~]# sudo -u postgres -i

[postgres@db1 ~]$ psql

psql (13.7)

"help"でヘルプを表示します。

postgres=# SELECT application_name, client_addr, backend_start, state, sync_stat

e FROM pg_stat_replication;

application_name | client_addr | backend_start | state |

sync_state

------------------+----------------+-------------------------------+-----------+

------------

walreceiver | 192.168.128.92 | 2023-02-05 00:03:27.428116+09 | streaming |

sync

(1 行)

postgres=# \q

[postgres@db1 ~]$

　以上でPostgreSQLサーバーのストリーミング・レプリケーションは完成しました。

◇スタンバイ側のホストをプライマリに切り替える

　続いてプライマリとスタンバイを切り替えるテストを行っていきます。

　以下の様にスタンバイ側のホストにはstandby.signalファイルが存在します。

[postgres@db2 ~]$ exit

ログアウト

[root@db2 ~]# find / -iname "standby.signal"

/var/lib/pgsql/data/standby.signal

　このファイルを以下のコマンドで削除する事により、スタンバイ側のホストがプライマリに切り替わります。

[root@db2 ~]# sudo -u postgres -i

[postgres@db2 ~]$ psql -c "SELECT pg_promote();"

pg_promote

------------

t

(1 行)

　下記コマンドでstandby.signalファイルが削除された事を確認します。

[postgres@db2 ~]$ exit

ログアウト

[root@db2 ~]# find / -iname "standby.signal"

[root@db2 ~]#　 ←何も表示されない

◇旧プライマリ（現スタンバイ）ホストの再同期

　スタンバイとプライマリの切り替えは行われましたが、現状では同期が行われていません。その為、現スタンバイ側（db1）でpg_backupを行い、データが同期された状態のスタンバイに戻します。

[root@db1 ~]# sudo -u postgres -i

[postgres@db1 ~]$ pg_ctl -D $PGDATA stop

サーバ停止処理の完了を待っています....完了

サーバは停止しました

[postgres@db1 ~]$ mv $PGDATA data-20230206

[postgres@db1 ~]$ pg_basebackup -h 192.168.128.92 -U postgres -D $PGDATA -X stream -P -R

33728/33728 kB (100%), 1/1 テーブル空間

[postgres@db1 ~]

[postgres@db1 ~]$ exit

ログアウト

[root@db1 ~]# cp -p /var/lib/pgsql/data/postgresql.conf{,.20230208}

[root@db1 ~]# vi /var/lib/pgsql/data/postgresql.conf

（中略）

primary_conninfo = 'user-postgres host-192.168.128.91 port-5432'

[root@db1 ~]# systemctl start postgresql.service

[root@db1 ~]# systemctl status postgresql.service

● postgresql.service - PostgreSQL database server

Loaded: loaded (/usr/lib/systemd/system/postgresql.service; enabled; prese>

（略）

　再同期後、現プライマリ側（db2）からスタンバイのホストdb1が接続されている事を確認します。

[postgres@db2 ~]$ psql

psql (13.7)

"help"でヘルプを表示します。

postgres=# SELECT application_name, client_addr, backend_start, state, sync_state FROM pg_stat_replication;

application_name | client_addr | backend_start | state |

sync_state

------------------+----------------+-------------------------------+-----------+

------------

walreceiver | 192.168.128.91 | 2023-02-06 23:59:03.231457+09 | streaming |

sync

(1 行)
PostgreSQLサーバー構築

◇本稿の構成。

　次稿ではストリーミング・レプリケーション方式を実装し、冗長化する予定ですが、取り敢えず本稿では単体でPostgreSQLサーバーの構築を行います。

〇db1サーバー

・ホスト名：db1.stream.server

・アドレス：192.168.128.91/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

〇DNSサーバー

・ホスト名：host1.stream.server

・アドレス：192.168.128.101/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

◇DNSサーバーの追加設定

・DNSサーバーの正引きゾーンファイルの設定追加。

　末尾にdb1を追記します。なお、IPアドレスが降順ではないので、見栄えが気になるのであればhost1の上に記述しても構いません。

[root@host1 ~]# cp -p /var/named/stream.server.zone{,.20230131}

[root@host1 ~]# vi /var/named/stream.server.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　　IN NS host1.stream.server.

　　　IN MX 10 mail1.stream.server.

　　　IN MX 20 mail2.stream.server.

host1 IN A 192.168.128.101

host2 IN A 192.168.128.102

mail1 IN A 192.168.128.101

mail2 IN A 192.168.128.102

web1 IN A 192.168.128.100

nginx1 IN A 192.168.128.103

nginx2 IN A 192.168.128.103

db1 IN A 192.168.128.91

・DNSサーバーの逆引きファイルを追加

　db1.stream.server.を追記します。

[root@host1 ~]# cp -p /var/named/128.168.192.in-addr.arpa.zone{,.20230131}

[root@host1 ~]# vi /var/named/128.168.192.in-addr.arpa.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　　IN NS host1.stream.server.

　　　IN A 255.255.255.0

101 IN PTR host1.stream.server.

102 IN PTR host2.stream.server.

101 IN PTR mail1.stream.server.

102 IN PTR mail2.stream.server.

100 IN PTR web1.stream.server.

103 IN PTR nginx1.stream.server.

103 IN PTR nginx2.stream.server.

91 IN PTR db1.stream.server.

[root@host1 ~]# named-checkconf -z

zone localhost.localdomain/IN: loaded serial 0

zone localhost/IN: loaded serial 0

zone 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: loaded serial 0

zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0

zone 0.in-addr.arpa/IN: loaded serial 0

zone stream.server/IN: loaded serial 0

zone 128.168.192.in-addr.arpa/IN: loaded serial 0

[root@host1 ~]# systemctl reload named-chroot.service

[root@host1 ~]# systemctl is-active named-chroot.service

active

◇db1サーバにPostgreSQLインストール

　db1サーバにPostgreSQLをインストールします。

[root@db1 ~]# dnf install postgresql-server -y

(中略)

================================================================================

パッケージ Arch バージョンリポジトリーサイズ

================================================================================

インストール:

postgresql-server x86_64 13.7-1.el9 appstream 5.8 M

依存関係のインストール:

postgresql x86_64 13.7-1.el9 appstream 1.6 M

postgresql-private-libs x86_64 13.7-1.el9 appstream 137 k

トランザクションの概要

================================================================================

インストール 3 パッケージ

ダウンロードサイズの合計: 7.5 M

インストール後のサイズ: 29 M

これでよろしいですか? [y/N]: y

パッケージのダウンロード:

(1/3): postgresql-private-libs-13.7-1.el9.x86_6 45 kB/s | 137 kB 00:03

(2/3): postgresql-13.7-1.el9.x86_64.rpm 267 kB/s | 1.6 MB 00:06

(3/3): postgresql-server-13.7-1.el9.x86_64.rpm 454 kB/s | 5.8 MB 00:13

（中略）

インストール済み:

postgresql-13.7-1.el9.x86_64 postgresql-private-libs-13.7-1.el9.x86_64

postgresql-server-13.7-1.el9.x86_64

完了しました!

◇データベースクラスターの初期化

　サービスを開始する前にデータベースクラスターを必ず初期化します。この操作はroot権限で一度だけ実施します。

[root@db1 ~]# postgresql-setup --initdb --unit postgresql

* Initializing database in '/var/lib/pgsql/data'

* Initialized, logs are in /var/lib/pgsql/initdb_postgresql.log

◇サービスの起動設定

　postgresqlの起動及び自動起動を設定し、サービスの起動を確認します。

[root@db1 ~]# systemctl enable postgresql --now

Created symlink /etc/systemd/system/multi-user.target.wants/postgresql.service → /usr/lib/systemd/system/postgresql.service.

[root@db1 ~]# systemctl is-active postgresql.service

active

◇firewalldの設定

　postgresqlのサービスを受け付けるようにfirewalldを設定します。

[root@db1 ~]# firewall-cmd --add-service=postgresql

success

[root@db1 ~]# firewall-cmd --runtime-to-permanent

success

　

◇最大接続数の設定、及び自ホスト以外からの接続の設定

　検証なので最大接続数が足りなくなるという事は無いですが、本番環境を想定して最大接続数を増やす設定を行ってみます。また、初期設定ではサービスを受け付けるアドレスが自ホスト（localhost）のみとなっているので、全てのIPアドレスに紐づけ出来るように設定を変更します。

[root@db1 ~]# cp -p /var/lib/pgsql/data/postgresql.conf{,.20230131}

[root@db1 ~]# vi /var/lib/pgsql/data/postgresql.conf

（中略）

#listen_addresses = 'localhost' # what IP address(es) to listen on;　←この行を以下に変更します

listen_addresses = '＊'

（中略）

#max_connections = 100 # (change requires restart)　←下行を100から200に変更しクライアント接続数を増やす。

max_connections = 200 # (change requires restart)

　また、pg_hba.confの設定を変更し、他のホストからの接続を可能にします。

[root@db1 ~]# cp -p /var/lib/pgsql/data/pg_hba.conf{,.20230131}

[root@db1 ~]# vi /var/lib/pgsql/data/pg_hba.conf

（中略）

# TYPE DATABASE USER ADDRESS METHOD

# "local" is for Unix domain socket connections only

local all all peer

# IPv4 local connections:

host all all 127.0.0.1/32 ident

# IPv6 local connections:

host all all ::1/128 ident

host all all 192.168.128.0/24 md5　←この行を追記

　上記設定後、必ずサービスを再起動します。

[root@db1 ~]# systemctl restart postgresql

[root@db1 ~]# systemctl status postgresql

● postgresql.service - PostgreSQL database server

Loaded: loaded (/usr/lib/systemd/system/postgresql.service; enabled; prese>

Active: active (running) since Tue 2023-01-31 19:17:54 JST; 8s ago

Process: 3746 ExecStartPre=/usr/libexec/postgresql-check-db-dir postgresql >

Main PID: 3749 (postmaster)

（略）

　ポート5432が開いている事を確認します。

[root@db1 ~]# ss -lnt | grep 5432

LISTEN 0 244 0.0.0.0:5432 0.0.0.0:*

LISTEN 0 244 [::]:5432 [::]:*

　正常起動を確認後、PostgreSQLへ接続します。

　なお、上記で127.0.0.1と表示されている場合はローカルホストからの接続しか許可されていないので、次稿で行うストリーミング・レプリケーションが行えない為、設定を忘れていないか見直して下さい。

◇PostgreSQLへの接続

　インストール後に自動的にPostgreSQLの管理者ユーザーである「postgres」がシステムユーザーとして作成されます。このユーザーを使用してPostgreSQLへ接続します。

[root@db1 ~]# sudo -i -u postgres psql

psql (13.7)

"help"でヘルプを表示します。

postgres=#　　　　←表示が切り替わる

　上記に表示切替後「\c」で接続します。

postgres=# \c

データベース"postgres"にユーザ"postgres"として接続しました。

　接続を確認出来たら、一旦「\q」で切断します。

postgres=# \q

[root@db1 ~]#　　←表示が切り替わる

◇ユーザー作成と簡単なテスト。

　接続が出来ましたら引き続き、簡単なテストを行っていきます。

　SQLに関しては詳しく触れず、取り敢えず動いているのを確認すると言った程度ですがご了承ください。

①PostgreSQLのユーザーを追加

　postgresのアカウントでPostgreSQLのユーザーを追加します。

[root@db1 ~]# sudo -i -u postgres

[postgres@db1 ~]$ createuser --pwprompt pguser1

新しいロールのためのパスワード:

もう一度入力してください：

　また、--superuserオプションを付ける事で管理者権限を持つPostgreSQLのユーザーを作成できます。

[postgres@db1 ~]$ createuser --pwprompt pgadmin --superuser

新しいロールのためのパスワード:

もう一度入力してください：

　作成したユーザーは\duコマンドで属性を確認出来ます。

[postgres@db1 ~]$ psql

psql (13.7)

"help"でヘルプを表示します。

postgres=# \du

ロール一覧

ロール名 | 属性

| 所属グループ

----------+---------------------------------------------------------------------

-----+--------------

pgadmin | スーパユーザ, ロール作成可, DB作成可

| {}

pguser1 |

| {}

postgres | スーパユーザ, ロール作成可, DB作成可, レプリケーション可, RLS のバイ

パス | {}

postgres=# \q

[root@db1 ~]#

②データベースの作成。

　本稿では作者の趣味である上代文献の巻数を使って極々簡単なデータベースを作成してみます。

　具体的には以下のデータベースを作成してみます。

１．古事記　3巻

２．日本書紀　30巻

３．先代旧事本紀　10巻

[root@db1 ~]# sudo -i -u postgres

[postgres@db1 ~]$ createdb joudai

[postgres@db1 ~]$ psql joudai

psql (13.7)

"help"でヘルプを表示します。

joudai=# CREATE TABLE ancient

joudai-# (ancient_id integer,

joudai(# ancient_name text,

joudai(# turns integer);

CREATE TABLE

joudai=# INSERT INTO ancient(ancient_id,ancient_name,turns) VALUES

joudai-# (1,' 古事記',3),

joudai-# (2,' 日本書紀',30),

joudai-# (3,'先代旧事本紀',10);

INSERT 0 3

　以下のコマンドで作成したデータベースを確認します。

joudai=# SELECT * FROM ancient;

ancient_id | ancient_name | turns

------------+--------------+-------

1 | 古事記 | 3

2 | 日本書紀 | 30

3 | 先代旧事本紀 | 10

(3 行)

joudai=# \q

[postgres@db1 ~]$

③PostgreSQLのユーザーへの権限の付与

　PostgreSQLへ接続し、GRANT コマンドで①で作成したPostgreSQLユーザーに②で作成したデータベース（joudai）の権限を付与します。

[postgres@db1 ~]$ psql

psql (13.7)

"help"でヘルプを表示します。

postgres=# GRANT ALL PRIVILEGES ON DATABASE joudai TO pguser1 ;

GRANT

postgres=# GRANT ALL PRIVILEGES ON DATABASE joudai TO pgadmin ;

GRANT

postgres=# \q

[postgres@db1 ~]$

④データベースのバックアップ

　pg_dumpallコマンドで全てのデータベースのバックアップを行います。バックアップの拡張子は［.sql］を指定してください。

[postgres@db1 ~]$ pg_dumpall -f backups/pg_dumpall.sql

　あるいは特定のデータベースのバックアップを行いたい場合は以下の様にpg_dumpコマンドを実行します。

　②で作成したjoudaiのバックアップを行う場合、以下のコマンドを実行します。バックアップの拡張子は［.sql］を指定してください。

[postgres@db1 ~]$ pg_dump joudai -f backups/joudai.sql

⑤データベースの削除

　dropdbコマンドでデータベースの削除をします。以下の例では②で作成したjoudaiを削除します。

[postgres@db1 ~]$ dropdb joudai

[postgres@db1 ~]$ psql -l

データベース一覧

名前 | 所有者 | エンコーディング | 照合順序 | Ctype(変換演算子) |

アクセス権限

-----------+----------+------------------+-------------+-------------------+----

-------------------

postgres | postgres | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |

template0 | postgres | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/

postgres +

| | | | | pos

tgres=CTc/postgres

template1 | postgres | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/

postgres +

| | | | | pos

tgres=CTc/postgres

(3 行)

　②で作成したjoudaiが削除されている事を確認します。

⑥データベースの復元

　データベース復元前に削除したテーブル（joudai）を作成し、④で取得したバックアップからデータベースを復元します。

[postgres@db1 ~]$ createdb joudai

　なお、この状態ではjoudaiテーブルが再び作成されただけで、当然ながらデータは復元出来ていません。ご参考までに、リストア前に確認すると以下の様になります。（ここの作業は飛ばしても良いです。リストアから行って下さい）

[postgres@db1 ~]$ psql joudai

psql (13.7)

"help"でヘルプを表示します。

joudai=# SELECT * FROM ancient;

ERROR: リレーション"ancient"は存在しません

行 1: SELECT * FROM ancient;

joudai=# \q

[postgres@db1 ~]$

　その為、joudaiテーブルにバックアップデータのリストアを実施します。

[postgres@db1 ~]$ psql joudai -f backups/joudai.sql

SET

SET

SET

SET

SET

set_config

------------

(1 行)

SET

SET

SET

SET

SET

SET

CREATE TABLE

ALTER TABLE

COPY 3

　③で作成したdatabase1が復元されている事を確認します。

[postgres@db1 ~]$ psql -l

データベース一覧

名前 | 所有者 | エンコーディング | 照合順序 | Ctype(変換演算子) |

アクセス権限

-----------+----------+------------------+-------------+-------------------+----

-------------------

joudai | postgres | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |

postgres | postgres | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |

template0 | postgres | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/

postgres +

| | | | | pos

tgres=CTc/postgres

template1 | postgres | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/

postgres +

| | | | | pos

tgres=CTc/postgres

(4 行)

　上記でjoudai復元されているので、実際にデータベースに接続して確認しましょう。

[postgres@db1 ~]$ psql joudai

psql (13.7)

"help"でヘルプを表示します。

joudai=# SELECT * FROM ancient;

ancient_id | ancient_name | turns

------------+--------------+-------

1 | 古事記 | 3

2 | 日本書紀 | 30

3 | 先代旧事本紀 | 10

(3 行)

　データが復元している事を確認出来たのでデータベースから切断します。

joudai=# \q

[postgres@db1 ~]$

　以上でサーバー単体によるPostgreSQLサーバーの構築に成功しました。

　次稿では障害時に備え、もう一台サーバーを立てて、ストリーミングレプリケーションの設定を行います。
Podmanでコンテナ環境を作成する

◇コンテナとは？

　VMwareやKVMと言った物理的なコンピューターの上で仮想マシンを作成する技術の他、仮想化技術の一つとして近年発達した技術に「コンテナ」があります。物理的なコンピューター上で稼働するOSのリソースの一部を隔離し、仮想的に作り出された実行環境の事です。

　コンテナを利用すれば実行環境や依存関係、ソースコード、設定情報などをパッケージ化して、分離出来ます。それにより、どこの環境でも同じように素早く、効率的にプロセスを実行することが出来ます。

　仮想マシンとの違いは、ハイパーバイザーが存在しない事で、コンテナがインストールされている環境であればどこでも同じように起動する事が出来ますし、サーバーを効率よく、無駄なく使用出来ます。OSが共有されているので、OSの起動を待つ事も無く数秒で起動し、OSだけでなくBin/Libも必要に応じて共有します。

　本稿ではCentOS８からDockerに代わり提供されているPodmanでコンテナ環境を作成してみます。

◇本稿のPodmanの設定

・ホスト名：Docker.server

・アドレス：192.168.128.105/24

・DNS：192.168.128.1

・ゲートウェイ：192.168.128.1

＊本稿では単体で検証を行うのでルーターのDNSを使用しています。仮想マシンのDNSを使用する場合はそちらのIPアドレスを指定してください。

◇Podmanのインストール

　以下の様に、Dockerをインストールしようとすると、互換のコンテナツールであるPodmanがインストールされますが、PodmanでもDocker同等の機能がサポートされているので、Podmanをインストールします。

[root@Docker ~]# dnf install -y docker

メタデータの期限切れの最終確認: 0:29:53 時間前の 2022年06月14日 15時22分31秒に実施しました。

依存関係が解決しました。

================================================================================

パッケージ Arch バージョンリポジトリーサイズ

================================================================================

インストール:

podman-docker noarch 2:4.1.0-4.el9 appstream 41 k

トランザクションの概要

================================================================================

インストール 1 パッケージ

（略）

インストール済み:

podman-docker-2:4.1.0-4.el9.noarch

完了しました!

[root@Docker ~]# docker -v

Emulate Docker CLI using podman. Create /etc/containers/nodocker to quiet msg.

podman version 4.1.0

・Dockerのイメージを作成する。

　先ずはイメージを設置するディレクトリを作成します。

[root@Docker ~]# mkdir ~/work

[root@Docker ~]# mkdir ~/work/docker_test/

[root@Docker ~]# cd ~/work/docker_test/

　続いて以下の様にコンテナ構成情報を記載したファイルを作成します。OSはubuntuを指定しています。

[root@Docker docker_test]# cat > Dockerfile

FROM ubuntu

RUN apt-get update -y && apt-get install -y apache2

COPY index.html /var/www/html

EXPOSE 80

CMD ["apachectl", "-D", "FOREGOUND"]　　←ここまで入力したら改行しCtrl＋D

[root@Docker docker_test]# echo -n 'First Container' > index.html

[root@Docker docker_test]# cat index.html

First Container

[root@Docker docker_test]# ls

Dockerfile index.html　　←この二つのファイルを作成した事を確認。

[root@Docker docker_test]# podman build -t docker_test .　　←イメージのビルド

STEP 1/5: FROM ubuntu

Resolved "ubuntu" as an alias (/etc/containers/registries.conf.d/000-shortnames.conf)

Trying to pull docker.io/library/ubuntu:latest...

Getting image source signatures

Copying blob 405f018f9d1d done

Copying config 2794180907 done

Writing manifest to image destination

Storing signatures

STEP 2/5: RUN apt-get update -y && apt-get install -y apache2

Get:1 http://security.ubuntu.com/ubuntu jammy-security InRelease [110 kB]

（略）

STEP 3/5: COPY index.html /var/www/html

--> 4fc1e777c61

STEP 4/5: EXPOSE 80

--> 81c8bfbbdbf

STEP 5/5: CMD ["apachectl", "-D", "FOREGOUND"]

COMMIT docker_test

--> 58b97fed61e

Successfully tagged localhost/docker_test:latest

58b97fed61e645ccf9b28d4ca55b3f281a459fef841d60d60699513fbc505e43

　上記でイメージの準備ができました。以下のコマンドでイメージを確認します。

[root@Docker docker_test]# cd

[root@Docker ~]# podman images

REPOSITORY TAG IMAGE ID CREATED SIZE

localhost/docker_test latest 58b97fed61e6 36 seconds ago 225 MB

docker.io/library/ubuntu latest 27941809078c 7 days ago 80.3 MB

　以上でイメージを確認出来ました。

・コンテナの起動。

　続いてイメージからコンテナを起動します。

[root@Docker ~]# podman run --name docker_test -d -p 80:80 docker_test:latest

432a6806a2778fa0029416de8d4133d60a637226a055aeca3253adc3bf6b2b50

・コンテナが起動の確認します。

[root@Docker ~]# podman ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

432a6806a277 localhost/docker_test:latest apachectl -D FORE... 20 seconds ago Exited (0) 20 seconds ago 0.0.0.0:80->80/tcp docker_test

・イメージの操作

　イメージからコンテナを作成して bash を起動してログインします。

　-it オプションで作成したコンテナへのコマンド⼊⼒と実⾏結果の出⼒ができるようになります。

[root@Docker ~]# podman run -i -t docker_test:latest /bin/bash

root@10510ad7faaf:/#　　　←この様に表示されればbashにログイン出来ました。

root@10510ad7faaf:/# cat /etc/issue

Ubuntu 22.04 LTS \n \l　　　←Ubuntuがインストールされている事を確認。

root@10510ad7faaf:/# cat /var/www/html/index.html

First Container　　　　←ローカルで作成されたindex.htmlファイルの設置を確認。

root@10510ad7faaf:/# exit

exit 　　 ←exit を実⾏するとコンテナは停⽌してホスト OS に操作が戻ります。

[root@Docker ~]#

　以下のコマンドでコンテナが停止している事が分かります。

[root@Docker ~]# podman ps

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

〇podman(docker)各種コマンド

・起動中のコンテナ⼀覧を表⽰

[root@Docker ~]# docker ps

Emulate Docker CLI using podman. Create /etc/containers/nodocker to quiet msg.

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

・停⽌中も含めたコンテナ⼀覧を表⽰

[root@Docker ~]# podman ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

432a6806a277 localhost/docker_test:latest apachectl -D FORE... 17 minutes ago Exited (0) 17 minutes ago 0.0.0.0:80->80/tcp docker_test

10510ad7faaf localhost/docker_test:latest /bin/bash 16 minutes ago Exited (0) 12 minutes ago hungry_euclid

1188cc052d13 localhost/docker_test:latest /bin/bash 10 minutes ago Exited (0) 9 minutes ago vibrant_shaw

・停⽌中のコンテナを起動

podman start [CONTAINER ID]

[root@Docker ~]# podman start 1188cc052d13

1188cc052d13

・コンテナの停止

podman stop [CONTAINER ID]

[root@Docker ~]# podman stop 1188cc052d13

1188cc052d13

・コンテナの再起動

podman restart [CONTAINER ID]

[root@Docker ~]# podman restart 1188cc052d13

1188cc052d13f6e175bd4992f9261446876e8f74b7cdb435f0bc00017b05d0b3

・コンテナの一時停止

podman pause [CONTAINER ID]

[root@Docker ~]# podman pause 1188cc052d13

1188cc052d13f6e175bd4992f9261446876e8f74b7cdb435f0bc00017b05d0b3

[root@Docker ~]# podman ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

1188cc052d13 localhost/docker_test:latest /bin/bash 20 minutes ago Paused vibrant_shaw　　←STATUSがPausedである事を確認出来ます。

・一時停止したコンテナの再開

podman unpause [CONTAINER ID]

[root@Docker ~]# podman unpause 1188cc052d13

1188cc052d13f6e175bd4992f9261446876e8f74b7cdb435f0bc00017b05d0b3

[root@Docker ~]# podman ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

432a6806a277 localhost/docker_test:latest apachectl -D FORE... 28 minutes ago Exited (0) 28 minutes ago 0.0.0.0:80->80/tcp docker_test

10510ad7faaf localhost/docker_test:latest /bin/bash 27 minutes ago Exited (0) 23 minutes ago hungry_euclid

1188cc052d13 localhost/docker_test:latest /bin/bash 21 minutes ago Up 4 minutes ago vibrant_shaw　←STATUSがUPである事を確認出来ます。

・起動中のコンテナの強制停止

podman kill [CONTAINER ID]

[root@Docker ~]# podman kill 1188cc052d13

1188cc052d13

[root@Docker ~]# podman ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

1188cc052d13 localhost/docker_test:latest /bin/bash 23 minutes ago Exited (137) 5 seconds ago vibrant_shaw　　　←STATUSがExitedである事を確認出来ます。

・コンテナへ接続

podman attach [CONTAINER ID]

[root@Docker ~]# podman attach 1188cc052d13

root@1188cc052d13:/#

root@1188cc052d13:/# ps a

　PID TTY STAT TIME COMMAND

　 1 pts/0 Ss 0:00 /bin/bash　←PID1で/bin/bash実行中

　 4 pts/0 R+ 0:00 ps a

　attach状態でexitするとコンテナも終了しますが、Ctrl+p,Ctrl+q を押すことでコンテナを終了させず、切断してホストOSに戻る事が出来ます。

root@1188cc052d13:/#　←Ctrl+p,Ctrl+q を押すと

[root@Docker ~]#　　←ホスト OS に戻りました。

[root@Docker ~]# docker ps

Emulate Docker CLI using podman. Create /etc/containers/nodocker to quiet msg.

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

1188cc052d13 localhost/docker_test:latest /bin/bash 31 minutes ago Up 36 seconds ago vibrant_shaw　←コンテナがUP状態である事を確認

[root@Docker ~]# podman exec -it 1188cc052d13 /bin/bash　新規にbin/bashでログイン。

root@1188cc052d13:/# ps ax

　 PID TTY STAT TIME COMMAND

　 1 pts/0 Ss+ 0:00 /bin/bash

　 4 pts/1 Ss 0:00 /bin/bash　　←PID1とは別のIDでログインしています。

　 7 pts/1 R+ 0:00 ps ax

　この状態でexitしてもPID4がexitされる為、コンテナは停止しません。

root@1188cc052d13:/# exit

exit

[root@Docker ~]# docker ps

Emulate Docker CLI using podman. Create /etc/containers/nodocker to quiet msg.

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

1188cc052d13 localhost/docker_test:latest /bin/bash 38 minutes ago Up 8 minutes ago vibrant_shaw　←コンテナがUP状態である事を確認出来ます。

・コンテナの削除

　稼働中のコンテナを終了後に削除します。

[root@Docker ~]# podman stop 1188cc052d13

1188cc052d13

　続いてpodman attach [CONTAINER ID]でコンテナを削除します。

[root@Docker ~]# podman rm 1188cc052d13

1188cc052d13f6e175bd4992f9261446876e8f74b7cdb435f0bc00017b05d0b3

[root@Docker ~]# podman ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES　　　　←コンテナの情報が無くなっている事が確認出来ます。
NginxによるWebサーバー構築（ヴァーチャルホスト及びベーシック認証）

◇本稿の構成。

〇Nginx(Web)サーバー

・ホスト名：nginx1.stream.server

・アドレス：192.168.128.103/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

〇DNSサーバー

・ホスト名：host1.stream.server

・アドレス：192.168.128.101/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

〇クライアント（出来れば準備）

・ホスト名：client

・アドレス：192.168.128.110/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

　3台仮想マシンを起動するのが困難な環境の場合、DNSサーバーをクライアントの代わりに使用しても構いません。

◇DNSサーバーの追加設定

・DNSサーバーの正引きゾーンファイルの設定追加。

　nginx1とnginx2を追記します。

[root@host1 ~]# cp -p /var/named/stream.server.zone{,.20220622}

[root@host1 ~]# vi /var/named/stream.server.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　　IN NS host1.stream.server.

　　　IN MX 10 mail1.stream.server.

　　　IN MX 20 mail2.stream.server.

host1 IN A 192.168.128.101

host2 IN A 192.168.128.102

mail1 IN A 192.168.128.101

mail2 IN A 192.168.128.102

web1 IN A 192.168.128.100

nginx1 IN A 192.168.128.103

nginx2 IN A 192.168.128.103

・DNSサーバーの逆引きファイルを追加

　nginx1.stream.server及びnginx2.stream.serverを追記します。

[root@host1 ~]# cp -p /var/named/128.168.192.in-addr.arpa.zone{,.20220622}

[root@host1 ~]# vi /var/named/128.168.192.in-addr.arpa.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　　IN NS host1.stream.server.

　　　IN A 255.255.255.0

101 IN PTR host1.stream.server.

102 IN PTR host2.stream.server.

101 IN PTR mail1.stream.server.

102 IN PTR mail2.stream.server.

100 IN PTR web1.stream.server.

103 IN PTR nginx1.stream.server.

103 IN PTR nginx2.stream.server.

[root@host1 ~]# named-checkconf -z

zone localhost.localdomain/IN: loaded serial 0

zone localhost/IN: loaded serial 0

zone 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: loaded serial 0

zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0

zone 0.in-addr.arpa/IN: loaded serial 0

zone stream.server/IN: loaded serial 0

zone 128.168.192.in-addr.arpa/IN: loaded serial 0

[root@host1 ~]# systemctl reload named-chroot.service

[root@host1 ~]# systemctl is-active named-chroot.service

active

◇Nginxサーバーの設定

・nginxのインストール

[root@nginx1 ~]# dnf install -y nginx iproute

メタデータの期限切れの最終確認: 0:05:14 時間前の 2022年06月22日 22時45分17秒に実施しました。

パッケージ iproute-5.13.0-5.el9.x86_64 は既にインストールされています。

依存関係が解決しました。

================================================================================

パッケージ Arch バージョンリポジトリーサイズ

================================================================================

インストール:

nginx x86_64 1:1.20.1-10.el9 appstream 603 k

依存関係のインストール:

centos-logos-httpd noarch 90.4-1.el9 appstream 252 k

nginx-filesystem noarch 1:1.20.1-10.el9 appstream 12 k

（中略）

インストール済み:

centos-logos-httpd-90.4-1.el9.noarch nginx-1:1.20.1-10.el9.x86_64

nginx-filesystem-1:1.20.1-10.el9.noarch

完了しました!

・サービスの起動

[root@nginx1 ~]# systemctl restart nginx

[root@nginx1 ~]# systemctl is-active nginx

active

[root@nginx1 ~]# systemctl enable nginx

Created symlink /etc/systemd/system/multi-user.target.wants/nginx.service → /usr/lib/systemd/system/nginx.service.

[root@nginx1 ~]# systemctl is-enabled nginx

enabled

・ファイアウォールの設定

[root@nginx1 ~]# firewall-cmd --add-service=http --permanent

success

・SELinuxの設定

[root@nginx1 ~]# setsebool -P httpd_can_network_connect on

・動作確認用のhtmlファイル作成

[root@nginx1 ~]# echo "Hello Nginx Server." > /usr/share/nginx/html/nginxsite.html

・Nginxサーバーからnginxの動作確認

　apacheと同じく、FirefoxなどWebブラウザで動作確認可能ですが、簡単なテキストの場合、以下の様にコマンドで確認する事も可能です。

[root@nginx1 ~]# curl http://nginx1.stream.server/nginxsite.html

Hello Nginx Server.

・クライアント側からnginxの動作確認

　クライアント側からもサーバーと同じ様にコマンドで動作確認する事が可能です。

[root@client ~]# curl http://nginx1.stream.server/nginxsite.html

Hello Nginx Server.

◇バーチャルホストの設定

・ヴァーチャルホスト設定ファイルの作成

[root@nginx1 ~]# vi /etc/nginx/conf.d/vhost.conf

・テスト用のフォルダ及びHTMLファイルの作成

[root@nginx1 ~]# mkdir -p /var/www/{nginx1,nginx2}

[root@nginx1 ~]# echo "NGINX1" > /var/www/nginx1/index.html

[root@nginx1 ~]# echo "NGINX2" > /var/www/nginx2/index.html

[root@nginx1 ~]# vi /etc/nginx/conf.d/vhost.conf

server {

　　listen 80;

　　server_name nginx1.stream.server;

　　location / {

　　　　root /var/www/nginx1;

　　　　index index.html;

　　}

}

server {

　　listen 80;

　　server_name nginx2.stream.server;

　　location / {

　　　　root /var/www/nginx2;

　　　　index index.html;

　　}

}

・構成のテスト

[root@nginx1 ~]# nginx -t

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

・サービスの起動

[root@nginx1 ~]# systemctl restart nginx.service

[root@nginx1 ~]# systemctl is-active nginx.service

active

・ファイアウォールの設定

[root@nginx1 ~]# firewall-cmd --zone=public --add-service=http --permanent

success

[root@nginx1 ~]# firewall-cmd --reload

success

・Nginxサーバーから動作確認

[root@nginx1 ~]# curl http://nginx1.stream.server/index.html

NGINX1

[root@nginx1 ~]# curl http://nginx2.stream.server/index.html

NGINX2

・クライアントマシンから動作確認

[root@client ~]# curl http://nginx1.stream.server/index.html

NGINX1

[root@client ~]# curl http://nginx2.stream.server/index.html

NGINX2

　以上でヴァーチャルホストの設定が出来ました。

　続いて、ベーシック認証の設定を行います。

◇ベーシック認証

・httpd-toolsのインストール

[root@nginx1 ~]# dnf install -y httpd-tools

・ベーシック認証テスト用ディレクトリ及びHTMLファイル作成

[root@nginx1 ~]# mkdir /var/www/nginx2/private01

[root@nginx1 ~]# echo "Basic Auth Success!" > /var/www/nginx2/private01/index.html

[root@nginx1 ~]# cp -p /etc/nginx/conf.d/vhost.conf{,.20220624}

[root@nginx1 ~]# vi /etc/nginx/conf.d/vhost.conf

server {

　　listen 80;

　　server_name nginx1.stream.server;

　　location / {

　　　　root /var/www/nginx1;

　　　　index index.html;

　　}

}

server {

　　listen 80;

　　server_name nginx2.stream.server;

　　location / {

　　　　root /var/www/nginx2;

　　　　index index.html;

　　　　auth_basic "Basic Auth";　　　　　　　　　　　#←追記

　　　　auth_basic_user_file "/etc/nginx/.htpasswd";　　#←追記

　　}

}

・構成のテスト

[root@nginx1 ~]# nginx -t

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok

nginx: configuration file /etc/nginx/nginx.conf test is successful

・ベーシック認証のパスワード作成

[root@nginx1 ~]# htpasswd -c /etc/nginx/.htpasswd testuser01

New password:　　　　　#←新規パスワード入力

Re-type new password:　　#←新規パスワード入力

Adding password for user testuser01

・サービスの再起動

[root@nginx1 ~]# systemctl restart nginx

・ベーシック認証のテスト

　クライアントマシンのGUI画面で一般ユーザーで端末を起動し、以下のコマンドでfirefoxを起動し、ベーシック認証のディレクトリへアクセスします。

[root@client ~]# firefox http://nginx2.stream.server/private01/index.html

　上記コマンド入力後、ブラウザが起動し、ユーザー認証画面が表示されるので、以下を入力します。

ユーザー名：testuser01

パスワード：testuser01

　ブラウザに「Basic Auth Success!」と表示されればベーシック認証は成功です。

◇Nginxサーバーの暗号化

・mod-sslのインストール。

　SSL/TLS化するにはmod-sslというツールを使用します。以下の方法でインストールを行いましょう。

[root@nginx1 ~]# dnf install -y mod_ssl

・自己署名証明書

　SSL/TLSによる暗号化通信では証明書が必要な為、サーバー証明書を作成します。テスト用の為、自己署名証明書を利用します。

[root@nginx1 ~]# NAME=nginx1.stream.server

　以下のコマンドは改行せず一行で入力してください。

[root@nginx1 ~]# openssl req -x509 -days 36500 -newkey rsa:2048 -nodes -out ${NAME}.crt -keyout ${NAME}.key -subj "/C=JP/ST=Tokyo/L=null/O=null/OU=null/CN=${NAME}/"

　コマンド実行後、実際に自己証明書ファイルが作成されているか確認し、中身も確認出来たらファイルを移動します。

[root@nginx1 ~]# ls *.crt *.key

nginx1.stream.server.crt nginx1.stream.server.key

[root@nginx1 ~]# openssl x509 -text -noout -in nginx1.stream.server.crt

Certificate:

　Data:

　　Version: 3 (0x2)

　　Serial Number:

　　　2f:e7:d1:4e:60:ec:0e:52:0e:24:f1:99:8d:b0:95:e1:47:dd:6e:54

　　Signature Algorithm: sha256WithRSAEncryption

　　Issuer: C = JP, ST = Tokyo, L = null, O = null, OU = null, CN = nginx1.stream.server

（略）

[root@nginx1 ~]# mv nginx1.stream.server.crt /etc/pki/tls/certs/

[root@nginx1 ~]# mv nginx1.stream.server.key /etc/pki/tls/private/

◇HTTPS転送の設定

[root@nginx1 ~]# cp -p /etc/nginx/nginx.conf{,.org}

[root@nginx1 ~]# vi /etc/nginx/nginx.conf

（略）

# Settings for a TLS enabled server.

##以下の項目の#を消してTLSを有効化してください

　server {

　　listen 443 ssl http2;

　　listen [::]:443 ssl http2;

　　server_name nginx1.stream.server;　←ホスト名記載

（略）

　　ssl_certificate "/etc/pki/tls/certs/nginx1.stream.server.crt";

　　ssl_certificate_key "/etc/pki/tls/private/nginx1.stream.server.key";

　　ssl_session_cache shared:SSL:1m;

　　ssl_session_timeout 10m;

　　ssl_ciphers PROFILE=SYSTEM;

　　ssl_prefer_server_ciphers on;

（略）

　}

}

・ファイアウォールの設定

[root@nginx1 ~]# firewall-cmd --add-service=https --permanent

success

・Nginxの再起動

[root@nginx1 ~]# systemctl restart nginx

Job for nginx.service failed because the control process exited with error code.

See "systemctl status nginx.service" and "journalctl -xeu nginx.service" for details.

　上記の様なメッセージが表示され、起動できません。

　Nginxのエラーログを確認すると、パーミッションで拒否が発生しています。

[root@nginx1 ~]# tail /var/log/nginx/error.log

2022/06/25 20:41:21 [emerg] 3558#3558: cannot load certificate "/etc/pki/tls/certs/nginx1.stream.server.crt": BIO_new_file() failed (SSL: error:8000000D:system library::Permission denied:calling fopen(/etc/pki/tls/certs/nginx1.stream.server.crt, r) error:10080002:BIO routines::system lib)

　また、システムのログを確認すると、SELinuxによりnginx1.stream.server.crt が拒否されている事を確認出来ます。

[root@nginx1 ~]# tail /var/log/messages

Jun 25 20:49:11 nginx1 setroubleshoot[3602]: SELinux により、/usr/sbin/nginx による open アクセスが、ファイル /etc/pki/tls/certs/nginx1.stream.server.crt で拒否されました。#012#012***** プラグイン restorecon (99.5 信頼性) による示唆 ***********************************#012#012ラベルを修正する場合。#012/etc/pki/tls/certs/nginx1.stream.server.crt のデフォルトラベルは cert_t のはずです。#012このようにします: restorecon を実行することができます。親ディレクトリーにアクセスするのに必要な権限がないため、要求されたアクセスが停止した可能性があります。この場合は、以下のコマンドを状況に応じて適切に変更します。#012そして、以下を実行します: #012# /sbin/restorecon -v /etc/pki/tls/certs/nginx1.stream.server.crt#012#012***** プラグイン catchall (1.49 信頼性) による示唆 *************************************#012#012nginx に、 nginx1.stream.server.crt file の open アクセスがデフォルトで許可されるべきと考える場合。#012このようにします: バグとして報告してください。 #012ローカルのポリシーモジュールを生成すると、#012 このアクセスを許可することができます。#012そして、以下を実行します: #012以下を実行して、このアクセスを許可します:#012# ausearch -c 'nginx' --raw | audit2allow -M my-nginx#012# semodule -X 300 -i my-nginx.pp#012

　メッセージに従いラベルを修正します。

[root@nginx1 ~]# restorecon -v /etc/pki/tls/certs/nginx1.stream.server.crt

Relabeled /etc/pki/tls/certs/nginx1.stream.server.crt from unconfined_u:object_r:admin_home_t:s0 to unconfined_u:object_r:cert_t:s0

[root@nginx1 ~]# restorecon -v /etc/pki/tls/private/nginx1.stream.server.key

Relabeled /etc/pki/tls/private/nginx1.stream.server.key from unconfined_u:object_r:admin_home_t:s0 to unconfined_u:object_r:cert_t:s0

　次はポリシーモジュールを生成します。

[root@nginx1 ~]# ausearch -c 'nginx' --raw | audit2allow -M my-nginx

******************** 重要 ***********************

このポリシーパッケージを有効にするには、以下を実行して下さい:

semodule -i my-nginx.pp

[root@nginx1 ~]# semodule -X 300 -i my-nginx.pp

　上記作業終了後、サービスを再起動します。

[root@nginx1 ~]# systemctl restart nginx

[root@nginx1 ~]# systemctl is-active nginx

active

　これでNginxの再起動が出来ました。

・Nginxサーバーのブラウザからhttpsページへアクセス。

　続いてはhttps化したWebページへアクセス可能か検証を行う為に、Nginxサーバーの仮想マシン上のGUIからWebブラウザ（Firefox）を立ち上げ、URLに以下のアドレスを入力します。

https://nginx1.stream.server

　初めてアクセスした際、ブラウザが”Warning Potantial Security Risk Ahead.（警告：潜在的なリスクあり）”と警告を発します。

　ブラウザ上の”Advanced...（詳細情報）”をクリックし、ブラウザの下に移動し”Accept the Risk and Continue（危険性を承知で続行）”をクリックし、サイトにアクセスします。

　「NGINX1」が表示されれば成功です。URLがhttpsである事を必ず確認してください。

・クライアントマシンから動作確認。

　クライアントマシン（又はDNSサーバー）でも上記と同じ方法でhttps://nginx1.stream.serverにアクセスします。

　「NGINX1」が表示されれば成功です。URLがhttpsである事を必ず確認してください。
LAMPサーバー（WordPress）構築

◇本稿の構成

　前稿のHTTPSサーバーと同じ構成です。DNSサーバーとクライアントも同様です。本稿はHTTPSサーバーを構築済みであることを前提としています。

　前稿を終わらせていない場合は先ずはそちらを終了してください。

◇LAMPサーバーでWordPressを構築

・WordPressのダウンロード

　先ずはWordPressのダウンロードを行います。latest-ja.tar.gzというファイル名で最新版のWordPressをダウンロード出来ます。

[root@web1 ~]# cd /var/www/html/

[root@web1 html]# curl -O https://ja.wordpress.org/latest-ja.tar.gz

% Total % Received % Xferd Average Speed Time Time Time Current

Dload Upload Total Spent Left Speed

100 20.9M 100 20.9M 0 0 182k 0 0:01:57 0:01:57 --:--:-- 231k

・ダウンロードファイルの展開と所有権の設定

[root@web1 html]# tar xzf latest-ja.tar.gz

[root@web1 html]# chown -R apache:apache wordpress/

[root@web1 html]# chmod +w -R /var/www/html/

・PHPをインストール。

[root@web1 ~]# dnf install -y php

（略）

インストール:

php x86_64 8.0.13-1.el9 appstream 10 k

依存関係のインストール:

nginx-filesystem noarch 1:1.20.1-10.el9 appstream 12 k

php-common x86_64 8.0.13-1.el9 appstream 682 k

弱い依存関係のインストール:

php-cli x86_64 8.0.13-1.el9 appstream 3.1 M

php-fpm x86_64 8.0.13-1.el9 appstream 1.6 M

php-mbstring x86_64 8.0.13-1.el9 appstream 472 k

php-opcache x86_64 8.0.13-1.el9 appstream 512 k

php-pdo x86_64 8.0.13-1.el9 appstream 88 k

php-xml x86_64 8.0.13-1.el9 appstream 138 k

トランザクションの概要

================================================================================

インストール 9 パッケージ

（略）

インストール済み:

nginx-filesystem-1:1.20.1-10.el9.noarch php-8.0.13-1.el9.x86_64

php-cli-8.0.13-1.el9.x86_64 php-common-8.0.13-1.el9.x86_64

php-fpm-8.0.13-1.el9.x86_64 php-mbstring-8.0.13-1.el9.x86_64

php-opcache-8.0.13-1.el9.x86_64 php-pdo-8.0.13-1.el9.x86_64

php-xml-8.0.13-1.el9.x86_64

完了しました!

・WordPressに必要なライブラリのインストール

[root@web1 ~]# dnf install -y php-mysqlnd php-gd

メタデータの期限切れの最終確認: 0:05:37 時間前の 2022年06月12日 17時42分19秒に実施しました。

依存関係が解決しました。

================================================================================

パッケージ Arch バージョンリポジトリーサイズ

================================================================================

インストール:

php-gd x86_64 8.0.13-1.el9 appstream 46 k

php-mysqlnd x86_64 8.0.13-1.el9 appstream 155 k

(略)

インストール済み:

php-gd-8.0.13-1.el9.x86_64 php-mysqlnd-8.0.13-1.el9.x86_64

完了しました!

・Apacheの再起動

　PHPを有効にするためにApacheの再起動を行います。

[root@web1 ~]# systemctl restart httpd

・MySQL代替のMariaDBをインストールする。

　CentOS7以降、MySQLに相当するデータベースにMariaDBという派生データベースが提供されているので、MariaDBを使います。

[root@web1 ~]# dnf install -y mariadb mariadb-server

メタデータの期限切れの最終確認: 0:00:07 時間前の 2022年06月12日 17時53分45秒に実施しました。

依存関係が解決しました。

================================================================================

パッケージ Arch バージョンリポジトリーサイズ

================================================================================

インストール:

mariadb x86_64 3:10.5.13-2.el9 appstream 1.6 M

mariadb-server x86_64 3:10.5.13-2.el9 appstream 9.4 M

依存関係のインストール:

mariadb-common x86_64 3:10.5.13-2.el9 appstream 35 k

mariadb-connector-c x86_64 3.1.13-3.el9 appstream 198 k

mariadb-connector-c-config noarch 3.1.13-3.el9 appstream 11 k

mariadb-errmsg x86_64 3:10.5.13-2.el9 appstream 195 k

mysql-selinux noarch 1.0.4-2.el9 appstream 36 k

perl-DBD-MariaDB x86_64 1.21-15.el9 appstream 152 k

perl-File-Copy noarch 2.34-479.el9 appstream 30 k

perl-Sys-Hostname x86_64 1.23-479.el9 appstream 27 k

弱い依存関係のインストール:

mariadb-backup x86_64 3:10.5.13-2.el9 appstream 6.4 M

mariadb-gssapi-server x86_64 3:10.5.13-2.el9 appstream 21 k

mariadb-server-utils x86_64 3:10.5.13-2.el9 appstream 215 k

トランザクションの概要

================================================================================

インストール 13 パッケージ

（略）

インストール済み:

mariadb-3:10.5.13-2.el9.x86_64

mariadb-backup-3:10.5.13-2.el9.x86_64

mariadb-common-3:10.5.13-2.el9.x86_64

mariadb-connector-c-3.1.13-3.el9.x86_64

mariadb-connector-c-config-3.1.13-3.el9.noarch

mariadb-errmsg-3:10.5.13-2.el9.x86_64

mariadb-gssapi-server-3:10.5.13-2.el9.x86_64

mariadb-server-3:10.5.13-2.el9.x86_64

mariadb-server-utils-3:10.5.13-2.el9.x86_64

mysql-selinux-1.0.4-2.el9.noarch

perl-DBD-MariaDB-1.21-15.el9.x86_64

perl-File-Copy-2.34-479.el9.noarch

perl-Sys-Hostname-1.23-479.el9.x86_64

完了しました!

・MariaDBの起動とサービスの設定

[root@web1 ~]# systemctl start mariadb.service

[root@web1 ~]# systemctl is-active mariadb.service

active

[root@web1 ~]# systemctl enable mariadb.service

Created symlink /etc/systemd/system/mysql.service → /usr/lib/systemd/system/mariadb.service.

Created symlink /etc/systemd/system/mysqld.service → /usr/lib/systemd/system/mariadb.service.

Created symlink /etc/systemd/system/multi-user.target.wants/mariadb.service → /usr/lib/systemd/system/mariadb.service.

[root@web1 ~]# systemctl is-enabled mariadb.service

enabled

・firewalldの設定

[root@web1 ~]# firewall-cmd --add-service=mysql --permanent

success

[root@web1 ~]# systemctl restart firewalld.service

[root@web1 ~]# systemctl is-active firewalld.service

active

・SELinuxの設定と確認

[root@web1 ~]# setsebool -P mysql_connect_any on

[root@web1 ~]# setsebool -P selinuxuser_mysql_connect_enabled on

[root@web1 ~]# getsebool -a | grep mysql_connect

mysql_connect_any --> on

mysql_connect_http --> off

selinuxuser_mysql_connect_enabled --> on

・MariaDBの初期設定

　パスワードの設定などの初期設定を行います。

[root@web1 ~]# mysql_secure_installation

NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MariaDB

SERVERS IN PRODUCTION USE! PLEASE READ EACH STEP CAREFULLY!

In order to log into MariaDB to secure it, we'll need the current

password for the root user. If you've just installed MariaDB, and

haven't set the root password yet, you should just press enter here.

Enter current password for root (enter for none):　←そのままEnterキー。

Switch to unix_socket authentication [Y/n]　　←そのままEnterキー。

Enabled successfully!

Reloading privilege tables..

... Success!

You already have your root account protected, so you can safely answer 'n'.

Change the root password? [Y/n] Y　←Y入力後Enterキー。

New password:　←任意のパスワード入力

Re-enter new password:　←任意のパスワード入力

Password updated successfully!

Reloading privilege tables..

... Success!

By default, a MariaDB installation has an anonymous user, allowing anyone

to log into MariaDB without having to have a user account created for

them. This is intended only for testing, and to make the installation

go a bit smoother. You should remove them before moving into a

production environment.

Remove anonymous users? [Y/n]　←以降全ての選択肢でEnterキー。

（略）

・文字コードの設定

　日本語環境でWordPressを利用する場合、文字コードを統一する必要があります。WordPressの既定では utf8mbfを使用している為、MariaDBの文字コードも合わせましょう。

[root@web1 ~]# cp -p /etc/my.cnf.d/mariadb-server.cnf{,.org}

[root@web1 ~]# vi /etc/my.cnf.d/mariadb-server.cnf

（略）

[mysqld]

（略）

pid-file=/run/mariadb/mariadb.pid

character-set-server=utf8mb4　#←[mysqld]末尾に左記の行を追加

[root@web1 ~]# cp -p /etc/my.cnf.d/client.cnf{,.org}

[root@web1 ~]# vi /etc/my.cnf.d/client.cnf

[client]

default-character-set = utf8mb4　#←[client]末尾に左記の行を追加

・MariaDBの再起動

　設定を反映させる為にMariaDBの再起動を行います。

[root@web1 ~]# systemctl restart mariadb.service

[root@web1 ~]# systemctl is-active mariadb.service

active

・文字コードの確認

[root@web1 ~]# mysql -p

Enter password:　←作成したrootのパスワードを入力します。

Welcome to the MariaDB monitor. Commands end with ; or \g.

Your MariaDB connection id is 3

Server version: 10.5.13-MariaDB MariaDB Server

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> show variables like 'char%';　　←文字コードの確認

+--------------------------+------------------------------+

| Variable_name | Value |

+--------------------------+------------------------------+

| character_set_client | utf8mb4 |

| character_set_connection | utf8mb4 |

| character_set_database | utf8mb4 |

| character_set_filesystem | binary |

| character_set_results | utf8mb4 |

| character_set_server | utf8mb4 |

| character_set_system | utf8 |

| character_sets_dir | /usr/share/mariadb/charsets/ |

+--------------------------+------------------------------+

8 rows in set (0.001 sec)

MariaDB [(none)]>

　以上で文字コードが確認出来ました。

・WordPressのデータベース作成。

MariaDB [(none)]> create database wordpress;　←WordPressのデータベース作成

Query OK, 1 row affected (0.000 sec)

MariaDB [(none)]> grant all on wordpress.* to wordpress@localhost identified by

'test';　　←WordPressのユーザー有効化とパスワードの設定

Query OK, 0 rows affected (0.005 sec)

MariaDB [(none)]> flush privileges;　←設定の有効化を反映

Query OK, 0 rows affected (0.001 sec)

MariaDB [(none)]> select User,Host from mysql.user;　←MariaDB上のユーザー一覧

+-------------+-----------+

| User | Host |

+-------------+-----------+

| mariadb.sys | localhost |

| mysql | localhost |

| root | localhost |

| wordpress | localhost |

+-------------+-----------+

4 rows in set (0.001 sec)

MariaDB [(none)]> \q　←データベースからの切断

Bye

・GUI画面からインストール

⑴Webサーバーの仮想マシン上のGUIからWebブラウザ（Firefox）を立ち上げ、URLに以下のアドレスを入力します。

https://web1.stream.server/wordpress/

　初めてアクセスした際、ブラウザが”Warning Potantial Security Risk Ahead.（警告：潜在的なリスクあり）”と警告を発します。

　この場合、ブラウザ上の”Advanced...（詳細情報）”をクリックし、ブラウザの下に移動し”Accept the Risk and Continue（危険性を承知で続行）”をクリックし、サイトにアクセスします。

⑵「WordPressへようこそ。始める前に、以下の項目を知っておく必要があります。」

と表示され、事前説明が記載されています。

「さあ、始めましょう！」をクリックします。

⑶データーベース接続のための詳細情報の入力を求められます。

以下の内容の項目を入力します。

データ名：wordpress

ユーザー名：wordpress

パスワード：MariaDB初期設定時のパスワード（本稿では’test’）

　

⑷「wp-config.phpファイルに書き込みが出来ません。

　手動でwp-config.phpを作成し、中に張り付ける事が出来ます。」

と表示されるので全文をコピーし、GUI上で端末を起動し、指示通りwp-config.phpを作成し、貼り付けます。

　

[root@web1 ~]# vi /var/www/html/wp-config.php

<?php

/**

* WordPress の基本設定

*

* このファイルは、インストール時に wp-config.php 作成ウィザードが利用します。

* ウィザードを介さずにこのファイルを "wp-config.php" という名前でコピーして

* 直接編集して値を入力してもかまいません。

*

* このファイルは、以下の設定を含みます。

*

* * データベース設定

* * 秘密鍵

* * データベーステーブル接頭辞

* * ABSPATH

*

* @link https://ja.wordpress.org/support/article/editing-wp-config-php/

*

* @package WordPress

*/

// 注意:

// Windows の "メモ帳" でこのファイルを編集しないでください !

// 問題なく使えるテキストエディタ

// (http://wpdocs.osdn.jp/%E7%94%A8%E8%AA%9E%E9%9B%86#.E3.83.86.E3.82.AD.E3.82.B9.E3.83.88.E3.82.A8.E3.83.87.E3.82.A3.E3.82.BF 参照)

// を使用し、必ず UTF-8 の BOM なし (UTF-8N) で保存してください。

// ** データベース設定 - この情報はホスティング先から入手してください。 ** //

/** WordPress のためのデータベース名 */

define( 'DB_NAME', 'wordpress' );

/** データベースのユーザー名 */

define( 'DB_USER', 'wordpress' );

/** データベースのパスワード */

define( 'DB_PASSWORD', 'test' );

/** データベースのホスト名 */

define( 'DB_HOST', 'localhost' );

/** データベースのテーブルを作成する際のデータベースの文字セット */

define( 'DB_CHARSET', 'utf8mb4' );

/** データベースの照合順序 (ほとんどの場合変更する必要はありません) */

define( 'DB_COLLATE', '' );

/**#@+

* 認証用ユニークキー

*

* それぞれを異なるユニーク (一意) な文字列に変更してください。

* {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org の秘密鍵サービス} で自動生成することもできます。

* 後でいつでも変更して、既存のすべての cookie を無効にできます。これにより、すべてのユーザーを強制的に再ログインさせることになります。

*

* @since 2.6.0

*/

define( 'AUTH_KEY', 'KBETNt_GZTha<L$,Yrt98?r%-nDTi~F%<>=^Yw1l55r<7nQcw,A<3C-$z}a5&%8{' );

define( 'SECURE_AUTH_KEY', 'y&f+u[_=JPT>Ep;d(2U2fT5H,#NG!i<e1DQ EJa8W#I^8>++QE)1<z]qN4Fjxg*O' );

define( 'LOGGED_IN_KEY', '}rj}%uF).S?5EyL~~zcSc9.C$qmm~rk>j{uOiy5OA*_!%H4%0^H&O;4cpd,6lS}1' );

define( 'NONCE_KEY', 'GyNrZm<.UKIORVW bA,-Y<8i01&h3si{r#x.lTT};7W[sv*I![lMZ0Iw7](.!aU]' );

define( 'AUTH_SALT', 'v]hfg&^^/2mN.EP4Sf:NM:0F{&nZa.0heLk$E{rL`#eJol;k<L*cET9:x_:(a$>z' );

define( 'SECURE_AUTH_SALT', '`;@.O3MTfQ-{mfJpDQdp+bGhuv[OQb27ZB#@BxIG|E&KKVHGf?}PSFH; YF[{4]<' );

define( 'LOGGED_IN_SALT', '4ftOz66#gM`L2{i{kjx>-3>7iw,=:Pe4/#GW7s;&kn$Z0]=eD99W{9tIhtYRqn-8' );

define( 'NONCE_SALT', '=Zca>4U1Z+gWZucnC&c=2FMr4*j:`{C|p)[-xIVc#TM4yadK3TO.n2A~Et3]J%o0' );

/**#@-*/

/**

* WordPress データベーステーブルの接頭辞

*

* それぞれにユニーク (一意) な接頭辞を与えることで一つのデータベースに複数の WordPress を

* インストールすることができます。半角英数字と下線のみを使用してください。

*/

$table_prefix = 'wp_';

/**

* 開発者へ: WordPress デバッグモード

*

* この値を true にすると、開発中に注意 (notice) を表示します。

* テーマおよびプラグインの開発者には、その開発環境においてこの WP_DEBUG を使用することを強く推奨します。

*

* その他のデバッグに利用できる定数についてはドキュメンテーションをご覧ください。

*

* @link https://ja.wordpress.org/support/article/debugging-in-wordpress/

*/

define( 'WP_DEBUG', false );

/* カスタム値は、この行と「編集が必要なのはここまでです」の行の間に追加してください。 */

/* 編集が必要なのはここまでです ! WordPress でのパブリッシングをお楽しみください。 */

/** Absolute path to the WordPress directory. */

if ( ! defined( 'ABSPATH' ) ) {

define( 'ABSPATH', __DIR__ . '/' );

}

/** Sets up WordPress vars and included files. */

require_once ABSPATH . 'wp-settings.php';

⑸上記phpファイルを作成後、ブラウザを更新するとwp-confg.phpファイルが既に存在している旨が表示されるので、文中の「インストール実行してください」をクリックします。

⑹「ようこそ」が表示後、以下の必要情報を入力します。任意で構いませんが、本稿では例として以下の様に入力します。

・サイトのタイトル：WordPress Test

・ユーザー名：admin

・パスワード：m1w0rdpress!

・メールアドレス：wordpress@mail2.stream.server

・検索エンジンでの表示

　「検索エンジンがサイトをインデックスしないようにする」にチェック

　本稿ではメールサーバーは構築していない構成なので、メールアドレスは適当で構いません。

　上記の設定後、「WordPressのインストール」をクリックします。

⑺「成功しました！」と表示されればWordPressのインストールは成功です。「ログイン」をクリックします。

⑻以下を入力し「ログイン」をクリックします。

ユーザー名またはメールアドレス：admin

パスワード：m1w0rdpress!

⑼管理者ページが表示され、WordPressの記事が書けるようになりました。

◇クライアントマシンから動作確認。

　クライアントマシン（又はDNSサーバー）でもGUI画面のブラウザを起動し、https://web1.stream.server/wordpressにアクセスします。

　 WordPressのブログにアクセス出来れば成功です。

　最初は記事がありませんが、管理ページで記事を投稿すれば記事が表示されるようになります。
HTTPSサーバ構築

◇本稿の構成。

〇Webサーバー

・ホスト名：web1.stream.server

・アドレス：192.168.128.100/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

〇DNSサーバー

・ホスト名：host1.stream.server

・アドレス：192.168.128.101/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

〇クライアント（出来れば準備）

・ホスト名：client

・アドレス：192.168.128.110/24

・DNS：192.168.128.101

・ゲートウェイ：192.168.128.1

　Webサーバーとクライアントは「簡単なWebサーバーを構築」で作成したマシンを利用します。本稿を行う前に簡易的なWebサーバーの構築が終了している事を前提とします。

　WebサーバーとクライアントのDNSはDNSサーバーのアドレスに変更してください。

　3台仮想マシンを起動するのが困難な環境の場合、DNSサーバーをクライアントの代わりに使用しても構いません。

◇hostsファイルの修正。

　先ずはWebサーバーとクライアントマシンのhostsファイルに記入したWeb.stream.serverの情報をコメントアウトします。名前解決をDNSサーバーで行う為、この情報は不要になります。

[root@client ~]# vi /etc/hosts

#192.168.128.100 web.stream.server

◇DNSサーバーの追加設定

　「試しに簡単なWebサーバーを構築してみよう。」ではDNSサーバー構築前であった為、hostsファイルで代替しましたが、本稿ではDNSサーバーを利用する為、名前解決が行えるようにDNSサーバーの正引きと逆引きのゾーンファイルにWebサーバーの情報を追加します。

・DNSサーバーの正引きゾーンファイルの設定追加。

[root@host1 ~]# vi /var/named/stream.server.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　　IN NS host1.stream.server.

　　　IN MX 10 mail1.stream.server.

　　　IN MX 20 mail2.stream.server.

host1 IN A 192.168.128.101

host2 IN A 192.168.128.102

mail1 IN A 192.168.128.101

mail2 IN A 192.168.128.102

web1 IN A 192.168.128.100　#←Webサーバーを追加

・逆引きゾーンファイルの設定追加。

[root@host1 ~]# vi /var/named/128.168.192.in-addr.arpa.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　　IN NS host1.stream.server.

　　　IN A 255.255.255.0

101 IN PTR host1.stream.server.

102 IN PTR host2.stream.server.

101 IN PTR mail1.stream.server.

102 IN PTR mail2.stream.server.

100 IN PTR web1.stream.server.　#←Webサーバーを追加

・書式が正しいかチェックを行います。

　チェックを行い、エラーやアンノウンが表示されない事を確認します。

[root@host1 ~]# named-checkconf -z

zone localhost.localdomain/IN: loaded serial 0

zone localhost/IN: loaded serial 0

zone 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: loaded serial 0

zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0

zone 0.in-addr.arpa/IN: loaded serial 0

zone stream.server/IN: loaded serial 0

zone 128.168.192.in-addr.arpa/IN: loaded serial 0

　特に問題が無ければDNSサーバーを再起動して設定を反映させます。

・DNSサービスーの再起動

[root@host1 ~]# systemctl restart named-chroot

[root@host1 ~]# systemctl status named-chroot

● named-chroot.service - Berkeley Internet Name Domain (DNS)

Loaded: loaded (/usr/lib/systemd/system/named-chroot.service; disabled; ve>

Active: active (running) since Fri 2022-06-03 01:46:10 JST; 9s ago

（略）

　DNSサーバーの設定が終了したら次はWebサーバーの設定を行います。

◇Webサーバーの設定

・mod-sslのインストール。

　SSL/TLS化するにはmod-sslというツールを使用します。以下の方法でインストールを行いましょう。

　

[root@web1 ~]# dnf install -y mod_ssl

メタデータの期限切れの最終確認: 0:37:30 時間前の 2022年06月11日 16時25分37秒に実施しました。

依存関係が解決しました。

================================================================================

パッケージ Arch バージョンリポジトリーサイズ

================================================================================

インストール:

mod_ssl x86_64 1:2.4.53-1.el9 appstream 111 k

（略）

インストール済み:

mod_ssl-1:2.4.53-1.el9.x86_64

完了しました!

・httpdサービスの再起動

　mod_sslインストール後、Apacheの再起動が必要になります。

[root@web1 ~]# systemctl restart httpd

[root@web1 ~]# systemctl is-active httpd

active

◇自己署名証明書

　SSL/TLSによる暗号化通信では証明書が必要な為、サーバー証明書を作成します。テスト用の為、自己署名証明書を利用します。

[root@web1 ~]# NAME=web1.stream.server

　以下のコマンドは改行せず一行で入力してください。

[root@web1 ~]# openssl req -x509 -days 36500 -newkey rsa:2048 -nodes -out ${NAME}.crt -keyout ${NAME}.key -subj "/C=JP/ST=Tokyo/L=null/O=null/OU=null/CN=${NAME}/"

　コマンド実行後、実際に自己証明書ファイルが作成されているか確認し、中身も確認出来たらファイルを移動します。

[root@web1 ~]# ls *.crt *.key

web1.stream.server.crt web1.stream.server.key

[root@web1 ~]# openssl x509 -text -noout -in web1.stream.server.crt

Certificate:

　Data:

　　Version: 3 (0x2)

　　Serial Number:

（略）

　　Signature Algorithm: sha256WithRSAEncryption

　　Issuer: C = JP, ST = Tokyo, L = null, O = null, OU = null, CN = web1.stream.server

(略)

[root@web1 ~]# mv web1.stream.server.crt /etc/pki/tls/certs/

[root@web1 ~]# mv web1.stream.server.key /etc/pki/tls/private/

・仮想ホストの設定

　mod_sslをインストールすると、/etc/httpd/conf.d/ssl.confという設定ファイルが作成されます。このファイルに仮想ホストに対してSSL/TLSを使う設定を行います。

[root@web1 ~]# cp -p /etc/httpd/conf.d/ssl.conf{,.org}

[root@web1 ~]# vi /etc/httpd/conf.d/ssl.conf

（略）

<VirtualHost _default_:443>

#以下の行の#を外します。

DocumentRoot "/var/www/html"

ServerName www.example.com:443

#SSLCertificateFile /etc/pki/tls/certs/localhost.crt　この行を以下の内容に変更

SSLCertificateFile /etc/pki/tls/certs/web1.stream.server.crt

#SSLCertificateKeyFile /etc/pki/tls/private/localhost.key　この行を以下の内容に変更

SSLCertificateKeyFile /etc/pki/tls/private/web1.stream.server.key

・ファイアウォールなどセキュリティの制限解除。

　ファイアウォールの設定解除は以下のコマンドで行います。

[root@web1 ~]# firewall-cmd --add-service=https --permanent

[root@web1 ~]# firewall-cmd --reload

success

・サービスの再起動とファイルのコンテキストの修正。

[root@web1 ~]# systemctl restart httpd

Job for httpd.service failed because the control process exited with error code.

See "systemctl status httpd.service" and "journalctl -xeu httpd.service" for details.

　

　上記メッセージが表示された場合はhttpdが起動できていないので、以下の様にログを確認します。

[root@web1 ~]# tail /var/log/messages

Jun 11 21:24:40 web1 setroubleshoot[6325]: SELinux により、/usr/sbin/httpd による getattr アクセスが、ファイル /etc/pki/tls/certs/web1.stream.server.crt で拒否されました。完全な SELinux メッセージを見るには、sealert -l cb132cb6-e88c-41ce-918d-98e90abe1805 を実行します

Jun 11 21:24:40 web1 setroubleshoot[6325]: SELinux により、/usr/sbin/httpd による getattr アクセスが、ファイル /etc/pki/tls/certs/web1.stream.server.crt で拒否されました。#012#012***** プラグイン restorecon (99.5 信頼性) による示唆 ***********************************#012#012ラベルを修正する場合。#012/etc/pki/tls/certs/web1.stream.server.crt のデフォルトラベルは cert_t のはずです。#012このようにします: restorecon を実行することができます。親ディレクトリーにアクセスするのに必要な権限がないため、要求されたアクセスが停止した可能性があります。この場合は、以下のコマンドを状況に応じて適切に変更します。#012そして、以下を実行します: #012# /sbin/restorecon -v /etc/pki/tls/certs/web1.stream.server.crt#012#012***** プラグイン catchall (1.49 信頼性) による示唆 *************************************#012#012httpd に、 web1.stream.server.crt file の getattr アクセスがデフォルトで許可されるべきと考える場合。#012このようにします: バグとして報告してください。 #012ローカルのポリシーモジュールを生成すると、#012 このアクセスを許可することができます。#012そして、以下を実行します: #012以下を実行して、このアクセスを許可します:#012# ausearch -c 'httpd' --raw | audit2allow -M my-httpd#012# semodule -X 300 -i my-httpd.pp#012（以下略）

　上記メッセージにより、SELinuxにより/etc/pki/tls/certs/web1.stream.server.crtが拒否されたのが原因である事が分かります。また、同様の理由で/etc/pki/tls/certs/web1.stream.server.keyが拒否されます。

　上記の場合、メッセージに対処方法が書いてあるので、メッセージを参考に以下のコマンドでコンテキストを修正します。

[root@web1 ~]# restorecon -v /etc/pki/tls/certs/web1.stream.server.crt

Relabeled /etc/pki/tls/certs/web1.stream.server.crt from unconfined_u:object_r:admin_home_t:s0 to unconfined_u:object_r:cert_t:s0

[root@web1 ~]# restorecon -v /etc/pki/tls/private/web1.stream.server.key

Relabeled /etc/pki/tls/private/web1.stream.server.key from unconfined_u:object_r:admin_home_t:s0 to unconfined_u:object_r:cert_t:s0

　コンテキスト修正後、再度httpdサービスを再起動します。

[root@web1 ~]# systemctl restart httpd

[root@web1 ~]# systemctl status httpd

● httpd.service - The Apache HTTP Server

Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor pre>

Active: active (running) since Sat 2022-06-11 21:48:59 JST; 25s ago

　これでhttpdサービスが正常に起動するようになりました。

・Webサーバーのブラウザからhttpsページへアクセス。

　続いてはhttps化したWebページへアクセス可能か検証を行う為に、Webサーバーの仮想マシン上のGUIからWebブラウザ（Firefox）を立ち上げ、URLに以下のアドレスを入力します。

https://web1.stream.server

　初めてアクセスした際、ブラウザが”Warning Potantial Security Risk Ahead.（警告：潜在的なリスクあり）”と警告を発します。

　これは自己証明書を使用したWebサイトは信用出来ない為に発せられる警告です。

インターネットでこの警告が発生られた場合、本来はアクセスすべきではありませんが、今回の様にテストで作成したWebページや、社内サイトなどは信頼して構いません。（通常、証明書は有料なので検証環境やイントラネットでは自己証明書で済ます場合が多いかと思います。Let’s Encryptを使用する方法もありますが、本稿では触れません）

　ブラウザ上の”Advanced...（詳細情報）”をクリックし、ブラウザの下に移動し”Accept the Risk and Continue（危険性を承知で続行）”をクリックし、サイトにアクセスします。

　過去に作成した「This is Web Server Test Page on web1.stream.server」が表示されれば成功です。URLがhttpsである事を必ず確認してください。

・クライアントマシンから動作確認。

　クライアントマシン（又はDNSサーバー）でも上記と同じ方法でhttps://web1.stream.serverにアクセスします。

　「簡単なWebサーバーを構築」で作成した「This is Web Server Test Page on web1.stream.server」が表示されれば成功です。URLがhttpsである事を必ず確認してください。

　以上でHTTPSサーバーの設定が終了しました。
LVM

・本稿環境

　仮想マシンで検証する場合、仮想ハードディスクを一台追加してください。本稿では追加されたハードディスクは/dev/sdbとして扱います。

◇LVM利用手順

・パーテーションの設定

　以下の手順でパーテーションを作成します

[root@STR1 ~]# gdisk /dev/sdb

GPT fdisk (gdisk) version 1.0.7

Partition table scan:

MBR: not present

BSD: not present

APM: not present

GPT: not present

Creating new GPT entries in memory.

Command (? for help): n

Partition number (1-128, default 1): 1

First sector (34-62914526, default = 2048) or {+-}size{KMGTP}:

Last sector (2048-62914526, default = 62914526) or {+-}size{KMGTP}:

Current type is 8300 (Linux filesystem)

Hex code or GUID (L to show codes, Enter = 8300): 8300

Changed type of partition to 'Linux filesystem'

Command (? for help): p

Disk /dev/sdb: 62914560 sectors, 30.0 GiB

Model: VBOX HARDDISK

Sector size (logical/physical): 512/512 bytes

Disk identifier (GUID): A65D22B8-364B-43AB-8824-39827BCF7447

Partition table holds up to 128 entries

Main partition table begins at sector 2 and ends at sector 33

First usable sector is 34, last usable sector is 62914526

Partitions will be aligned on 2048-sector boundaries

Total free space is 2014 sectors (1007.0 KiB)

Number Start (sector) End (sector) Size Code Name

1 2048 62914526 30.0 GiB 8300 Linux filesystem

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING

PARTITIONS!!

Do you want to proceed? (Y/N): y

OK; writing new GUID partition table (GPT) to /dev/sdb.

The operation has completed successfully.

・物理ボリューム作成

[root@STR1 ~]# pvcreate /dev/sdb1

Physical volume "/dev/sdb1" successfully created.

・ボリュームグループの作成

[root@STR1 ~]# vgcreate test-vg /dev/sdb1

Volume group "test-vg" successfully created

・論理ボリュームの作成

[root@STR1 ~]# lvcreate -L 5G -n Lv01 test-vg

Logical volume "Lv01" created.

・ファイルシステムを作成し、マウント

[root@STR1 ~]# mkfs.xfs /dev/test-vg/Lv01

meta-data=/dev/test-vg/Lv01 isize=512 agcount=4, agsize=327680 blks

= sectsz=512 attr=2, projid32bit=1

= crc=1 finobt=1, sparse=1, rmapbt=0

= reflink=1 bigtime=1 inobtcount=1

data = bsize=4096 blocks=1310720, imaxpct=25

= sunit=0 swidth=0 blks

naming =version 2 bsize=4096 ascii-ci=0, ftype=1

log =internal log bsize=4096 blocks=2560, version=2

= sectsz=512 sunit=0 blks, lazy-count=1

realtime =none extsz=4096 blocks=0, rtextents=0

[root@STR1 ~]# mkdir /data

[root@STR1 ~]# mount /dev/test-vg/Lv01 /data/

[root@STR1 ~]# df -HT /data/

ファイルシスタイプサイズ使用残り使用% マウント位置

/dev/mapper/test--vg-Lv01 xfs 5.4G 72M 5.3G 2% /data

・論理ボリュームとファイルシステムの拡張

　例として論理ボリュームを3G拡張してみます。

[root@STR1 ~]# lvextend -L +3G /dev/test-vg/Lv01

Size of logical volume test-vg/Lv01 changed from 5.00 GiB (1280 extents) to 8.00 GiB (2048 extents).

Logical volume test-vg/Lv01 successfully resized.

　引き続き、論理ボリュームサイズに合わせファイルシステムを拡張します。

[root@STR1 ~]# xfs_growfs /data/

meta-data=/dev/mapper/test--vg-Lv01 isize=512 agcount=4, agsize=327680 blks

= sectsz=512 attr=2, projid32bit=1

= crc=1 finobt=1, sparse=1, rmapbt=0

= reflink=1 bigtime=1 inobtcount=1

data = bsize=4096 blocks=1310720, imaxpct=25

= sunit=0 swidth=0 blks

naming =version 2 bsize=4096 ascii-ci=0, ftype=1

log =internal log bsize=4096 blocks=2560, version=2

= sectsz=512 sunit=0 blks, lazy-count=1

realtime =none extsz=4096 blocks=0, rtextents=0

data blocks changed from 1310720 to 2097152

　以下のコマンドでボリュームサイズが拡張されている事を確認します。

[root@STR1 ~]# df -HT /data/

ファイルシスタイプサイズ使用残り使用% マウント位置

/dev/mapper/test--vg-Lv01 xfs 8.6G 94M 8.5G 2% /data

　約３G追加された事が確認出来ました。

・スナップショットのテスト

　テスト用のlvm-test.txtファイルを作成します。

[root@STR1 ~]# echo "Hello LVM." > /data/lvm-test.txt

[root@STR1 ~]# ls /data/

lvm-test.txt

[root@STR1 ~]# cat /data/lvm-test.txt

Hello LVM.

・スナップショット作成

[root@STR1 ~]#[root@STR1 ~]# lvcreate --snapshot -L 500M -n snap /dev/test-vg/Lv01

Logical volume "snap" created.

　元のボリュームと、使用されているスナップショットボリュームの現在の割合を表示します。

[root@STR1 ~]# lvs -a -o +devices

Devices file sys_wwid t10.ATA_____VBOX_HARDDISK___________________________VB70946409-7f454173_ PVID YMm8eCIR5SkuO0JofNsHEDPihSr1HncN last seen on /dev/sda2 not found.

LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert Devices

Lv01 test-vg owi-aos--- 8.00g /dev/sdb1(0)

snap test-vg swi-a-s--- 500.00m Lv01 0.00 /dev/sdb1(2048)

・テスト用ファイルの削除

　テスト用に作成したlvm-test.txtを削除します。

[root@STR1 ~]# rm -rf /data/lvm-test.txt

[root@STR1 ~]# ls /data/

#何も表示されない事を確認します。

・スナップショットのマージ

　dataディレクトリをアンマウント後、スナップショットをマージします。

　

[root@STR1 ~]# umount /data

[root@STR1 ~]# lvconvert --merge /dev/test-vg/snap

Merging of volume test-vg/snap started.

test-vg/Lv01: Merged: 100.00%

　マージ後、マウントを行い、削除したlvm-test.txtが元に戻っている事を確認します。

[root@STR1 ~]# mount /dev/test-vg/Lv01 /data/

[root@STR1 ~]# ls /data/

lvm-test.txt

[root@STR1 ~]# cat /data/lvm-test.txt

Hello LVM.
rsyslogサーバーでログの一括管理

◇本稿環境

　「Ansible　構成管理サーバー」で使用した2台の仮想マシンを使用します。

　構成はそちらを参考にしてください。

◇ログ転送先（ANS）の設定

[root@ANS ~]# cp -p /etc/rsyslog.conf{,.org}

[root@ANS ~]# vi /etc/rsyslog.conf

（中略）

#30、31行目の先頭の#を消してUDPを受信可能にする。

module(load="imudp") # needs to be done just once

input(type="imudp" port="514")

（中略）

＃35、36行目の先頭の#を消してTCPを受信可能にする。

module(load="imtcp") # needs to be done just once

input(type="imtcp" port="514")

#37行目に以下の行を追加し、192.168.128.0ネットワークから受信を可能にする。

$AllowedSender TCP, 192.168.128.0/24

　続いてファイアウォールでポート514番を許可します。

[root@ANS ~]# firewall-cmd --zone=public --add-port=514/tcp --permanent

success

[root@ANS ~]# firewall-cmd --zone=public --add-port=514/udp --permanent

success

[root@ANS ~]# firewall-cmd --reload

success

[root@ANS ~]# systemctl restart rsyslog.service

◇ログ転送元（www1）の設定

[root@www1 ~]# cp -p /etc/rsyslog.conf{,.org}

[root@www1 ~]# vi /etc/rsyslog.conf

#末尾に以下の行を追加します。

*.* @@192.168.128.101:514

　続いてファイアウォールでポート514番を許可します。

[root@www1 ~]# firewall-cmd --zone=public --add-port=514/tcp --permanent

success

[root@www1 ~]# firewall-cmd --zone=public --add-port=514/udp --permanent

success

[root@www1 ~]# firewall-cmd --reload

success

　ログ転送元の全ての設定が終了しましたらrsyslogサービスを再起動します。

[root@www1 ~]# systemctl restart rsyslog.service

◇ログ転送先（ANS）の確認。

　ANSサーバーにアクセスし、以下の様に、転送元（www1）の情報がログに記録されている事を確認します。

[root@ANS ~]# tail -f /var/log/messages

2022-08-01T19:51:33+09:00 www1 systemd[1]: Stopping rsyslog.service - System Logging Service...

2022-08-01T19:51:33+09:00 www1 rsyslogd[737]: [origin software="rsyslogd" swVersion="8.2204.0-1.fc36" x-pid="737" x-info="https://www.rsyslog.com"] exiting on signal 15.

2022-08-01T19:51:33+09:00 www1 systemd[1]: rsyslog.service: Deactivated successfully.

2022-08-01T19:51:33+09:00 www1 systemd[1]: Stopped rsyslog.service - System Logging Service.

2022-08-01T19:51:33+09:00 www1 audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=rsyslog comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

2022-08-01T19:51:33+09:00 www1 systemd[1]: Starting rsyslog.service - System Logging Service...

2022-08-01T19:51:33+09:00 www1 audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=rsyslog comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

2022-08-01T19:51:33+09:00 www1 rsyslogd[1400]: [origin software="rsyslogd" swVersion="8.2204.0-1.fc36" x-pid="1400" x-info="https://www.rsyslog.com"] start

2022-08-01T19:51:33+09:00 www1 systemd[1]: Started rsyslog.service - System Logging Service.

2022-08-01T19:51:33+09:00 www1 rsyslogd[1400]: imjournal: journal files changed, reloading... [v8.2204.0-1.fc36 try https://www.rsyslog.com/e/0 ]
BINDによるDNSサーバーの構築

◇本稿のDNSサーバーの設定

・ホスト名：host1.stream.server

・アドレス：192.168.128.101/24

・DNS：192.168.128.101（正し、BINDインストール前は192.168.128.1）

・ゲートウェイ：192.168.128.1

◇DNSサーバーの構築

・BINDのインストール

[root@host1 ~]# dnf -y install bind bind-chroot bind-libs

メタデータの期限切れの最終確認: 3:52:09 時間前の 2022年06月02日 19時58分21秒に実施しました。

パッケージ bind-libs-32:9.16.23-1.el9.x86_64 は既にインストールされています。

依存関係が解決しました。

================================================================================

パッケージ Arch バージョンリポジトリーサイズ

================================================================================

インストール:

bind x86_64 32:9.16.23-1.el9 appstream 491 k

bind-chroot x86_64 32:9.16.23-1.el9 appstream 19 k

依存関係のインストール:

bind-dnssec-doc noarch 32:9.16.23-1.el9 appstream 48 k

python3-bind noarch 32:9.16.23-1.el9 appstream 63 k

python3-ply noarch 3.11-14.el9 appstream 103 k

弱い依存関係のインストール:

bind-dnssec-utils x86_64 32:9.16.23-1.el9 appstream 116 k

トランザクションの概要

================================================================================

インストール 6 パッケージ

(略)

インストール済み:

bind-32:9.16.23-1.el9.x86_64

bind-chroot-32:9.16.23-1.el9.x86_64

bind-dnssec-doc-32:9.16.23-1.el9.noarch

bind-dnssec-utils-32:9.16.23-1.el9.x86_64

python3-bind-32:9.16.23-1.el9.noarch

python3-ply-3.11-14.el9.noarch

完了しました!

・DNSクライアントの設定変更

　続いてDNSのアドレスを変更します。過去の稿ではnmtuiを使いましたが、今回はnmcuiで設定を変更してみましょう。

[root@host1 ~]# nmcli connection modify enp0s3 ipv4.dns 192.168.128.101

　設定変更後、ネットワークアダプタを再起動させ設定を反映させます。

[root@host1 ~]# nmcli connection down enp0s3

＊注意。　SSHで接続した場合、切断されるのでネットワークアダプタの設定作業は直接仮想マシン上から操作する事をお勧めします。

[root@host1 ~]# nmcli connection up enp0s3

・BIND設定ファイルの編集

　先ずは設定ファイルのコピーを行ってから設定を行います。

　以降、設定ファイルの設定変更時は基本的に.orgという拡張子でコピーを行っていきます。

[root@host1 ~]# cp -p /etc/named.conf{,.org}

[root@host1 ~]# vi /etc/named.conf

（中略）

options {

　　listen-on port 53 { 127.0.0.1; 192.168.128.101; };　←DNSサーバーアドレス追記

　　listen-on-v6 port 53 { ::1; };

　　directory "/var/named";

　　dump-file "/var/named/data/cache_dump.db";

　　statistics-file "/var/named/data/named_stats.txt";

　　memstatistics-file "/var/named/data/named_mem_stats.txt";

　　secroots-file "/var/named/data/named.secroots";

　　recursing-file "/var/named/data/named.recursing";

　　allow-query { localhost; 192.168.128.0/24; };　←ネットワークアドレス追記

（中略）

#末尾に以下の設定を追記

#正引きゾーンの設定

zone "stream.server" {

　　type master;

　　file "stream.server.zone";

};

#逆引きゾーンの設定

zone "128.168.192.in-addr.arpa" {

　　type master;

　　file "128.168.192.in-addr.arpa.zone";

};

・正引きゾーンファイルの作成

　サンプルのファイルをコピーし、正引きゾーンファイルを作成します。

[root@host1 ~]# cd /var/named/

[root@host1 named]# cp -p named.localhost stream.server.zone

[root@host1 named]# vi stream.server.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　　　IN NS host1.stream.server.

host1 IN A 192.168.128.101

host2 IN A 192.168.128.102

・逆引きゾーンファイルの作成

[root@host1 named]# cp -p stream.server.zone 128.168.192.in-addr.arpa.zone

　コピーしたファイルを以下の内容に書き換えます。

[root@host1 named]# vi 128.168.192.in-addr.arpa.zone

$TTL 86400

@ IN SOA host1.stream.server. root.stream.server. (

　　　　　　　　　　 0 ; serial

　　　　　　　　　　 1D ; refresh

　　　　　　　　　　 1H ; retry

　　　　　　　　　　 1W ; expire

　　　　　　　　　　 3H ) ; minimum

　　IN NS host1.stream.server.

　　IN A 255.255.255.0

101 IN PTR host1.stream.server

102 IN PTR host2.stream.server

・設定ファイルの確認

　以下のようにアンノウンやエラーが確認されなければOKです。

[root@host1 ~]# named-checkconf -z

zone localhost.localdomain/IN: loaded serial 0

zone localhost/IN: loaded serial 0

zone 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: loaded serial 0

zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0

zone 0.in-addr.arpa/IN: loaded serial 0

zone stream.server/IN: loaded serial 0

zone 128.168.192.in-addr.arpa/IN: loaded serial 0

・失敗例

[root@host1 ~]# named-checkconf -z

zone localhost.localdomain/IN: loaded serial 0

zone localhost/IN: loaded serial 0

zone 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: loaded serial 0

zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0

zone 0.in-addr.arpa/IN: loaded serial 0

stream.server.zone:2: unknown RR type 'stream.server.'

dns_rdata_fromtext: stream.server.zone:3: near '@': not a valid number

zone stream.server/IN: loading from master file stream.server.zone failed: unknown class/type

zone stream.server/IN: not loaded due to errors.

　この場合、stream.server.zoneファイルの2行目と3行目の書式に誤りがある可能性が高いので、修正します。

・ファイアウォールのDNSの許可

[root@host1 ~]# firewall-cmd --add-service=dns --permanent

success

・DNSサーバーの起動

[root@host1 ~]# systemctl start named-chroot

[root@host1 ~]# systemctl status named-chroot

● named-chroot.service - Berkeley Internet Name Domain (DNS)

Loaded: loaded (/usr/lib/systemd/system/named-chroot.service; disabled; ve>

Active: active (running) since Fri 2022-06-03 01:46:10 JST; 9s ago

（略）

[root@host1 ~]# systemctl enable named-chroot

Created symlink /etc/systemd/system/multi-user.target.wants/named-chroot.service → /usr/lib/systemd/system/named-chroot.service.

[root@host1 ~]# systemctl is-enabled named-chroot

enabled

・DNSサーバーの動作確認

[root@host1 ~]# nslookup

> host1.stream.server　　　　←host1を名前から正引き

Server: 192.168.128.101

Address: 192.168.128.101#53

Name: host1.stream.server

Address: 192.168.128.101　　　　←host1のアドレスが表示

> host2.stream.server　　　　←host2を名前から正引き

Server: 192.168.128.101

Address: 192.168.128.101#53

Name: host2.stream.server

Address: 192.168.128.102　　　　←host2のアドレスが表示

>192.168.128.101　　　　←host1のIPアドレスから逆引き

101.128.168.192.in-addr.arpa name = host1.stream.server.128.168.192.in-addr.arpa.

> 192.168.128.102　　　　←host2のIPアドレスから逆引き

102.128.168.192.in-addr.arpa name = host2.stream.server.128.168.192.in-addr.arpa.

>

(Ctrl+Cキーで終了します)

・ゾーン全体の確認

　digコマンドでは、ゾーン全体の情報も確認できます。次のように、ドメイン名の後に axfr を指定するとゾーンに登録されている全ての情報が表示されます。問い合わせをするサーバーは、@をつけて指定します。

[root@host1 ~]# dig stream.server axfr @192.168.128.101

; <<>> DiG 9.16.23-RH <<>> stream.server axfr @192.168.128.101

;; global options: +cmd

stream.server. 86400 IN SOA host1.stream.server. root.stream.server. 0 86400 3600 604800 10800

stream.server. 86400 IN NS host1.stream.server.

host1.stream.server. 86400 IN A 192.168.128.101

host2.stream.server. 86400 IN A 192.168.128.102

stream.server. 86400 IN SOA host1.stream.server. root.stream.server. 0 86400 3600 604800 10800

;; Query time: 2 msec

;; SERVER: 192.168.128.101#53(192.168.128.101)

;; WHEN: Fri Jun 03 01:50:53 JST 2022

;; XFR size: 5 records (messages 1, bytes 205)

　以上で最低限のDNSサーバーの設定が終了しました。

　次稿以降に構築するWebサーバーやメールサーバーでは本稿で作成したDNSサーバーを使用予定です。

プロフィール

HN：

のらくら

性別：

非公開

自己紹介：

介護と自身の手術でブランクが出来たインフラエンジニアの学習メモ。VirtualBOXで仮想サーバーを建て、GNS3でCiscoルーター＆スイッチによるネットワークのエミュレーションもしています。GNS3ネットワーク内に仮想サーバーと連携させて、実際のネットワーク環境におけるサーバーをシミュレートする他、LinuC level3 300の対策もしています。

CentOS Stream9 or AlmaLinux9

プロフィール

カテゴリー

最新記事

RSS

リンク

P R