送信専用、メールサーバー構築

Postfixのインストール

メールを配送するプログラムとしては、「Postfix」利用します。
まず、インストール状況を確認し、インストールされていない場合には、インストールします。

$ dnf list installed | grep postfix
・     <----- 何も表示されない場合には、インストールされていない

$ dnf list postfix  <----- パッケージ確認
postfix.x86_64  

$ sudo dnf install postfix     <----- インストール実行
・
・
インストール:
 postfix     x86_64     2:3.5.9-24.el9    appstream       1.4 M

・

インストール済み:
  postfix-2:3.5.9-24.el9.x86_64                                                                                   

完了しました!

$ dnf list installed | grep postfix     <----- 再確認
postfix.x86_64    2:3.5.9-24.el9          @appstream

設定ファイルを環境にあわせ編集

postfix は /etc/postfix/main.cf のファイルで設定しますので、まずは既存のファイルはバックアップし、メールサーバのドメイン名を自分の環境に合わせます
確認後、再起動と自動起動設定

$ sudo cp -p /etc/postfix/main.cf /etc/postfix/main.cf.org
$ sudo vi /etc/postfix/main.cf
・
・
#myhostname = host.domain.tld
#myhostname = virtual.domain.tld
## ----- 2024.01.03 kazuban
myhostname = mail.kazuban.com <----- メールサーバのホスト名
・
・
#mydomain = domain.tld
## ----- 2024.01.03 kazuban
mydomain = kazuban.com <----- メールのドメイン
・
#inet_interfaces = all
#inet_interfaces = $myhostname
#inet_interfaces = $myhostname, localhost
inet_interfaces = localhost <----- 自分からのみ受け取る
・
# Enable IPv4, and IPv6 if supported
inet_protocols = all <----- プロトコル（IPv4、IPv6両方）
・
・
## ----- 2024.01.03
masquerade_domains = kazuban.com <----- サブドメインを付けない
・
・ <-----main.cf 保存

$ sudo postconf -n  <------ 変更の確認
・
inet_protocols = all
masquerade_domains = kazuban.com
mydomain = kazuban.com
myhostname = mail.kazuban.com
・
$ sudo postfix check  <----- 設定ファイルのチェック、エラーがなければOK
$ sudo  systemctl restart postfix  <----- 再起動
$ sudo systemctl status postfix  <----- 起動状態確認
・
$ sudo systemctl is-enabled postfix <----- 自動起動確認
disabled   <----- disabled であれば、自動起動になっていない
$ sudo systemctl enable postfix  <----- 自動起動設定
$ sudo systemctl is-enabled postfix <----- 自動起動再確認
enabled  　　<----- enabled で、自動起動になっている

メール送信の確認

配送確認を「mail」コマンドでやってみましたが、コマンドが見つからないと叱られてしまいました。

$ mail
bash: mail: command not found...
Install package 's-nail' to provide command 'mail'? [N/y]

「s-nail」をインストールして、再度、「mail」コマンドで送信テストしてみます。

$ sudo dnf install s-nail
・
$ mail hogehoge@hogehoge.com
Subject: Mail test
To: hogehoge@hogehoge.com
test-mail from rockylinux
　　  <------ 「Ctrl」+「d」キー入力
Send this message [yes/no, empty: recompose]? yes

以前は、本文入力終了は、「.」文字で終了し送信でしたが、
「s-nail」は、「Ctrl」+「d」のようです。
Windowsマシンで、Eメール確認すると、無事に届いていました。

メール転送

サーバーからなにかのタイミングで、root宛にメールを送ってくる場合があります。
そのメールは、rootでログインする事で読む事はできますが、定期的な確認は無理があります。
やはり、サーバ管理上、リアルタイムに確認するために、root宛メールは管理者アドレスへ転送させる必要があります。
メール転送状況は、「/etc/aliases」に書かれています

$ cat /etc/aliases
#
#  Aliases in this file will NOT be expanded in the header from
#  Mail, but WILL be visible over networks or from /bin/mail.
#
#       >>>>>>>>>>      The program "newaliases" must be run after
#       >> NOTE >>      this file is updated for any changes to
#       >>>>>>>>>>      show through to sendmail.
#

# Basic system aliases -- these MUST be present.
mailer-daemon:  postmaster
postmaster:     root

# General redirections for pseudo accounts.
bin:            root
daemon:         root
adm:            root
lp:             root
・
・
# Person who should get root's mail
#root:          marc

ほとんどのデーモンが、root宛に転送しているのが分かります。
このファイルの最後の行に、root宛のメールを転送させたい転送先メールアドレスを記入すると、root宛メールをそのアドレスへ転送する事ができます。
ただし、このファイル「/etc/aliases」の「>> NOTE >>」にコメントがあるように
「newaliases」コマンドを実行する必要があります。

$ sudo vi /etc/aliases
・
#
#  Aliases in this file will NOT be expanded in the header from
#  Mail, but WILL be visible over networks or from /bin/mail.
#
・
・
# Person who should get root's mail
#root:          marc
root:         hogehoge      <------ root宛を転送するユーザーを追加
hogehoge:     hoge@hogehoge.com <----- ユーザー宛を転送するアドレスを追加
・

$ sudo newaliases   <----- 必ず、実行

これで、root宛メールは、「hogehogeユーザー」と「hoge@hogehoge.com」に転送されます。
たとえは、前回作成した、WordPressのバックアップの自動実行コマンド「crontab」の
設定ファイルに「MAILTO=root」を追加すると

$ crontab -e
MAILTO=root
00 3 * * *       /home/kazu/bin/MariaDB_Backup.sh
30 3 * * *       /home/kazu/bin/Wp-Content_Backup.sh

自動起動時に、rootへメールされ、今回の設定で「hoge@hogehoge.com」へ転送されます。
このメールで、バックアップの実行を確認できます。

RockyLinux9.3で自宅サーバーを再構築・記事一覧

インストール

SSHでリモート管理

firewalldでアクセス制御

Apache編

PHP8.2とMariaDB10.5編

WordPress インストール

WordPress のバックアップとリストア

postfix で送信専用メールサーバー構築

WordPressバックアップ

バックアップは、データベースとデータファイルを行います。
データベースは、MariaDBが管理保存しています
投稿記事や設定などが保存されています。
データファイルは、WordPress ディレクトリの、「wp-content」内のデータで
主に、テーマやプラグイン、画像データなどが保存されているデータです。

データベース・MariaDBのバックアップ

データベースは、「mysqldump」でバックアップします。
データベース値は前回の例を参考にします。

・管理者パスワード： hogehoge_passwd
・データベース名：WpDb
・ユーザー名:WpAdmin
・パスワード:WpPasswd
・データベースホスト:localhost

前回例を参考にすると、コマンドのパラメータは、下記になります。

-u ユーザー名：WpAdmin
-p ユーザーパスワード：WpPasswd
-h ホスト名：localhost
-A すべてのデータベースの意味

バックアップファイル名：WordPress.bak

「mysqldump」が吐き出したデータを出力リダイレクト「>」でファイルに保存します

$ mysqldump -u WpAdmin -pWpPasswd  -h localhost -A > WordPress.bak

データベース・MariaDBのリストア

バックアップは、「mysqldump」で行いましたが、リストアは「mysql」でできます。

-u ユーザー名：root
-p 管理者パスワード：hogehoge_passwd
-データベース名：WpDb

バックアップファイル名：WordPress.bak

$ mysql -u root -phogehoge_passwd WpDb < WordPress.bak

これで、データベースのリストアは完了ですが、もしバックアップ元とバックアップ先の
URLなどの設定を違えたい場合には、ここを参考にして、内容を書き換えます。

データファイル・wp-content のバックアップ

WordPressをインストール後、投稿により追加変更される
重要なディレクトリが「wp-content」です。
したがって、定期的に「wp-content」をバックアップしておくと、上記のデータベース復元
と共に「wp-content」ディレクトリを書き換える事で、バックアップ時の状態へ戻す事ができます。
日々の更新により「wp-content」内の全てが更新されていく訳ではありませんが
作業の単純化のために、「wp-content」全てをバックアップする事にします。
バックアップ作業は簡単です、適当なバックアップ保存用のディレクトリを用意し
「 [WordPressディレクトリ]/wp-content」を圧縮し、保存用ディレクトリに保存しておきます。
バックアップしたファイル名には、日付を付けておくと、バックアップ時期がわかりやすいです。
筆者は、下記のような設定で運用します。

バックアップ保存ディレクトリ：/home/hogehoge/BackupDir/
バックアップ保存ファイル名：20240103-Wp-content.tar.gz
バックアップ元ディレクトリ：/home/www/html/blog/wp-content/

$ tar czf /home/hogehoge/BackupDir/20240103-Wp-content.tar.gz  /home/www/html/blog/wp-content/ 

データファイル・wp-content のリストア

データファイルの復元は上記のデータベースの復元と共に行う事が重要です。
基本的には、バックアップされているディレクトリと入れ換えるだけですが
いきなり入れ替えでは戻せなくなるので、まずは既存を名前変更で残しておきます。
・圧縮保存されている、バックアップファイルを展開
・既存の、「WordPressディレクトリ」/wp-content/ を「wp-content_bak」などに変更
・展開された「バックアップディレクトリ」内の「wp-content」を
「WordPressディレクトリ」に移動。
・移動された「wp-content」の属性を「apacheユーザー」属性にすべて変更
この作業で、サイトへアクセスすると、バックアップ時の状態になっています。

$ cd /home/hogehoge/BackupDir/
$ tar xzf ./20240103-Wp-content.tar.gz
$ ls
20240103-Wp-content.tar.gz  home

$ sudo mv /home/www/html/blog/wp-content/ /home/www/html/blog/wp-content_bak/
$ sudo mv ./home/www/html/blog/wp-content/ /home/www/html/blog/
$ sudo chown -R apache.apache /home/www/html/blog/wp-content
$ ls -la /home/www/html/blog/
・
drwxr-xr-x.  6 apache apache    84 1月 3 11:15 wp-content
drwxr-xr-x. 10 apache apache   164 1月 3 9:29 wp-content_bak
・

WordPress 自動バックアップ

WordPress には、バックアップのプラグインもありますが、自宅サーバーなど
シェルが利用できる環境であれば、シェルスクリプトを組む事で自動バックアップが可能になります。

バックアップさせるシェルスクリプトを作成します。
シェルスクリプトの構文や文法は、ネット上に情報がありますのでそちらで確認してください。
まずは、シェルシェルスクリプトを置くディレクトリを作成します。
筆者は、「管理ユーザーのホームディレクト」/bin/ としました。
さらに、バックアップを置くディレクトリも作成します。
「ホームディレクト」/Backup/を作成し、「Backup」の下に「MariaDB」と「Wp-content」を作成し、この中に保存しようと思います。
バックアップ用のディレクトリは、事前に作成しておきます。

$ cd
$ mkdir ./bin
$ mkdir ./Backup
$ mkdir ./Backup/MariaDB
$ mkdir ./Backup/Wp-content

/home/hogehoge
├─Backup
│  ├─MariaDB       <--- データベース用
│  └─Wp-content    <---　データファイル用
├─bin         <---- 自動バックアップスクリプト
├─Desktop
├─Documents
├─Downloads
├─Music
├─Pictures
├─Public
├─Templates
└─Videos

MariaDBのバックアップスクリプト

スクリプト内では次の変数を定義します。
変数は、自分の環境に合わせて編集します。

BackupDir=”/home/hogehoge/Backup/MariaDB” #バックアップ用ディレクトリ
MysqlUser=”WpAdmin” #ユーザー名
MysqlUserPasswd=”WpPasswd” #ユーザーパスワード
LOG=”mariadb_backup.log” #バックアップログファイル

バックアップファイル名は、日付+”-MariaDB.bak” を自動設定する仕様にします。

#!/bin/sh
#
#  MariaDB_Backup.sh    2024/01/03 by kazuban
#
#------------------------------------
BackupDir="/home/hogehoge/Backup/MariaDB"
MysqlUser="WpAdmin"
MysqlUserPasswd="WpPasswd"
LOG="mariadb_backup.log"
#------------------------------------

cd $BackupDir
echo "`date` Execute Backup!! " >> $LOG

DATE=`date '+%Y%m%d'`
FILENAME="$DATE-MariaDB.bak"
CMD="mysqldump -u $MysqlUser -p$MysqlUserPasswd -h localhost -A " 
echo $CMD >> $LOG
echo $CMD " > $FILENAME"
$CMD  > $FILENAME 
echo "`date` ------------ End" >> $LOG

このファイルを、適当なファイル名で、スクリプト用ディレクトリへ保存します。
筆者は「/home/hogehoge/bin/」に「MariaDB_Backup.sh」で保存しました。
このファイルは、実行できるように、実行権限を付けます

$ chmod 700 /home/hogehoge/bin/MariaDB_Backup.sh 

wp-content のバックアップスクリプト

wp-contentディレクトリは、「home/hogehoge/Backup/Wp-content/に保存します。
こちらの変数も、自分の環境に合わせます。

BackupDir=”/home/hogehoge/Backup/Wp-content” #バックアップ用ディレクトリ
BackupSorceDir=”/home/www/html/blog/wp-content” #バックアップ元
LOG=”wp-content_backup.log” #バックアップログファイル

バックアップディレクトリは圧縮しファイル名は、
日付+”-Wp-content.tar.gz” を自動設定する仕様にします。

#!/bin/sh
#
#	Wp-Content_Backup.sh    2024/01/03 by kazuban
#
#--------------------------------------------
BackupToDir="/home/hogehoge/Backup/Wp-content"
BackupSorceDir="/home/www/html/blog/wp-content"
LOG="wp-content_backup.log"


cd $BackupToDir
echo "`date` Execute Backup!! " >> $LOG

DATE=`date '+%Y%m%d'`
FILENAME="$DATE-Wp-content.tar.gz"
PARA="czf"

CMD="tar $PARA $FILENAME $BackupSorceDir/" 
echo $CMD >> $LOG
echo $CMD
$CMD  > /dev/null 2>&1 
echo "`date` ------------ End" >> $LOG

このファイルも同様に「Wp-ContentBackup.sh」で保存しました。
このファイルにも、実行できるように、実行権限を付けます

$ chmod 700 /home/hogehoge/bin/Wp-Content_Backup.sh

自動バックアップ

ここでの例では、/home/hogehoge/bin ディレクトリ内にスクリプトを作成しました
まずは、正常に動作するか、確認してみます。

$ cd /home/hogehoge/bin
$ ls      <---- 作成したスクリプト確認
MariaDB_Backup.sh  Wp-Content_Backup.sh  <----- スクリプト名確認
・
・
$ /home/hogehoge/bin/MariaDB_Backup.sh  <----- スクリプト実行
mysqldump -u WpAdmin -pWpPasswd -h localhost -A  > 20240107-MariaDB.bak
                                        <---- 正常終了
$ /home/kazu/hogehoge/Wp-Content_Backup.sh  <----- スクリプト実行
tar czf 20240107-Wp-content.tar.gz /home/www/html/blog/wp-content/
                                        <---- 正常終了
$ ls /home/hogehoge/Backup/MariaDB/
20240107-MariaDB.bak  mariadb_backup.log  <---- 作成されている
$ ls /home/hogehoge/Backup/Wp-content
20240107-Wp-content.tar.gz wp-content_backup.log  <----- 作成されている

スクリプトの正常動作が確認できたら、自動バックアップするようにスケジューリングします
スケジューリングは、「crontab」コマンドで行います。
「crontab」は、実行時間を、「分」「時」「日」「月」「曜日」で設定し、
実行したいコマンドを書きます。
例えば、朝６：３０に「MariaDB.sh」を実行したい場合には、下記になります。

30 06 * * * /home/hogehoge/bin MariaDB.sh

定義済みのスケジュールは「crontab -l」で確認でます。
定義されていない場合には、なにもでてきません。
定義するには、「crontab -e」で行います。
例として、AM3:00に「MariaDB_Backup.sh」、AM3:30に「Wp-Content_Backup.sh」
をスケジュールしてみます。

$ crontab -e     <--- -eオプションで設定
00 3 * * *       /home/hogehoge/bin/MariaDB_Backup.sh
30 3 * * *       /home/hogehoge/bin/Wp-Content_Backup.sh
・
・
$ crontab -l     <--- -lオプションで確認

これで、毎日WordPressの自動バックアップができます。

リストア、スクリプト

リストア用のスクリプトはとちょっと面倒です。
いきなり、リストアしてしまったら、「あ～」直前に戻したいぃ・・・
になるかもしれません。
やはり、仕様としてはリストア直前にバックを取ってから実行したほうが安全です。
既存のバックアップ仕様の組込など考えると、結構面倒ですしリストア自体は、
バックアップのように定期的にやるものではないので、手動でやったほうが安全かもしれません。
ある程度、バックアップファイルの実績がとれたら、リストアスクリプトも作成しようと思います。

復元の確認

データベース・MariaDBのリストア、データファイル・wp-content のリストア
今回は上記の方法で、手動で復元してみます。
手動復元が完了したら、ページを表示して確認してみましょう。
トップページは正常に表示されています。
管理画面での設定も、バックアップ前と同じになっています。
ところが・・・・・

記事のリンクへ飛べない！

記事をクリックしても、そのリンクが「Not Founf」で開きません。

パーマリンク

調べてみると、「パーマリンク」が怪しいです。

https://haniwaman.com/permalink-not-reflected/#index_id3
https://irohaplat.com/wordpress-httpd-conf-setting-for-permanentlink/

「基本」にしてみると、正常にリンクできるようになりました。
ところが、いままでの設定の「投稿名」にすると、リンクエラーになります。

.htaccess

WordPressのパーマリンクは、「変更を保存」ボタンを押す事で、サーバーの
「WordPress」ディレクトリへ「.htaccess」を作成し、リンク内容を書き込むようです。
確かに、「変更を保存」実行前までは、「WordPress」ディレクトリで「ls -la」しても、「.htaccess」は存在していませんでしたが「変更を保存」する事で、自動作成されました。
ところが、これでも、リンクエラーは解消しません。

mod_rewriteモジュール

「mod_rewrite.so」モジュールが組み込まれているかを確認します。

$ vi /etc/httpd/conf.modules.d/00-base.conf
・
#
# This file loads most of the modules included with the Apache HTTP
# Server itself.
#

・

・

LoadModule request_module modules/mod_request.so
LoadModule rewrite_module modules/mod_rewrite.so
LoadModule setenvif_module modules/mod_setenvif.so
・

モジュールは読み込まれています。

Apacheの、AllowOverrideの設定

Apacheの設定ファイル、「httpd.conf」を確認してみます。

# vi /etc/httpd/conf/httpd.conf
・
・
# Further relax access to the default document root:
#<Directory "/var/www/html">
<Directory "/home/www/html">
・
    AllowOverride None
・
</Directory>

デフォルトでは「 AllowOverride None」になっていました。
この設定を「All」にしたほうがよさそうですが、筆者の「WordPress」のディレクトリは
「/home/www/html/blog」なので、「/home/www/html/」ではなくて
「/home/www/html/blog」を「AllowOverride All」設定にします。
追加の設定は、直接「httpd.conf」に追加する方法と、「/etc/httpd/conf.d」のディレクトリ内に
「 [WordPress用].conf 」のファイルを追加する方法があります。
「confファイル」追加の有効性は、「httpd.conf」の「IncludeOptional」で確認できます。

$ vi /etc/httpd/conf/httpd.conf
・
# Supplemental configuration
#
# Load config files in the "/etc/httpd/conf.d" directory, if any.
IncludeOptional conf.d/*.conf
・
・

この設定であれば、直接「httpd.conf」を編集しなくても、
後者の「/etc/httpd/conf.d」に「wordpress.conf」を追加する方法が可能です。

$ sudo vi /etc/httpd/conf.d/wordpress.conf
<Directory "/home/www/html/blog">
    AllowOverride All
</Directory>
・
・          <-------- 書き込み保存で新規作成後、httpd を再起動
$ sudo systemctl restart httpd

この設定で、正常にリンク先にアクセスできるようになりました。
これで、バックアップは定期的に自動作成されているので、
もしトラブルなどあった場合には、以前の状態に復元する事ができますし
今回の記事のテーマの、サーバー本体の引っ越しにも、使用できます。

RockyLinux9.3で自宅サーバーを再構築・記事一覧

インストール

SSHでリモート管理

firewalldでアクセス制御

Apache編

PHP8.2とMariaDB10.5編

WordPress インストール

WordPress のバックアップとリストア

postfix で送信専用メールサーバー構築

WordPress インストール

現サーバーのインストールは、このサイトでも紹介しています。

自宅サーバでWordPressを動かそう。インストール

前回までで、WordPress要求の PHPバージョン7.3以上、MySQLバージョン5.6またはMariaDBバージョン10.0以上の環境は出来上がっています。いよいよ、WordPress をインストールしようと思います。環境の確認インストール状況を確認するには、「rpm -qa 」や「yum l...

www.kazuban.com

2019.11.12

WordPress 準備

・ホームディレクトリの「Downloads」へ移動
・最新のWordPressパッケージをダウンロード
・ダウンロードされた、パッケージを展開

$ cd ~/Downloads/   <--- 一旦保存するディレクトリへ移動
$ wget https://ja.wordpress.org/latest-ja.tar.gz <--- 最新盤ダウンロード
・
・
$ ls
latest-ja.tar.gz  <--- ダウンロードされた、WordPress パッケージ
$ tar xvzf latest-ja.tar.gz  <---- 展開
・
・
$ ls
latest-ja.tar.gz  wordpress     <---- wordpress ディレクトリが作成された
$ ls wordpress/         <---- パッケージが展開されている。
index.php             wp-includes
license.txt           wp-links-opml.php
readme.html           wp-load.php
wp-activate.php       wp-login.php
wp-admin              wp-mail.php
wp-blog-header.php    wp-settings.php
wp-comments-post.php  wp-signup.php
wp-config-sample.php  wp-trackback.php
wp-content            xmlrpc.php
wp-cron.php

WordPressパッケージの移動

・wordpressディレクトリをApacheのドキュメントルートへ移動
・wordpressディレクトリを、現状に合わせて、blogに変更

$ cd ~/Downloads/
$ su
パスワード:
# mv ./wordpress/ /home/www/html/   <----- ドキュメントルートへ移動
# cd /home/www/html/
# ls
index.html  wordpress       <----- 移動確認
# mv ./wordpress/ ./blog/    <----- WordPress のディレクトリ名変更
# ls 
blog  index.html
# chown -R apache.apache ./blog/  <----- Webサーバーユーザーに変更

MariaDBの設定

データベース作成

mariaDBにwordpress用のデータベースを作成前に、設定情報をメモしておきます。
・データベース名：WpDb
・ユーザー名:WpAdmin
・パスワード:WpPasswd
・データベースホスト:localhost

mariaDBに接続し、「CREATE DATABASE」でデータベース作成
「SHOW DATABASES」で確認できます。

$  mysql -u root -p[パスワード] <----- -pの後スペースなし
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 12
Server version: 10.5.22-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)]> CREATE DATABASE WpDb;
Query OK, 1 row affected (0.000 sec)

MariaDB [(none)]> SHOW DATABASES;
+--------------------+
| Database           |
+--------------------+

| WpDb               |
| information_schema |
| mysql              |
| performance_schema |
+--------------------+
4 rows in set (0.000 sec)

データベース管理者の作成

MariaDB [(none)]> GRANT ALL ON WpDb.* TO 'WpAdmin'@'localhost' IDENTIFIED By 'WpPasswd';
Query OK, 0 rows affected (0.105 sec)

MariaDB [(none)]> USE mysql
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [mysql]> SELECT user,host from user;
+-----------------+-----------+
| User            | Host      |
+-----------------+-----------+
| WpAdmin         | localhost |

| mariadb.sys     | localhost |
| mysql           | localhost |
| root            | localhost |
+-----------------+-----------+
5 rows in set (0.001 sec)
MariaDB [mysql]> SHOW GRANTS FOR 'WpAdmin'@'localhost';
+--------------------------------------------------------------------------------------------------------------
--+
| Grants for WpAdmin@localhost                                                                                 
  |
+--------------------------------------------------------------------------------------------------------------
--+
| GRANT USAGE ON *.* TO `WpAdmin`@`localhost` IDENTIFIED BY PASSWORD '*1D7A79234966407F4E4D1D1739BD39F36A92BA16
' |
| GRANT ALL PRIVILEGES ON `WpDb`.* TO `WpAdmin`@`localhost`                                                    
  |
+--------------------------------------------------------------------------------------------------------------
--+
2 rows in set (0.000 sec)
MariaDB [mysql]> quit
Bye

WordPress の設定

Webブラウザから、WordPress本体のWebアドレスへアクセスすると、初期設定画面が表示されるはずです。

　https://www.hogehoge.com/blog/

ＭySQL拡張機能エラー

筆者の今までの設定環境では、初期画面のはずが
「お使いのサーバーのPHPではWordPressに必要なMySQL拡張を利用できないようです。」
のエラーがでました。

何かが足りないのか？
とりあず、「php」と「mysql」でパッケージを検索してみます。

$ dnf search php | grep mysql
・
php-mysqlnd.x86_64 : A module for PHP applications that use MySQL databases
・

「php-mysqlnd」が見つかりました。
インストール状態を調べてみます。

$ dnf list --installed | grep php-mysql
$

なにも出てきません。インストールされていないようです。
とりあえず、インストールして再起動してみます。

# dnf install php-mysqlnd
・
インストール:
 php-mysqlnd     x86_64     8.2.14-1.el9.remi     remi-インストール済み:
  php-mysqlnd-8.2.14-1.el9.remi.x86_64                                                                           

・
完了しました!
# systemctl restart php-fpm.service 
# systemctl restart httpd

初期設定

どうにか、初期設定画面がでてきました！！

「さあ、始めましょう！」で次へ進み、
mariaDBに作成したデータベース情報を設定していきます。

設定が終了したら、「送信」

「インストール実行」で「ようこそ」画面が表示されます。

ブログのタイトルや、管理者ユーザー情報を入力
ここでの、ユーザー名・パスワードは、ワードプレス管理画面へログインする時の情報です
mariaDBに作成したデータベース情報とは違います。
設定したら、「WordPressをインストール」をクリック

「成功しました！」が表示されれば、成功です。
「ログイン」リンクで、ログイン画面が表示されます

ユーザー名とパスワードを入力すると、管理ページが表示されます。

管理ページが出ない場合は、下記からアクセスできます。

　https://www.hogehoge.com/blog/wp-admin/

こちらの「設定」から、タイトルやパスワードなどの変更だけでなく、さらに詳細な設定ができます。

画面左上「ホームアイコン」⇒「サイト表示」でトップページが表示されます。

wp-config.phpのアクセス権限

上で設定した、「データベースのユーザー名」や「データベースのパスワード」の情報は、
設定後にWordPress本体のディレクトリの「wp-config.php」ファイルに書かれています。
このファイルの情報は非常に重要なため、アクセス権を厳しく設定しておきます。
また、バックアップを取りたいと思い、コピー先ファイルの拡張子「.php」を
「.bak」など他の拡張子にするのも危険です。
まず、WordPress本体のディレクトリに移動し、「chmod 600」でアクセス権を厳しくします

$ cd /home/www/html/blog
$ sudo chmod 600 ./wp-config.php

ローカルからドメイン名でのアクセス

hostsファイル

「https://」のアドレスをＷｅｂブラウザで確認する場合、IPアドレスでなくドメインでアクセスする必要があります。
ドメインの場合、IPアドレスとの紐づけが必要で、一般的にはDNSに解決してもらいますが
Webサーバーと同じローカル内のＰＣから確認したい場合には、うまく接続できない事があります。
そんな時には、クライアントの「hosts」ファイルに対応リストを書いておくことで、DNSに頼らず、ローカル内からも接続できるようになります。
「hosts」ファイルはクライアントが、Windowsの場合には、
「C:\Windows\System32\drivers\etc\hosts」。
linuxの場合には、「/etc/hosts」ファイルになります。

127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.0.11 www.hogehoge.com

WordPress のサイトヘルスエラー

WordPress をインストールして、ローカルのWindwsPCから、確認をしてみました。
「hosts」設定により、普通にアクセスでき、ページは正常に表示されましたが、
管理画面のサイトヘルスが致命的エラーを吐き出しました。

ネット情報を参考に、いろいろやってみましたが、解決しません。
エラー内容から、「curl」のエラーなのが、わかりました。
このコマンドを、立ち上げ中の「RocyLinux9」のターミナルで実行すると、エラーがでます

$ curl https://www.hogehoge.com
curl: (35) error:0A000102:SSL routines::unsupported protocol

ドメイン名でのアクセスは、クライアントだけかと思っていましたが、
サーバー側でも利用してるみたいです。
こちらも、名前解決できていないのが、原因のようですね。
筆者はWindowsPCの「hosts」しか編集していませんでしたが、
サーバーの「/etc/hosts」も編集したところ、このエラーを解決する事ができました。

$ sudo vi ./hosts
・
$ curl https://www.hogehoge.com
<html>
  <body>
    <h1>This website is currently under maintenance.</h1>
  </body>
</html>

サイトヘルスも、「おすすめ改善」はありますが、「致命的な問題」は消えました。

これで、新しいブログを公開する準備は整いました。
今回のテーマは再構築なので、次回は、旧サーバーから既存のデータのバックアップを行い
この新しい環境で表示できるようにしたいと思います。

RockyLinux9.3で自宅サーバーを再構築・記事一覧

インストール

SSHでリモート管理

firewalldでアクセス制御

Apache編

PHP8.2とMariaDB10.5編

WordPress インストール

WordPress のバックアップとリストア

postfix で送信専用メールサーバー構築

• インストール状況の確認
• インストール済みの場合には、旧バージョンのアンインストール
• PHPモジュールのリセット
• インストールパッケージを有効

PHP のインストールと設定

インストール状況の確認

# php --version
bash: php: command not found...

立ち上げ中の環境には、インストールされていません。
試しに稼働中のサーバーで確認すると、PHP7.4が確認できます

# php --version
PHP 7.4.30 (cli) (built: Jun  7 2022 08:38:19) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies

インストール済みのPHPがあれば削除

もしPHPインストールパッケージが確認されたら「dnf remove 」で削除します

# dnf list installed | grep php
・
# dnf remove php*
# dnf remove php-*

再度、「php: command not found…」で削除された事を確認します。

PHP8.２のインストール

現在、PHP8.1、PHP8.2が推奨されているみたいなので、PHP8.2をインストールしようと思います。

PHP モジュールリストを確認

# dnf module list php
Rocky Linux 9 - AppStream
Name       Stream         Profiles                         Summary                    
php        8.1            common [d], devel, minimal       PHP scripting language     

Remi's Modular repository for Enterprise Linux 9 - x86_64
Name       Stream         Profiles                         Summary                    
php        remi-7.4       common [d], devel, minimal       PHP scripting language     
php        remi-8.0       common [d], devel, minimal       PHP scripting language     
php        remi-8.1       common [d], devel, minimal       PHP scripting language     
php        remi-8.2       common [d], devel, minimal       PHP scripting language     
php        remi-8.3       common [d], devel, minimal       PHP scripting language

モジュールを初期状態にし、remi-8.2 モジュールのインストール

# dnf module install php:remi-8.2
======================================================================================
 パッケージ         Arch        バージョン                 リポジトリー      サイズ
======================================================================================
group/moduleパッケージをインストール:
 php-cli            x86_64      8.2.13-1.el9.remi          remi-modular      5.4 M
 php-common         x86_64      8.2.13-1.el9.remi          remi-modular      844 k
 php-fpm            x86_64      8.2.13-1.el9.remi          remi-modular      1.8 M
 php-mbstring       x86_64      8.2.13-1.el9.remi          remi-modular      574 k
 php-xml            x86_64      8.2.13-1.el9.remi          remi-modular      213 k
依存関係のインストール:
 oniguruma5php      x86_64      6.9.9-1.el9.remi           remi-safe         219 k
弱い依存関係のインストール:
 nginx-filesystem   noarch      1:1.20.1-14.el9_2.1        appstream         8.5 k
モジュールプロファイルのインストール中:
 php/common                                                                       
モジュールストリームの有効化中:
 php                            remi-8.2  

# dnf install php
===================================================================================
 パッケージ         Arch       バージョン             リポジトリー        サイズ
===================================================================================
インストール:
 php                x86_64     8.2.13-1.el9.remi     remi-modular        1.8 M
依存関係のインストール:
 libsodium          x86_64     1.0.18-8.el9           epel                161 k
弱い依存関係のインストール:
 php-opcache        x86_64     8.2.13-1.el9.remi      remi-modular        606 k
 php-pdo            x86_64     8.2.13-1.el9.remi      remi-modular        117 k
 php-sodium         x86_64     8.2.13-1.el9.remi      remi-modular         62 k

トランザクションの概要
===================================================================================
インストール済み:
  libsodium-1.0.18-8.el9.x86_64               php-8.2.13-1.el9.remi.x86_64           
  php-opcache-8.2.13-1.el9.remi.x86_64        php-pdo-8.2.13-1.el9.remi.x86_64       
  php-sodium-8.2.13-1.el9.remi.x86_64        

WordPress 推奨、拡張モジュールのインストール

WordPressを動作させるのに、必要または有効なPHP拡張機能があります。
こちらを参考にして、インストールしておきたいと思います。
標準のPHPのインストールですでにインストール済みになっているモジュールもありますが
とりあえず「dnf install 」を実行してみます。

 # dnf install php-curl
パッケージ php-common-8.2.13-1.el9.remi.x86_64 は既にインストールされています。
依存関係が解決しました。
行うべきことはありません。
完了しました!

インストールされていれば、インストール済みのメッセージを出してくれます。

# dnf install php-curl
# dnf install php-dom
# dnf install php-exif
# dnf install php-fileinfo
# dnf install php-hash
# dnf install php-mbstring
# dnf install php-openssl
# dnf install php-pcre
# dnf install php-xml
# dnf install php-opcache
# dnf install php-iconv
# dnf install php-ftp
# dnf install php-sockets
# dnf install php-filter
行うべきことはありません。


# dnf install php-igbinary
# dnf install php-imagick
# dnf install php-intl
# dnf install php-zip
# dnf install php-redis
# dnf install php-shmop
# dnf install php-ssh2
インストール

# dnf install php-bc
# dnf install php-image
エラー: 一致するものが見つかりません

https://make.wordpress.org/hosting/handbook/server-environment/#php-extensions
WordPresのサイトを参考に、PHP拡張機能をインストールしてみました。
かなり、デフォルトでインストールされていました。
追加インストールしたのは、７個で、２個はパッケージが見当たりませんでした。
とりあえず、この状態で進めます。

php.ini の設定

PHPの設定は、「/etc/php.ini」で行います。
設定の詳細や例は、ちょっと古いですが、こちらのサイトを参考にさせていただきました。

https://www.rem-system.com/centos8-php-install/
https://www.xserver.ne.jp/manual/man_server_phpini_setting_item.php
https://qiita.com/knife0125/items/0e1af52255e9879f9332

まずは、バックアップをとり、編集後、「php-fpm」と「httpd」を再起動します。

# cp -p /etc/php.ini /etc/php.ini.org
# vi /etc/php.ini

; expose_php = On
expose_php = Off

;post_max_size = 8M
post_max_size = 128M

;upload_max_filesize = 2M
upload_max_filesize = 128M

;date.timezone =
date.timezone = "Asia/Tokyo"

;mbstring.language = Japanese
mbstring.language = Japanese

;mbstring.internal_encoding =
mbstring.internal_encoding = UTF-8

;mbstring.http_input =
mbstring.http_input = UTF-8

;mbstring.http_output =
mbstring.http_output = pass

;mbstring.encoding_translation = Off
mbstring.encoding_translation = On

;mbstring.detect_order = auto
mbstring.detect_order = auto

;mbstring.substitute_character = none
mbstring.substitute_character = none

# systemctl restart php-fpm
# systemctl restart httpd

Webブラウザで確認

PHP設定の情報を出力させるコマンド「phpinfo()」を実行できるページを作成し
Webブラウザに表示させます。
ここでは「/home/www/home」に「index.php」という、ファイルを作成します

# cd /home/www/html
# echo '<?php phpinfo(); ?>' > index.php

「index.php」ファイルが作成されたら、Webブラウザのアドレスバーからアクセスできます

　https://www.hogehoge.com/index.php

「index.php」は、確認が終了したら、必ず削除しましょう。

MariaDBのインストールと設定

RockyLinux9 には、デフォルトリポジトリで、MariaDB 10.5 が提供されています。
最新ではないですが、このバージョンであれば簡単にインストールできます。

パッケージの確認とインストール

# dnf list mariadb*
mariadb.x86_64                    3:10.5.22-1.el9_2     appstream・
mariadb-server.x86_64             3:10.5.22-1.el9_2     appstream・
mariadb-devel.x86_64              3:10.5.22-1.el9_2     crb       
・
・        
# dnf install mariadb-server
・
・
# dnf list installed | grep mariadb
mariadb.x86_64                     3:10.5.22-1.el9_2     @appstream   
mariadb-backup.x86_64              3:10.5.22-1.el9_2     @appstream   
mariadb-common.x86_64              3:10.5.22-1.el9_2     @appstream   
mariadb-connector-c.x86_64         3.2.6-1.el9_0         @appstream   
mariadb-connector-c-config.noarch  3.2.6-1.el9_0         @appstream   
mariadb-errmsg.x86_64              3:10.5.22-1.el9_2     @appstream   
mariadb-gssapi-server.x86_64       3:10.5.22-1.el9_2     @appstream   
mariadb-server.x86_64              3:10.5.22-1.el9_2     @appstream   
mariadb-server-utils.x86_64        3:10.5.22-1.el9_2     @appstream

起動と確認と自動起動設定

# systemctl start mariadb.service 
# systemctl status mariadb.service
・
・ 
# systemctl enable mariadb
・
・
#  systemctl is-enabled mariadb
enabled

基本的なセキュリティ設定

「mysql_secure_installation」を実行します。
デフォルトで「unix_socket」が有効になっているようで、以前と少し変わっています。
こちらのサイトを参考にさせていただいて、設定しました。

# mysql_secure_installation
・
Enter current password for root (enter for none): <-- パスワード入力だけど
OK, successfully used password, moving on...           設定していない場合は「Enter」
・
・                                           
Switch to unix_socket authentication [Y/n] n <--- 「unix_socket」認証に切り替えるか？
・
・
Change the root password? [Y/n] Y <---- MariaDBのrootユーザに変更するか
・
New password:               <---- パスワード入力
Re-enter new password:      <---- パスワード入力
Password updated successfully!
・
・
By default, a MariaDB installation has an anonymous user, allowing anyone
Remove anonymous users? [Y/n] Y     <----- ログインできる匿名ユーザーを削除するか？
 ... Success!
・
Disallow root login remotely? [Y/n] Y  <-- リモートからのrootログイン不許可？
 ... Success!
・
Remove test database and access to it? [Y/n] Y  <-- 「test」データベースの削除？
・
 ... Success!
・
Reload privilege tables now? [Y/n] Y  <---- 設定した特権テーブルを反映させるか？
 ... Success!
・
・
Thanks for using MariaDB!

文字コードの設定

文字化け発生の可能性があるとの事で、文字コードを変更
設定ファイルは「/etc/my.cnf.d/mariadb-server.cnf」で行うので
バックアップアップを取って、編集。
保存が完了したら、再起動、起動確認します。

# cp -p /etc/my.cnf.d/mariadb-server.cnf /etc/my.cnf.d/mariadb-server.cnf.org 
# vi /etc/my.cnf.d/mariadb-server.cnf
・
[mariadb]
## ---- added on 12/9
character-set-server = utf8mb4

## ---- added on 12/9
[client-mariadb]
default-character-set = utf8mb4
・
・
# systemctl start mariadb
# systemctl status mariadb

文字コード確認

$  mysql -u root -p  <---- MariaDBに接続

Enter password:    <---- パスワード入力
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 6
Server version: 10.5.22-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 "chara%";
+--------------------------+------------------------------+
| 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)]> quit   <---- MariaDBから接続解除
Bye

show variables like “chara% ;コマンドで、「utf8mb4」になっていればOK
です。
筆者の環境では、最初「character_set_database」と「character_set_server」が
「latin1」になっていました。
いろいろ悩みましたが、一度再起動したところ、正常になりました。
接続解除は「quit」を入力します。

RockyLinux9.3で自宅サーバーを再構築・記事一覧

インストール

SSHでリモート管理

firewalldでアクセス制御

Apache編

PHP8.2とMariaDB10.5編

WordPress インストール

WordPress のバックアップとリストア

postfix で送信専用メールサーバー構築

Ｒemi リポジトリのインポート

ApacheやPHPの最新バージョンを使用したい場合、Remi リポジトリのインストールが必要なようです。
https://www.linuxcapable.com/how-to-install-php-on-rocky-linux/
ここを参考にインストールしてみようと思いますが、Remi の前に、「crb」を有効にし「epel」のインストールが必要なようです。
その後、「remi」をインストールします。

# dnf config-manager --set-enabled crb
# dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm
# dnf install https://dl.fedoraproject.org/pub/epel/epel-next-release-latest-9.noarch.rpm
# dnf install dnf-utils http://rpms.remirepo.net/enterprise/remi-release-9.rpm
# dnf repolist 
repo id                           repo の名前
appstream                         Rocky Linux 9 - AppStream
baseos                            Rocky Linux 9 - BaseOS
crb                               Rocky Linux 9 - CRB
epel                              Extra Packages for Enterprise Linux 9 - x86_64
epel-cisco-openh264               Extra Packages for Enterprise Linux 9 openh264 (From Cisco) - x86_64
epel-next                         Extra Packages for Enterprise Linux 9 - Next - x86_64
extras                            Rocky Linux 9 - Extras
remi-modular                      Remi's Modular repository for Enterprise Linux 9 - x86_64
remi-safe                         Safe Remi's RPM repository for Enterprise Linux 9 - x86_64

Apache（httpd）

このサイトでも、下記でcentOS7 にインストールしました。

WWWサーバーのインストール

前回でリモートアクセスが可能になりましたこれで作業がだいぶ楽になりました次はいよいよ、wwwサーバを動作させ外部に発信できるようにしますApacheの導入wwwサーバは、現在は一番メジャーなApacheにします。インストールは 「yum」で 簡単にインストールできますApache関連パッケージの確認...

www.kazuban.com

2019.07.07

httpdのインストール

前回同様に「httpd」「httpd-tools」「mod_ssl」をインストールし、
「httpd」を起動し、サーバを再起動しても自動的に起動するように設定します。

# dnf install httpd httpd-tools mod_ssl
# systemctl start httpd
# systemctl status httpd
● httpd.service - The Apache HTTP Server
     Loaded: loaded (/usr/lib/systemd/system/httpd.service; disabled; preset: disabled)
     Active: active (running) since Tue 2024-01-02 12:47:29 JST; 16s ago
       Docs: man:httpd.service(8)
・
・
# systemctl enable httpd
# systemctl is-enabled httpd
enabled

Firewalld に許可

前回、「ssh」接続用に管理ゾーンを新規作成しました。
ウェブサーバーは、全体に公開するため、ネットワークアダプタで許可している「public」ゾーンだけに「http」サービスの許可すればいいように思っていいましたが、管理ゾーンの「admin」のアドレスでも確認するので、両方に追加が必要でした。
さらに、後で「https」の設定を行う予定なので、こちらも許可しておきます。

# firewall-cmd --add-service=http --zone=public --permanent
# firewall-cmd --add-service=https --zone=public --permanent
# firewall-cmd --add-service=http --zone=admin --permanent
# firewall-cmd --add-service=https --zone=admin --permanent
success
# firewall-cmd --reload
# firewall-cmd --list-all --zone=public
public (active)
  target: default
  icmp-block-inversion: no
  interfaces: eno1
  sources: 
  services: dhcpv6-client http https
  ports: 
  ・
　・
# firewall-cmd --list-all --zone=admin
admin (active)
  target: default
  icmp-block-inversion: no
  interfaces: 
  sources: 192.168.0.100 192.168.0.101
  services: cockpit dhcpv6-client　http https ssh
  ports: 
  ・
　・

Apacheの動作確認

これで、Apacheのインストールと、Firewalldは終了しています。
自宅LAN内の他のPCのアドレスバーにサーバのIPアドレスを入力すれば、
テストページが表示されるはずです。
例えば、アドレスバーに、http://192.168.1.101（サーバアドレス）と入力して
テストページが表示されれば正常に動作しています

自宅から外部からのアクセスを確認するには、スマホなどのwifi設定を一旦解除し、
LTE接続にしてブラウザのアドレスバーに自宅のグローバルIPアドレス入力で確認できます。
ただし、事前にゲートウェイのルータで、８０番ポートを、このサーバーのＩＰアドレスへ転送するように設定しておく必要があります。
自宅のグローバルアドレスを知る方法はネット上に沢山あります。
例えば、下記サイトでも知る事ができます。
https://www.cman.jp/network/support/go_access.cgi
確認がすんだら、ルータ設定は、すぐに戻しましょう。

Apache設定ファイル・httpd.conf、変更

• 設定ファイルのバックアップ
• Webサーバー管理者メールアドレスの変更
• ホスト名の変更
• Webサーバーが公開するファイルを格納するディレクトリ
  容量が大きくなる事を想定し、「/home」へ変更する
• 公開ディレクトリのファイル一覧を制御させない
• 必要であれば、Webサーバがプログラムを実行するCGIの設定
  デフォルト以外のディレクトリを使用する場合には、そのディレクトリを追加し
  「Options」ディレクティブに「ExecCGI」機能を追加。
  また、「AddHandler」で実行させたいスクリプトの拡張子を定義します。

# cd /etc/httpd/conf/
# cp -p httpd.conf httpd.conf.org
# vi ./httpd.conf
・
・
ServerAdmin root@localhost
↓
ServerAdmin root@hogehoge.com
・
・
# ServerName www.example.com:80
↓
ServerName www.hogehoge.com.com:80
・
・
DocumentRoot "/var/www/html"
↓
DocumentRoot "/home/www/html"
・
・
<Directory "/var/www/html">
↓
<Directory "/home/www/html">
・
・
Options Indexes FollowSymLinks
↓
Options  FollowSymLinks
・
・
#----- 2024.01.04 kazu      <----- CGIをデフォルト以外で使用する例
AddHandler cgi-script .cgi
<Directory /home/www/html/script>
  AllowOverride None
  Options ExecCGI FollowSymLinks
  Order allow,deny
  Allow from all
</Directory>
・
・

ドキュメントルートディレクトリの作成

Webに公開するコンテンツ格納ディレクトリを設定変更したので、
そのディレクトリを作成します。

# mkdir /home/www
# mkdir /home/www/html
# mkdir /home/www/cgi-bin
# chown apache.apache /home/www/html/
# chown apache.apache /home/www/cgi-bin/
# ls -la /home/www

# httpd -t
Syntax OK

セキュリティ対策追加

ちょっと、OSバージョンの違いもありますが、こちらを参考に設定してみました。
https://www.rem-system.com/apache-security01/

テストページが表示されないようにする

テストページは、「/etc/httpd/conf.d/welcome.conf」が表示させてるみたいで
コメントを読むと、表示させたくないなら、「#」を付けてコメントアウトしろとあります。
さらに、削除しても、アップグレードで復活するとあるので、バックアップしてコメントアウトしました。
さらに、http://ドメイン名/icons/　でも「icon」一覧が表示されたりするので
こちらも、コメントアウトにしました。

# cd /etc/httpd/conf.d
# cp -p welcome.conf welcome.conf.org
# cp -p  autoindex.conf  autoindex.conf.org
# vi ./welcome.conf
・
・
#<LocationMatch "^/+$">
#    Options -Indexes
#    ErrorDocument 403 /.noindex.html
#</LocationMatch>

#<Directory /usr/share/httpd/noindex>
#    AllowOverride None
#    Require all granted
#</Directory>
・
・
・
# vi autoindex.conf
・
・
#Alias /icons/ "/usr/share/httpd/icons/"
#<Directory "/usr/share/httpd/icons">
#    Options Indexes MultiViews FollowSymlinks
#    AllowOverride None
#    Require all granted
#</Directory>
・
・
・
# systemctl restart httpd

httpd を再起動すると、表示されなくなりました。

telnet インストール

「telnet」は、ネットワークを介して通信を行うソフトウェアです。
「telnet」を利用する事で、いろいろなポートへのアクセス確認ができます。
これから、HTTPの状況を確認するのに使用するので、まずはインストールします。

# dnf install telnet

Apacheバージョン情報とＴRACEメソッドOFF

現在の状態を調べてみます。

$ telnet localhost 80
Trying ::1...
Connected to localhost.
Escape character is '^]'.
OPTIONS / HTTP/1.1        <-------入力
host:localhost            <-------入力
                            <-------「Ebter」キー
HTTP/1.1 200 OK
Date: Wed, 02 Jan 2024 11:30:54 GMT
Server: Apache/2.4.57 (Rocky Linux) OpenSSL/3.0.7 <---- Apacheバージョン情報
Allow: OPTIONS,HEAD,GET,POST,TRACE
Content-Length: 0
Content-Type: httpd/unix-directory

Connection closed by foreign host.

「 Escape character is ‘^]’. 」の入力待ち後に、
「OPTIONS / HTTP/1.1」「host:localhost」「enter」を入力する必要があります。
「Apache情報」と「TRACE」が有効になっているのがわかります。
セキュリティ的に「無効」にしたほうがいいとの事なので、無効にします。
「/etc/httpd/conf/httpd.conf」の最後に
「ServerTokens ProductOnly」
「ServerSignature off」
「TraceEnable off」を追加。
Apacheを再起動後、再度確認します

# vi /etc/httpd/conf/httpd.conf　<------ 編集開始
・
・
##--- Hogehoge added. 2024/01/03  <------ コメントで日付など残しておくと便利
ServerTokens ProductOnly      <------ Apache情報設定 追加
ServerSignature off
TraceEnable off               <------ TRACE無効 追加
                              <------ 保存
・
# httpd -t
Syntax OK
# systemctl restart httpd    <--- 再起動
# telnet localhost 80        <--- telnet
Trying ::1...
Connected to localhost.
Escape character is '^]'.
OPTIONS / HTTP/1.1  <----- 入力
host:localhost       <-----　入力
                       <---「Enter」キー
HTTP/1.1 200 OK
Date: Wed, 03 Jan 2024 11:38:54 GMT
Server: Apache                   <----- バージョン情報なし
Allow: OPTIONS,HEAD,GET,POST   <--------- TRACE が消えている
Content-Length: 0
Content-Type: httpd/unix-directory

Connection closed by foreign host.

X-Frame-Optionsヘッダ設定

「mod_headers」機能が有効になっているかの確認をします。
「/etc/httpd/conf.modules.d/00-base.conf」で記載があるか？有効か？の確認をします。
記載があり、コメントになっていなければ、有効になっています。

# cat /etc/httpd/conf.modules.d/00-base.conf | grep mod_headers.so
LoadModule headers_module modules/mod_headers.so

「/etc/httpd/conf/httpd.conf」の最後に
「 Header append X-FRAME-OPTIONS “SAMEORIGIN” 」
を追加し、Apacheを再起動し、telnetで確認します

# vi /etc/httpd/conf/httpd.conf　<------ 編集開始
・
・
##--- Hogehoge added. 2024/01/03  <----- 情報としてコメントを付けおく
ServerTokens ProductOnly
ServerSignature off
TraceEnable off
Header append X-FRAME-OPTIONS "SAMEORIGIN"　<----- 追加
                                                 <----- 保存
・
# systemctl restart httpd    <---- 再起動
# telnet localhost 80        <---- telnet
Trying ::1...
Connected to localhost.
Escape character is '^]'.
OPTIONS / HTTP/1.1  <-----入力
host:localhost      <-----入力
                     <「Enter」キー
HTTP/1.1 200 OK
Date: Sat, 03 Dec 2024 12:03:26 GMT
Server: Apache
Allow: GET,POST,OPTIONS,HEAD
X-FRAME-OPTIONS: SAMEORIGIN    <---- 有効
Content-Length: 0
Content-Type: httpd/unix-directory

Connection closed by foreign host.

ドキュメントルートにindex.htmlを作成

上記でドキュメントルートを変更し、新しく作成したので、
デフォルトのトップページ「index.html」を作成しておきます。
保存後、ファイルの所有者を「Apache」のユーザー「apache」に変更し再起動しておきます。

$ cd /home/www/html/
# vi ./index.html 
・
<html>
  <body>
    <h1>This website is currently under maintenance.</h1>
  </body>
</html>
・
    <-----------保存
# chown -R apache.apache /home/www/html/
# httpd -t
Syntax OK
# systemctl restart httpd

自宅LAN内から、ブラウザのアドレスバーに、このサーバーのIPアドレスを入力するとこのページが表示されます。

Let’s Encrypt証明書でhttps化

上の画像でも確認できますが、最近は「http://」では「保護されていない通信」警告が表示されてしまいます。
「https化」は必須ですね。
ただし、https://はホスト名でのアクセスが必要になります、自宅のサーバーを公開するには、独自ドメインとDNSサーバーが必要になります。
このサイトのドメインはこちらで取得しました
独自ドメインの取得と管理は若干のコストがかかりますが、DNS管理は無料のサービスもあります。
ドメイン取得と「https化」の記事は、下記でも紹介しています。

HTTPS化

今回の自宅サーバーの再構築は、自宅サイトの「https」化ですやっとここまでたどりつきましたまたしても、こちらのサイトを参考にさせていただきました今回も流れはこのサイトに則って作業しますが、自分の環境に合わせて覚書きとして書き残しておきたいと思いますホスト名でのアクセスが必要http の場合は、IP...

www.kazuban.com

2019.07.19

ファイヤーウォール設定の確認

Firewallサービスで「https」を許可している必要があります。
上記ですでに設定済みですが、再度確認してみます。

# firewall-cmd --get-active-zones
admin
  sources: 192.168.0.100 192.168.0.101
public
  interfaces: eno1
# firewall-cmd --list-all --zone=public | grep services
  services: dhcpv6-client http https
# firewall-cmd --list-all --zone=admin | grep services
  services: cockpit dhcpv6-client http https ssh

「adminゾーン」と「publicゾーン」へ許可されています。

sslモジュールの確認

こちらも、「httpdのインストール」時に、追加インストールしましたが、確認してみます。

#  dnf list installed | grep mod_ssl
mod_ssl.x86_64  1:2.4.57-5.el9 @appstream   
# httpd -M | grep ssl
ssl_module (shared)

登録されていました。

Certbot クライアントのインストール

Let’s Encrypt は、クライアントソフトウェア「Certbot」を使用することで、SSL/TLS サーバ証明書の取得・更新作業を自動化できる仕組みになっています。
まずは、パッケージが用意されているか確認してみます。

# dnf list --all | grep certbot
certbot.noarch  2.6.0-1.el9  epel 
・
・     

EPELリポジトリに含まれていました。
Let’s Encrypt総合サイト情報を参考にインストールします。

# dnf install certbot
# dnf install python-certbot-apache
・
# dnf list installed | grep certbot      <----------- インストール確認
certbot.noarch                2.6.0-1.el9   @epel        
python3-certbot.noarch        2.6.0-1.el9   @epel        
python3-certbot-apache.noarch 2.6.0-1.el9   @epel
・
# which certbot         <---------- インストール場所の確認
/usr/bin/certbot

インストールは完了しました。

certbot で証明書発行

certbotには、いくつかのプラグインがありますが、すでにWebサーバーが動作している場合には「webroot プラグイン」が使えます。
これは、Webサーバーの動作を変更する必要はないですが、外部からサーバーの８０番ポートにアクセスできる必要があります。
Webサーバーが動作していない場合には、「Standaloneプラグイン」が使えます。
ただし、もし動作している場合には、停止しておく必要があります。
今回は、「webroot プラグイン」でやってみます。
追加するオプションは、「certonly」「–webroot」に「-w」オプションで、証明書ファイルを保存するディレクトリ、「-d」で証明書を適応するホスト名を指定します。

# certbot certonly --webroot -w /home/www/html/ -d www.hogehoge.com -d hogehoge.com
Saving debug log to /var/log/letsencrypt/letsencrypt.log
Enter email address (used for urgent renewal and security notices)
 (Enter 'c' to cancel): 　　　　　<------自分のEメールアドレスを入力

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Please read the Terms of Service at
 https://letsencrypt.org/documents/LE-SA-v1.3-September-21-2022.pdf. You must
agree in order to register with the ACME server. Do you agree?
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
(Y)es/(N)o: y　<----- 利用規約を読んでください

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Would you be willing, once your first certificate is successfully issued, to
share your email address with the Electronic Frontier Foundation, a founding
partner of the Let's Encrypt project and the non-profit organization that
develops Certbot? We'd like to send you email about our work encrypting the web,
EFF news, campaigns, and ways to support digital freedom.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
(Y)es/(N)o: y  <--------- 電子フロンティア財団からEメールが届いてもいいか？
Account registered.
Requesting a certificate for www.hogehoge.com and hogehoge.com

Successfully received certificate.
Certificate is saved at: /etc/letsencrypt/live/www.hogehoge.com/fullchain.pem
Key is saved at:         /etc/letsencrypt/live/www.hogehoge.com/privkey.pem
This certificate expires on 2024-01-03.
These files will be updated when the certificate renews.
Certbot has set up a scheduled task to automatically renew this certificate in the background.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
If you like Certbot, please consider supporting our work by:
 * Donating to ISRG / Let's Encrypt:   https://letsencrypt.org/donate
 * Donating to EFF:                    https://eff.org/donate-le
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

無事に証明書をGETできました！
証明書は３か月で更新になります。
更新は、「certbot」の「renew」で行いますが、「–dry-run」をつける事で確認できます。

# certbot renew --dry-run
Saving debug log to /var/log/letsencrypt/letsencrypt.log

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Processing /etc/letsencrypt/renewal/www.hogehoge.com.conf
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Simulating renewal of an existing certificate for www.hogehoge.com and hogehoge.com

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Congratulations, all simulated renewals succeeded: 
  /etc/letsencrypt/live/www.hogehoge.com/fullchain.pem (success)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

「Congratulations」で、更新可能の確認ができました。

SSLサーバ証明書の設定

発行してもらった証明書を、設定ファイルに反映させます
「/etc/httpd/conf.d」内の「ssl.conf」を編集します

$ cd /etc/httpd/conf.d
$ sudo cp -p ssl.conf ssl.conf.20240103  <---- バックアップしておく
$ sudo vi ./ssl.conf
・

#SSLCertificateFile /etc/pki/tls/certs/localhost.crt
SSLCertificateFile /etc/letsencrypt/live/www.hogehoge.com/fullchain.pem
・
・
#SSLCertificateKeyFile /etc/pki/tls/private/localhost.key
SSLCertificateKeyFile /etc/letsencrypt/live/www.hogehoge.com/privkey.pem
・
・
・                 <--- 保存
$ sudo httpd -t 
Syntax OK

$ sudo systemctl restart httpd
$ sudo systemctl status httpd

https:// でのアクセス確認

https://ドメイン名　でアクセスできるかの確認をします。
外部からの確認は、ルータの４４３ポートを通しておくと確認できますが、
同じLAN内でのPCでは、「hosts」ファイルを編集する事で可能になります
WindowsPCであれば、「C:\Windows\System32\drivers\etc\hosts」
linux であれば、「/etc/hosts」を編集します

192.168.1.101 www.hogehoge.com

これで、ローカル内であっても、「https://ドメイン名」でアクセス可能になります。

ApacheでHTTP/2を利用する

HTTP/2 を利用するには、次の環境が必要になります
参考：https://www.value-domain.com/media/http2/

・通信の暗号化が必須で、SSLサーバー証明書が必要です。
・マルチスレッド機能であるeventMPMが有効である事

eventMPMモジュールとhttp2モジュールの確認

eventMPMとhttp2モジュールは、RockyLinux9ではデフォルトで有効になっているようです。
確認してみます。

# httpd -M | grep mpm
 mpm_event_module (shared)
# httpd -M | grep http2
 http2_module (shared)
 proxy_http2_module (shared)

有効になっていました。

http2を有効にする

参考：Red Hat Customer Portal
まず、現状を確認してみます。
筆者は、Google Chrome で確認してみました。
Chromeを起動後、「F12」を押すと、表示されたWebページの横に
開発ツールのページが表示されます。
ここで、確認したい「https://www.hogehoge.com」のページを表示すると
「Network」タブの「Protocol」で確認できます。
「https://」でのアクセスになるので、IPアドレスではなくドメインになります。
ここでもし、「Name・・・Protocol」の表が出ていない場合には、「Ctrl」+「R」で
再読み込みすると、出てきます。

私の環境では、「http/1.1」で通信しているのが分かります。
ここで、参考ページを参考に、設定しようと思います。
仮想ホスト　ごとに、設定する場合、<VirtualHost>ディレクティブの下の行で設定するようですが、全てのサーバーで有効にするには、メインの設定ファイル「httpd.conf」に追加するようです。
特に今回の私の環境は、仮想ホスト設定にはしていないので、メインで設定します。

# vi /etc/httpd/conf/httpd.conf
・
・
##----- added. 2024/01/03
<IfModule http2_module>
    Protocols h2 http/1.1
    ProtocolsHonorOrder on
</IfModule>
・
# systemctl restart httpd

最終行に、追加しまし、再起動しました。
再度、Chromeで確認してみます。
「http/1.1」から変化がない場合には、
Chromeの場合では、「Ctrl」+「Shift」+「Delete」で閲覧履歴データを削除し
ブラウザでページを表して「F12」で確認します。
「Protocol」が表示されていない場合には、「CTRL」+「R」やキャッシュ削除してみてください。

「h2」となっている事から、http2 で通信されている事が確認できます。

RockyLinux9.3で自宅サーバーを再構築・記事一覧

インストール

SSHでリモート管理

firewalldでアクセス制御

Apache編

PHP8.2とMariaDB10.5編

WordPress インストール

WordPress のバックアップとリストア

postfix で送信専用メールサーバー構築

ゾーン（ZONE）

ゾーンは、RedHat のドキュメントによると、
着信トラフィックをより透過的に管理する概念を表しています。
とあります。
なんか、よくわからないので、Google Bard　に聞いてみました。

firewalld のゾーンとは、ファイアウォールのセキュリティポリシーを適用する範囲を定義するものです。
ゾーンは、インターフェイスやソースアドレスの範囲に割り当てることができます。
ゾーンを設定することで、同じ性質の通信をまとめて管理することができます。
例えば、インターネットからの通信をすべて許可する「public」ゾーンと、内部ネットワークからの通信のみ許可する「internal」ゾーンを作成すれば、インターフェイスごとにルールを設定する必要がなくなります。

雛形ゾーン

インストール時に、いくつかのゾーンが定義されています。
各ゾーンの内容は、こちらからに説明があります。
現在定義されている「ゾーン」は下記コマンドで確認できる。

 # firewall-cmd --list-all-zones

アクティブゾーン

RockyLinux9 は、インストール直後は１０個のゾーンが登録されていますが、
ゾーン名の横に（active）が付加されているのは、「public」だけです。
アクティブゾーンは「firewall-cmd –get-active-zones」で確認できます。

# firewall-cmd --get-active-zones
public
interfaces: eno1

firewalld では、アクセスルールが適応されるのは、「アクティブゾーン」だけです。
上記の例では、「public」のみとなります。
では、どうすれば「アクティブソーン」になるのか？
これは、「interfaces: 」か「sources:」が設定されると「active」になります。
ただし、どちらも、複数のゾーンに同じ設定はできません。
firewalldのデフォルト設定では、有線接続など、「Interface」がpublicゾーンも設定されています、
ＩＰアドレスなどの「Source」はどのゾーンにも設定されていないので、
初期状態ではpublicゾーンのみがアクティブゾーンになっています。

target:

ゾーンの性質を決める、重要なパラメータです。
設定された、対象元をどうするのかが、決まります。

• default ⇒ 指定されたアクセス元と指定されたサービスのみ許可する。
• ACCEPT ⇒ 指定されたアクセス元に全てを許可する。
• DROP ⇒ 指定されたアクセス元は全て拒否し、何も返さない。
• REJECT ⇒ defaultと同等であるが、ICMP を返す。

interfaces:

ネットワークアダプタのシステム名

Source:

アクセス元のIPアドレス範囲です。
192.168.0.1 とか、192.168.0.1/24　のように指定します

services:

アクセス元に提供するサービスを定義します。
すでに用意されている、サービスはこちらから確認できます

# firewall-cmd --list-services

すごく沢山あります。
ポート番号など変更したい場合には、「 /usr/lib/firewalld/services/ 」のデフォルト設定ファイルを /etc/firewalld/services /」にコピーして編集します。

ports:

アクセス元に開放するポートを指令します。
定義は、firewall-cmd –add-port=[port-number]/[port-type]　の形式になります
port-typeは、tcp、udp、sctp、dccp になります。
これは、firewalld で定義されていないサービスを許可する必要がある場合に便利です。

既存ゾーンで動作確認

定義済みのゾーンはこちらで確認できます。

# firewall-cmd --list-all-zones

ゾーンを編集し、動作を確認してみます。

public (active)
target: default
icmp-block-inversion: no
interfaces: eno1
sources:
services: cockpit dhcpv6-client ssh
ports:
・
・

この「public」ゾーンは「target: default」で、ネットワークアダプタ「eno1」に、
「cockpit」「dhcpv6-client」「ssh」サービスを許可します。
「services:」に指定がないサービスは許可されません。
ただしアクセス元の「sources:」IPアドレスには関係なく、「eno1」への要求元へサービス許可します。

trusted
target: ACCEPT
icmp-block-inversion: no
interfaces: 192.168.0.100
sources:
services:
ports:
・
・

この「trusted」ゾーンは「ACCEPT」で、アクセス元に「192.168.0.100」を定義してみました。
この場合「services:」には、なにも指定はありませんが、
「192.168.0.100」からは「ssh」が可能です。
「ACCEPT」では、「services:」の指定がなくても、可能になります。

drop (active)
target: DROP
icmp-block-inversion: no
interfaces:
sources: 172.16.0.100
services:
ports:
・
・

この「drop」ゾーンは「target: DROP」です。
例えば、「sources: 」に「172.16.0.100」を設定みます
「DROP」は指定された「sources: 172.16.0.100」からのアクセスを拒否します。
pingも拒否しますから、アクセス元からみると、起動状態も確認できません。

よく使うコマンド

アクティブゾーンの確認
firewall-cmd --get-active-zones

任意ゾーンの設定確認
firewall-cmd --list-all --zone=home

すべてのゾーンの設定確認
firewall-cmd --list-all-zones

新しいゾーンの作成
firewall-cmd --new-zone=hogehoge --permanent

ゾーンの削除
firewall-cmd --delete-zone=hogehoge --permanent

ゾーンのターゲット変更 < default | ACCEPT | REJECT | DROP >
firewall-cmd --set-target=ACCEPT --zone=hogehoge --permanent

許可IPアドレスの追加
firewall-cmd --add-source=192.168.0.0/24 --zone=public --permanent

許可IPアドレスの削除
firewall-cmd --remove-source=192.168.0.0/24 --zone=public --permanent

許可サービスの追加
firewall-cmd --add-service=ssh --zone=public --permanent

許可サービスの削除
firewall-cmd --remove-service=ssh --zone=public --permanent

許可ポート番号の追加
firewall-cmd --add-port=8080/tcp --zone=public --permanent

許可ポート番号の削除
firewall-cmd --remove-port=8080/tcp --zone=public --permanent

拒否IPアドレスの追加
firewall-cmd --add-source=172.16.0.100 --zone=drop --permanent

拒否IPアドレスの削除
firewall-cmd --remove-source=172.16.0.100 --zone=drop --permanent

設定変更後は設定の再読み込みで設定を反映
firewall-cmd --reload

管理ゾーン追加

デフォルトの「publicのゾーン」はインターフェイスに割り当てられているので、
個別のIPアドレス「sources:」で制限することができません。
ここでは管理用として新しいゾーン「admin」を作成して、
「ssh」サービスは接続元のIPアドレスで制限しようと思います。
まずは、今の「publicのゾーン」設定を確認してみます。

# firewall-cmd --list-all --zone=public
public (active)
target: default
icmp-block-inversion: no
interfaces: eno1
sources:
services: cockpit dhcpv6-client ssh
ports:
・
・

サービスとしては、「cockpit」「dhcpv6-client」「ssh」が設定されています。
インターフェイス全体に許可が掛かる設定になっているので、このサービスは、
どのIPアドレスからでもアクセスできるという設定になってしまいます。
「cockpit」と「ssh」は新規に作る管理ゾーンのみでIPアドレス制限しようと思います。

• まず、管理ゾーン「admin」を作成。
• 「target:」は「default」
• 「sources:」はLAN内の２か所「192.168.0.100」「192.168.0.101」
• 「adminゾーン」の「services:」に「dhcpv6-client」「cockpit」と「ssh」を追加
• 「publicのゾーン」からは「cockpit」と「ssh」を削除
• 再起動
• 設定の確認

このように設定してみたいと思います。

# firewall-cmd --new-zone=admin --permanent
# firewall-cmd --set-target=default --zone=admin --permanent
# firewall-cmd --add-source=192.168.0.100 --zone=admin --permanent
# firewall-cmd --add-source=192.168.0.101 --zone=admin --permanent
# firewall-cmd --add-service=dhcpv6-client --zone=admin --permanent
# firewall-cmd --add-service=cockpit --zone=admin --permanent
# firewall-cmd --add-service=ssh --zone=admin --permanent
# firewall-cmd --remove-service=cockpit --zone=public --permanent
# firewall-cmd --remove-service=ssh --zone=public --permanent
# firewall-cmd --reload
success
・
・
# firewall-cmd --list-all --zone=public
public (active)
target: default
icmp-block-inversion: no
interfaces: neo1
sources:
services: dhcpv6-client
ports:
・
・
# firewall-cmd --list-all --zone=admin
admin (active)
target: default
icmp-block-inversion: no
interfaces:
sources: 192.168.0.100 192.168.0.101
services: cockpit dhcpv6-client ssh
ports:
・
・

これで、「ssh」は、LAN内部の「192.168.0.100」と「192.168.0.101」からのみ、アクセス可能になりました。
「sources:」に、外部からのグローバルアドレスを追加すれば、外部からもアクセス可能となります。
ただし、外部から入ってくるには、入り口のルーターに「sshポート」への要求を、このサーバーへ転送する設定が必要になります。

RockyLinux9.3で自宅サーバーを再構築・記事一覧

インストール

SSHでリモート管理

firewalldでアクセス制御

Apache編

PHP8.2とMariaDB10.5編

WordPress インストール

WordPress のバックアップとリストア

postfix で送信専用メールサーバー構築

SSH でリモートアクセス

前回、centOS7 のインストールが完了しました今後ソフトウェアのインストールやメンテナンスなどが必要になってきます。サーバー機本体で行ってもいいですが、別のマシンからリモート操作できるたほうが便利です。 慣れているWindowsマシンから、操作できるようにしたいと思います。後々は外部からでもアク...

www.kazuban.com

2019.06.30

ＲockyLinux9では、筆者インストール環境ですでに、「ssh」は動作していました。
したがって、メインのWindowsPCからは、ターミナルソフトを導入すれば
使い慣れた、Windows環境から管理できます。

Tera Term

Ｗindowsマシンから、Linuxマシンへリモートアクセスするには、やはり定番の「Tera Term」ですね
現在の最新は、「Tera Term 5.0」でした。
exe版とzip版がありましたが、筆者はzip版をダウンロードしました。
zip版は、適当なフォルダへ解凍して、「ttermpro.exe」で起動できます。
ところが、以前の公式サイトが不調のようで、移転したようです。

RLogin に乗り換え

TeraTermはずっと使わせていただいてますし、かなり歴史があるので安心だとは思うのですが
この機会に、別のターミナルソフトを使ってみようと思います。
いろいろ検索したところ、国産ターミナルソフトということもあり、
「RLogin」を試してみようと思います。

ダウンロード

こちらから、使い方情報や、ダウンロードができます。
https://kmiya-culti.github.io/RLogin/

ダウンロードした「ZIP」ファイルを展開すると、「RLogin.exe」が一つだけの非常にシンプルです

初期設定とリモート接続

展開された「RLogin.exe」を起動すると、接続先の設定画面が表示されます。

「新規」ボタンで、詳細設定ダイアログが開きます。
・接続先の「ホスト名」か「IPアドレス」
・TCPポートは、標準「22」であれば「ssh」、ポート番号を変更してあれば、その番号
・ログインユーザー名
・パスワード欄は、plainであれば、「ログインパスワード」
　認証鍵方式の場合には、「SSH認証ーキー」で鍵を指定して鍵の「パスフレーズ」
・「ポスト・・・接続時に入力」にチェックを外すと、パスワード入力が省略できます。

これは～使いやすい！

まだ、使い始めたばかりですが、取説読まなくても、通常の使用はすぐにできました。
特に、接続先が一覧で管理でき、ターミナルの分割も横縦と自由度があります。

さらに、「SFTP」が便利です。

Windowsマシンとのデータ送受信は、TeraTermの「SCP」よりも、マウスのドラッグでできるのが非常に便利です。

鍵認証方式で運用

SSHの認証方式には、「パスワード認証方式」と「鍵認証方式」があります。
インストール直後は「パスワード認証方式」になっています。
こちらは、パスワードを知っている人はだれでも、アクセスできて便利です。
ただ、知られたくない人に知られてしまったら、アクセスされてしまいます。
「鍵認証方式」は、「秘密鍵」と「公開鍵」のペアの鍵を作成し、
アクセス側は「秘密鍵」を持っていないとアクセスできません。
LAN内での運用であれば、パスワードでも問題は少ないと思いますが、外部からもリモート接続したい場合やはり安全性の面で「鍵認証方式」で運用したいです。

鍵の暗号方式

公開鍵暗号方式は「RSA」「DSA」「ECDSA」「EdDSA」など、数種類あるようですが
「セキュリティを重視する場合はEdDSAを推奨。DSAやECDSAは使わないよに！」
という情報がありましたので、「EdDSA」方式を使用したいを思います。

SSH鍵の作成

SSH鍵は、「ssh-keygen」コマンドで作成しますが、オプションなしで作成すると
デフォルトでは「RSA方式」になります。
「EdDSA方式」で作成したい場合には、「-t」オプションに「ed25519」を指定します。
さらに、「-C」オプションで末尾にコメントを付加できますが、省略すると作成した環境が付加されます。
筆者は特にコメントは必要ないので、「-C “”」としました。

$ ssh-keygen -t ed25519 -C ""

これで、ホームディレクトリの「.ssh」ディレクトリに、「公開鍵」と「秘密鍵」ができあがってます。

$ ls ./.ssh
id_ed25519 id_ed25519.pub

「id_ed25519」が秘密鍵、「id_ed25519.pub」が公開鍵
秘密鍵はクライアント側、公開鍵はサーバー側に保存します。
まず、
・サーバー側には、アクセス先ユーザーのホームディレクトリに「.ssh」ディレクトリを作成し
・アクセス権を「700」に設定。
・「drwx — —」で「700」に設定されています

$ mkdir ./.ssh
$ chmod 700 ./.ssh
$ ls -la
drwx------. 2 hogehoge hogehoge 6 01月 02 11:26 .ssh

公開鍵は、作成した「id_ed25519.pub」をサーバーホームディレクトリの「.ssh」に保存します。
転送した「id_ed25519.pub」を「authorized_keys」に内容を追記します。
・ホームディレクトリの「.ssh」へ移動
・「id_ed25519.pub」を「authorized_keys」へ追記。
・アクセス権を「600」に設定
・公開鍵「id_ed25519.pub」は削除

$ cd ~/.ssh 
$ cat id_ed25519.pub >> authorized_keys 
$ chmod 600 authorized_keys
$ rm id_ed25519.pub

これで、クライアント側に秘密鍵を保管し、アクセス時に指定する事で
鍵の使用してのアクセスが可能になりました。

リモートからのROOTログイン拒否

設定は、「/etc/ssh/sshd_config」ファイルの”PermitRootLogin”で行います。
RHEL8では、デフォルトでは「yes」になっていたので、rootでもパスワード認証でログインできたみたいですが、RHEL9で見直され、”prohibit-password”になり鍵認証の制限になったようです。
ただ、鍵認証であれば、rootユーザーでも許可されています。
少しは安全になったようですが、いっそのこと、rootログインは拒否設定にしたいと思います。
「PermitRootLogin」は”no”に設定します。
「sshd_config」のバックアップをとり、編集します。

$ su
パスワード:
# cd /etc/ssh
# cp -p sshd_config sshd_config.org
# vi sshd_config
・
・
#PermitRootLogin prohibit-password
PermitRootLogin no
・
・

鍵認証以外ではログイン拒否

さらに、パスワード認証ではログインを拒否する設定にします。
同様に、「/etc/ssh/sshd_config」ファイルの”PasswordAuthentication”で設定します、
デフォルトでは”yes”になっているので”no”

#PasswordAuthentication yes
PasswordAuthentication no

sshdサービスを再起動すると、設定が反映されます。

# systemctl reload sshd.service

いままで、「SSH認証鍵」を設定しなくても、パスワードでログインできたのが
拒否されるようになりました。

鍵なしてログインしようとすると、このように拒否されるようになります。

sshのポート番号変更

「ssh」のポート番号は「22番」が標準なので、このポートを開けておくと、確実にアタックは増えてきます。
なるべくリスク回避したいので、ポート番号を変更したいと思います。
いくつにするか？・・・ネットの情報でもいろいろ出てきました。
ただ、ユーザポート(登録済みポート)1024–49151番との情報もあったので
49152～を使用したいと思いますので、「52222番」にしようと思います。
ポート番号も、「 /etc/ssh/sshd_config 」を編集します。
#Port 22 の行を探し、先頭の「#」を外して、任意の番号を設定します。

# vi /etc/ssh/sshd_config
・
・
#Port 22
↓
Port 52222
・
・

ただ、「ssh」は「firewalld」の対象サービスで、デフォルトの「２２番」で設定されています。
デフォルトの設定ファイルは「 /usr/lib/firewalld/services/ ssh.xml 」に保存されているので、
そのファイルを「 /etc/firewalld/services /」にコピーして編集します。

# cd /usr/lib/firewalld/services/
# ls /usr/lib/firewalld/services/ | grep ssh
ssh.xml

# cp -p /usr/lib/firewalld/services/ssh.xml /etc/firewalld/services/
# cd /etc/firewalld/services/
# ls 
ssh.xml

コピーした「/etc/firewalld/services/ssh.xml」の「port=”22″」を希望の番号に編集し
「sshd」を「firewall」を再起動します。

# vi /etc/firewalld/services/ssh.xml
・
・
<port protocol="tcp" port="22"/>
↓
<port protocol="tcp" port="52222"/>
・
・
# systemctl reload sshd.service
# firewall-cmd --reload
success

これで、ローカルのWindowsマシンから、設定したポートを使用してログインできれば、OKです。
外部 のPC （インターネット側）からアクセスするには、入口のドアを開けておく必要があります。
通常は、ネット接続サービスのルータとかゲートウェイとか呼ばれている機器の設定で指定ポート番号とサーバーのIPアドレスを紐づけします。
詳細は、利用プロバイダのルータ設定をご確認ください。
筆者の場合は「ポートフォワーディング」の項目で設定できました。

グローバルな自分のアドレス

外部から自宅内のサーバーへアクセスする場合、自宅のインターネット上のグローバルIPアドレスを知る必要があります
調べる方法は、検索サイトで検索すればすぐにヒットしますが、たとえば自宅内のPCで下記サイトへアクセスすればすぐにわかります
https://www.cman.jp/network/support/go_access.cgi
たとえばここで表示されたIPアドレスが、グローバルな自分のアドレスです。
外部から「RLogin」などのターミナルソフトで、このアドレスと設定したポート番号を指定し
鍵やパスフレーズが正常であれば、自宅へ外部からアクセスできます。
ただし、自分への入り口がこのグローバルに直接接続でなく、その下のLANの一部だった場合には、
入口のグローバルに接続されているルータに自分の入口へ通してもらう設定が必要になります。

これで、使い慣れてるPCでサーバー管理できます。

RockyLinux9.3で自宅サーバーを再構築・記事一覧

インストール

SSHでリモート管理

firewalldでアクセス制御

Apache編

PHP8.2とMariaDB10.5編

WordPress インストール

WordPress のバックアップとリストア

postfix で送信専用メールサーバー構築

RockyLinux9.3　インストール

CentOS８は、すでにミラーサーバとして動作していますので、RockyLinux8のほうが簡単ですが、RockyLinuxのサイトをみると2029年5月31日でサポート終了とあります。
変更点はいろいろありそうですが、せっかくなので、RocyLinux9に挑戦してみようと思います。

ダウンロード

RockLinuxのダウンロードサイトからダウンローできます。
Windows系マシンであれば、ほとんど「x86_64」でいいと思います。
「Boot」は別のソースからインストールする場合のようなので、通常は「minimal」か「DVD」の選択になります。
「minimal」は必要最小限のパッケージで、インストール後自分で追加インストールしたい場合に選択します。
「DVD」は、ほぼ必要なソフトが入っているパッケージで、一番手間いらずです。
GUI使用のサーバー環境を構築したい場合には、こちらになります。
ただし、「minimal」は1.5Gｂ程度なので、標準のDVD一枚に書き込めますが、「DVD」は9Gb近いサイズなので、USBに書き込む事になると思います。

ISO（イメージ）ファイルをメディアに書き込む

DVDに書き込む場合には、Windows10であれば、エクスプローラでISOファイルを右クリックし「ディスクイメージの書き込み」で作成する事ができます。
USBに書き込みたい場合には、別途書き込みソフトが必要ですが、私は「Rufus」を使っています。
使い方は簡単です、ダウンロードした「exe」ファイルを起動すると、「デバイスの変更許可」を聞いてくるので、許可して、書き込みたい「iso」ファイルを選択すると、デフォルトでオプションが設定されるので「スタート」を押すだけです。

インストール

インストールの詳細は、ネット上に沢山情報があるので、そちらを参照してください。
ここでは、筆者が気が付いたポイントを紹介します。　

有線接続とISOイメージメディアはPC起動前に挿入しておく

ネットワーク接続設定は、インストール後でもできますが、インストール時に行ったほうが楽です。
特に、有線接続の場合では、ケーブルを接続しておくと、インストーラが見つけてくれます。
使用機種によって方法は違いますが、上記で作成した、ISOイメージからブートする必要があるので、ブートデバイスはISOイメージ元（USB、DVDなど）を最優先にします。
その場合、電源ＯＮ前に接続しておいた方が、パソコンが認識しやすくなります。

インストール概要

マークが付いている項目は、設定が完了していない項目なので、必ず設定が必要です。
また、自動的に設定が完了している項目もありますが、自分の希望の設定かは確認しておきます。
とくに、使用言語や地域やタイムゾーンは自分の環境に合わせます。

ソフトウェア選択

自分の希望する環境を設定します。
左側「ベース環境」で基本構成を、右側でその環境用のソフトウェアを選択します。
「最小限のインストール」でインストールし、後で必要なソフトを手動インストールする事も可能ですが、筆者はサーバー用途なので「サーバー」環境にし、さらに立ち上げ時にはGUIのほうが便利な場合もあるので「サーバー（GUI使用）」環境にしました。
その他のソフトウェアに関しては、「開発ツール」と「システムツール」にチェックしました。

インストール先

インストールするデバイスの選択です。
一つしかない場合には、すでにチェックが入っているようですが、USBイメージからインストールする場合など、ハードディスク側を選択する事になります。
デバイス名や容量で判断し、インストールするデバイスをクリックするとチェックが入ります

ストレージの設定として「自動設定」と「カスタム」がありますが、自分でパーティション設定したい場合には「カスタム」で設定してください。
「完了」で次へ進んで、領域が使用されている場合、「インストレーション」ダイアログ画面で「領域の再利用」をクリック
再利用するファイルシステムを選択して「削除」もしくは
ディスク全て使用する場合には「すべて削除」して「領域の再利用」
これで、インストール先のマークが消えれば、このデバイスにイントールされます。

ネットワークとホスト名

左下の「ホスト名」エディットボックスで「ホスト名」を設定できます。
任意でいいと思いますし、インストール後も変更可能です。
有線接続の場合には、「Ethernet」が有効になっています。
IPアドレスはデフォルトでは、自動（DHCP）になっていますが、サーバーとして設定する場合には固定アドレスにしたいので、右下の「設定」で変更します。
表示されたダイアログの「IPv4設定」タブで「メソッド」を手動に切り替えアドレスを設定します。
無線の場合には、「ネットワーク選択」で接続可能なwifiを設定できます。
また同様に「設定」で固定アドレスに設定します。

ユーザーの設定

「rootパスワード」と「ユーザーの作成」がになっていると思います。
このシステムの管理者であるユーザー名「root」のパスワードと、通常操作を行う一般ユーザーを登録します。

インストールの開始

すべてのが消えると、「イントール開始」ボタンが有効になるので、インストールを開始できます。

再起動

インストールが終了し、再起動でめでたくRockyLinux が立ち上がると、ログイン画面になります。
作成したユーザー名にパスワードを入れると、GNOMEデスクトップが立ち上げりますが、新しいデスクトップは慣れの問題か、私は使いづらかったです。
実は、以前のデスクトップに変更する事ができます。
ログイン画面のパスワードを入力する画面の、右下のギアアイコンをクリックすると、スタンダードの下に「GNOMEクラシック」が選択できます。

「ＧNUME クラシック」にすると、以前のデスクトップでログインできます。

ホームディレクトリの日本語表記を英語表記に変更

インストールは終了しました。
ただ、日本語環境選択でインストールすると、ホームディレクトリのディレクトリが日本語になってます。

ディレクトリ名が日本語になっていると、コマンド指令でトラブルが起きる事もあります。
ここで、日本語を英語表記に変換するコマンドを紹介しますが、変換時点でディレクトリ内が空でないとその日本語ディレクトリは残ってしまいます。
できればインストール直後のまっさらな状態でやっておきたいですね。

デスクトップの「アプリケーション」「端末」でターミナルが開きます。
また、通常のサーバー構築設定は「ssh」のリモートで行うのが一般的だと思いますが、このコマンドは、GNOMEのターミナルで行う必要があります。

$ LANG=C xdg-user-dirs-gtk-update

実は、リモートからでもコマンドは動作しますが、確認のダイアログはGUI上での確認が必要です。

ちなみに、日本語へ戻すには

$ xdg-user-dirs-gtk-update

「Don’t ask me this again」にチェックしてあると、変更できないようです。 変更できない場合には、「--foece」オプションを付加します

$ xdg-user-dirs-gtk-update --foece

特定のユーザーにsudo を可能にする

「visudo」でエディタモードに入ります。
「%wheel　・・・」行の先頭のコメント文字”＃”を削除し有効にします
特に、「%wheel ALL=(ALL) NOPASSWD: ALL」
を有効にすると、「wheelグループ」ユーザーはパスワードなしで　
sudo を実行できるようになります。

# visudo
・
## Allows people in group wheel to run all commands
%wheel  ALL=(ALL)       ALL

・
## Same thing without a password
%wheel  ALL=(ALL)       NOPASSWD: ALL

特定ユーザーを。「wheel」グループに追加します。

# usermod -aG wheel hogehoge

これで、ユーザー「hogehoge」は、パスワードなしで「sudo」制限コマンドを実行できます。

パッケージアップデート

ついでに、システムを最新に更新しておきましょう。

$ su
パスワード:
# dnf -y update

SELinux

RHEL9から、/etc/selinux/config による SELinux の無効化が廃止されたようです。
現サーバーはCennt7で立ち上げた時、トラブった事があったので、無効にしています。
セキュリティを考えると、やはり有効にしたほうがいいと思いますし、SELinux のパフォーマンスが向上したとの情報もあるので、少し運用して検討してみようと思います。

無効にする方法

こちらの方法で無効にできそうです。
まずは、現状の状態を調べると、有効になっています。

$ rpm -qa grubby
grubby-8.40-63.el9.x86_64
$ getenforce
Enforcing

無効にするには、下記で無効にできます。
ただ、RedHatでは、次に説明する「Permissiveモード」を推奨しています。

# grubby --update-kernel ALL --args selinux=0
# reboot

Permissiveモード

このモードは、SELinux有効で、ログは出力するが、アクセス制限は行わないモード、
「Permissiveモード」と言うのがあるようです。
RedHat でも、無効するなら、Permissiveモードを使う事を強く推奨していますので
まずは、こちらに設定して、みようと思います。

$ su
パスワード:
# vi /etc/selinux/config

#

#

# SELINUX=enforcing
SELINUX=permissive

#

#
# reboot

# getenforce
Permissive

ノートを閉じてもスリープ状態にさせない

ノートPCをサーバーにした場合、インストールが終了すると、ほぼメンテナンスは「ssh」経由でWindowsPCからのリモートメンテになってきます。
そうなると、ノートはほとんど閉じた状態になります。
スリープ状態になると、他のPCから「ssh」接続する場合、アクセスできなくなっています。
通常は、蓋を開くとスリープは解除されますが、それも面倒です。
Windowsであれば、電源管理で設定できますが、Linuxの場合どうすればいいのでしょうか？
調べたところ、見つかりました。
・HandleLidSwitch: バッテリー電源で動作しているとき
・HandleLidSwitchExternalPower: 電源コンセントに接続されているとき
・HandleLidSwitchDocked: ドッキング ステーションに接続されているとき

$ su
パスワード:

# vi /etc/systemd/logind.conf

[Login]
....
....

#  HandleLidSwitch=suspend
HandleLidSwitch=ignore
#yHandleLidSwitchExternalPower=suspend
yHandleLidSwitchExternalPower=ignore
....
....

# systemctl restart systemd-logind.service

ネットワークの設定

インストール時に、ホスト名やIPアドレスの設定は行いましたが、後で変更したい場合には
「nmcli」コマンドで変更できます。

HOST名変更

ホスト名の設定には nmcliコマンドに、「general」「hostname」オプションに続けて名前を続けて指指定します。

# nmcli general hostname rocky9-server

IPアドレスの変更

まずデバイス名を確認し、そのデバイス名に対して設定します
・デバイス名確認
・手動でアドレス設定
・IPアドレスとサブネットマスク設定例：「192.168.0.210」サブネット「24ビット」
・DNSサーバーアドレス設定例：「192.168.0.1」
・ゲートウェイアドレス設定例：「192.168.0.1」
・自動接続有効設定
・設定更新

$ nmcli device status
DEVICE  TYPE      STATE            CONNECTION 
eno1    ethernet  接続済み         eno1       
lo      loopback  接続済み (外部)  lo         
wlo1    wifi      切断済み         --    
$ sudo nmcli connection mod eno1 ipv4.method manual
$ sudo nmcli connection mod eno1 ipv4.addresses "192.168.0.210/24"
$ sudo nmcli connection mod eno1 ipv4.dns "192.168.0.1"
$ sudo nmcli connection mod eno1 ipv4.gateway "192.168.0.1"
$ sudo nmcli connection mod eno1 connection.autoconnect yes
$ sudo nmcli connection up eno1

ssh接続の場合には、「connection up」で接続が切断されるので、再度新しいアドレスで接続します。
変更の確認は、「ip a」や「ifconfig」や「nmcli device show」などで確認できます。

$ nmcli device show
GENERAL.DEVICE:                         eno1
GENERAL.TYPE:                           ethernet
・
・
GENERAL.CONNECTION:                     eno1
・
IP4.ADDRESS[1]:                         192.168.0.210/24
IP4.GATEWAY:                            192.168.0.1
・
IP4.DNS[1]:                             192.168.0.1
・
・

サーバーは正確な時刻に設定する

chronydサービスの設定

サーバーは正確な時刻で運用されている必要があります。
通常はインストール時に設定されていますが、動作とNTPサーバーの設定を確認します。

RHEL9では、chronydサービスを使用します。
まずは、動作確認を行います。

$ chronyc tracking
・
・
Leap status     : Normal

「Leap status」が「Nomal」なら、時刻同期されています。
同期させる「NTPサーバー」を変更するには、/etc/chrony.confを編集します

$ sudo vi /etc/chrony.conf
・
・

#pool 2.rocky.pool.ntp.org iburst
server ntp.nict.jp iburst
pool ntp.jst.mfeed.ad.jp iburst
・

筆者は、「ntp.nict.jp」と「ntp.jst.mfeed.ad.jp」に設定しました。

$ sudo systemctl restart chronyd
$ sudo systemctl status chronyd
● chronyd.service - NTP client/server
     Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled; preset: enabled)
     Active: active (running) since Mon 2024-01-03 21:54:36 JST; 8s ago
       Docs: man:chronyd(8)
             man:chrony.conf(5)
    Process: 5393 ExecStart=/usr/sbin/chronyd $OPTIONS (code=exited, status=0/SUCCESS)
   Main PID: 5396 (chronyd)
      Tasks: 1 (limit: 48357)
     Memory: 952.0K
        CPU: 39ms
     CGroup: /system.slice/chronyd.service
             └─5396 /usr/sbin/chronyd -F 2

インストール終了

インストールは終了しました。
さらに、
・ホームディレクトリの日本語を英語に変換する方法
・パッケージのアップデート
・SELinux の設定
・ノートパソコンを閉じた時の処理
・ネットワーク設定
・時刻同期設定
などもやってみました。
今後、WordPress サイトの公開を目標にサーバー構築していきますが、通常の設定は、本機の端末よりも通常使用のマシン（筆者の環境は、Windows10）から、「ssh」リモート接続で行うのが一般的だと思います
次回からは、「ssh」のリモート環境を整備し、リモートで作業したいと思います。
そういう意味では、GUI環境は必要なかったかもしれませんが、ネットワーク設定や、USBやDVDなど他のメディアを利用したい場合など、CUIでもできなくはないですが、楽になると思います。

RockyLinux9.3で自宅サーバーを再構築・記事一覧

インストール

SSHでリモート管理

firewalldでアクセス制御

Apache編

PHP8.2とMariaDB10.5編

WordPress インストール

WordPress のバックアップとリストア

postfix で送信専用メールサーバー構築

2025/10月から、自宅サーバーのPostFixからプロバイダー経由のメール送信ができなくなった！

自宅サーバー再構築（centOS7インストール）

NC加工の情報は、ネット上では十数年ほど前までは結構盛んでしたけど成熟してきたのかな？新しいサイトはなかなか見つからないです。 それでも、展示会などへ行くと機械や工具やソフトはますます進化を続けているのも事実です。使ってみたいなぁと思っても、使ってみないと・・削ってみないと・・・・はたして期待した効...

www.kazuban.com

2019.06.09

最近ちょくちょく、ダウンするようになってきました。
見に来てくた方には、申し訳ないです。
最近の、猛暑のせいかもしれませんが、そろそろ限界かな～
ミラー用サーバーも立ち上げていますが、このPCも結構古いです。
そろそろ、立ち上げなおそうかな～・・・
自分のメインノートPCも、Windows11にはならないレベルだし、最近かなりドライブの容量で真っ赤になってきたし、買い替えて、こいつをサーバーにし直すか・・・
それともカミサンそそのかして、カミサンのノートPCを新しくしてもらって、
そのPCをもらおうか・・・

サーバー用PCを準備

今までは、Windowsの古いDELL製ノートにVineLinux入れて運用していました。もう１０年ぐらい連続で動いています。
Linuxはすごいですねぇ～。今でもそれほど問題もなく元気です。
今回「https」化しようと思って、「Let’s Encrypt」からの証明書取得を試みたのですが、「VineLinux」には対応していませんでした。
ネット上の情報を集めていろいろやってみたのですが、私のレベルではうまくいかなくて断念！
そこで、昨年Windoesが立ち上がらなくなったノートを再利用してみる事に。
たぶんHDDの故障が怪しかったのでHDDを交換し「Linux」を入れて自宅サーバーも再構築する事にしました

調子悪いHDDは、後ろのネジ４本を外すだけで、簡単に取り外せました。
購入したSSD-250GBと、調子悪くなったHDDを交換。
うまく認識するか不安はありましたが、BIOSでは正常に認識していました。
これなら、Linuxがインストールできそうです
また、サーバーとして使用する予定なので、ほとんど連続運転になります
SSDのほうが、熱の影響も少なくていいと思います

centOS7 インストール

一番の目的は、「https」化なので、「Let’s Encrypt」が対応している「centOS7」でサーバー構築しようと思います。
「centOS7」の情報はネット上に沢山ありますね。迷うぐらいです。
インストールだけでなく、その後のサーバー設定においても、下記サイトを参考にさせていただきました。とても参考になります

https://www.rem-system.com/centos-install/

作業としては、こんな感じです

まずは、作成したインストールメディアを挿入し起動するとインストーラーが立ち上がってきます。
上記サイトの情報でそれほど問題なく進んでいけると思います。

ベース環境は、「サーバー（GUI使用）」を選択

私がちょっと、変更したのは「ソフトウェアの選択」。上記のサイトでは「最小限のインストール」を選択していますが、ネットワークの設定など、GUIのほうがわかりやすい場合があります
それで私は、「サーバー（GUI使用）」を選択しました

管理者権限のある一般ユーザーを追加

また、ユーザー設定では、roor 以外の、管理者権限のある一般ユーザーの作成をお勧めします
追加では、複数追加が可能ですが、必ず一人は「このユーザーを管理者にする」をチェックして、管理者のユーザーを作成しておきます
通常は、この管理者権限のあるユーザーでログインし作業します

固定IPに設定

さらに、ネットワーク設定は、サーバーしての運用では「DHCP」でなく固定に設定するのが一般的です。
このインストール時に設定する事も可能ですし、インストール後の変更も可能です。その場合「GUI」のほうが楽です。

インストールの開始

必要な設定が終了すると、インストールが開始されます
無事に完了すれば、再起動で「GUI」環境がたちあがります

サーバー環境なので殺風景ですね。

システムを最新に更新する

Windowsなどの他のOSでも同じですが、インストール終了後は必ずしも最新でない場合がほとんどです
インストール直後には、必ず更新すべきだと思います
「GUI」でインストールした場合には、「アプリケーション」⇒「システムツール」⇒「ソフトウェアの更新」で更新できます

「CUI」の場合は、「アプリケーション」⇒「システムツール」⇒「端末」から「yum」コマンドで実行できます
管理者ユーザーであれば、「sudo」コマンドで、管理コマンドを実行する事ができます

カーネルを除外したアップデート（覚書）

カーネルのアップデートは、不具合が起きる場合があるので、あまりしないほうがいいようです。

https://www.linuxmaster.jp/linux_skill/2017/09/yum-1.html

カーネルを除外してアップデートするには、–exclude オプションを付加します

この長いオプションは、/etc/yum.conf　を編集する事で省略できるようです。

これで、カーネルを除外したアップデートが可能になるようです

viエディタの簡単な操作は覚えましょう！

このように、細かい設定をするには、「CUI」での操作になります
また、設定ファイルを編集するには、エディタを使用しますが、Linuxでは「viエディタ」を使用するのが一般的です。
「メモ帳」的なエディタもありますが、リモートでメンテナンスする場合など考えると「viエディタ」の操作を覚えておいたほうが便利です
操作性が特殊なので、最初は戸惑いますが、少し練習しておいたほうがいいですね。
操作方法は、ネット上にたくさん公開されています

https://qiita.com/tasaki-i3/items/49ebad1dca20c669ad25
https://eng-entrance.com/linux-command-vi

インストール完了

これで、とりあえず「GUIモードのサーバー環境」のインストールは完了です。
サーバーモードでも標準でウェブブラウザには「FireFox」がインストールされているので、ネットサーフィンなどはこの状態でも可能です

次回はサーバーのメンテに必要なサービスを追加していきます

自宅でWordPressを動かそう！