WordPress インストール

最新のWordPresssダウンロード

ダウンロード後展開する作業場所へ移動し、ダウンロードします
筆者は、ユーザーディレクトリの「Downloads」を作業場所にしました

cd ~/Downloads/
wget https://ja.wordpress.org/latest-ja.tar.gz
tar xvzf latest-ja.tar.gz
ls wordpress/ 

WordPress パッケージが展開されました

index.php             wp-config-sample.php  wp-mail.php
license.txt           wp-content            wp-settings.php
readme.html           wp-cron.php           wp-signup.php
wp-activate.php       wp-includes           wp-trackback.php
wp-admin              wp-links-opml.php     xmlrpc.php
wp-blog-header.php    wp-load.php
wp-comments-post.php  wp-login.php

WordPressパッケージをApache設定場所へ移動

展開した「wordpress」ディレクトリを、前回「httpd.conf」で「DocumentRoot」に設定したディレクトリ配下へ移動します
また、「wordpress」というディレクトリ名は、公開する時のアドレス名になります
この場合、https://「サイトドメイン」/wordpress/ です。
変更したい場合には、好みの名前に変更します
次の例では、「blog」という名前に変更し、所有権も「apache」に変更しています

cd ~/Downloads/
sudo mv ./wordpress/ /home/www/html/ 
cd /home/www/html/
sudo mv ./wordpress/ ./blog/
sudo chown -R apache.apache ./blog/
ls -la

・
・
drwxr-xr-x. 5 apache apache 4096  4月  3 01:00 blog
-rw-r--r--. 1 apache apache  121  4月 24 10:52 index.html

「blog」と言う名前に変更され、所有者も「apache」になっていれば、WordPressの配置は完了です。

MariaDBの設定

WordPress用のデータベースとユーザーを作成します
設定情報は、事前にメモを作成しておくとスムーズに進行できます
例として、下記で設定します

• root パスワード：初期設定で、「Change the root password」で作成したパスワード
• データベース名：WpDb
• ユーザー名：WpAdmin
• パスワード：WpPasswd
• データベースホスト：localhost

データベースの作成

mysql -u root -p[rootパスワード] #-pの後ろはスペースは入れない
・
・データベース作成
MariaDB [(none)]>CREATE DATABASE WpDb CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
・
・データベース確認
MariaDB [(none)]> SHOW DATABASES;
・
・管理者作成
GRANT ALL ON WpDb.* TO 'WpAdmin'@'localhost' IDENTIFIED By 'WpPasswd';
・
・確認
USE mysql
SELECT user,host from user;
SHOW GRANTS FOR 'WpAdmin'@'localhost';

もし、データベース名やユーザーを変更したい場合には、「DROP」コマンドで
一度削除し、再生成します

DROP DATABASE データベース名;
・より安全を考慮した次のコードでは存在しない場合のエラーを回避できます
DROP DATABASE IF EXISTS データベース名;

DROP USER 'username'@'localhost';
・存在しない場合のエラーを回避
DROP USER IF EXISTS 'username'@'localhost'; 

WordPress 初期設定

初期設定

Apacheの設定で、ドメインでのアクセスが可能であればドメインで、
ドメインでの設定をしていない場合には、IPアドレスを
ChromeなどWebブラウザに入力して確認します
「WordPressへようこそ・・・」の画面が表示されます。

その画面で「さあ、始めましょう！」をクリック
上記で設定したデータベース情報を設定します

「サイトタイトル」「ユーザー名」「パスワード」を設定しますが
ここでのユーザー名は、WordPressの管理画面にログインするユーザーを設定します
データベースの管理ユーザーとは違いますので注意してください

ログインで、WordPressの管理画面からWordPressの設定ができるようになります

サイトヘルス

「https://「サイトドメイン」/blog/wp-admin/site-health.php」にアクセスすると、サイトの状態が確認できますが、自宅環境では、「REST API 」エラーが出ました

自宅内での設定の場合、名前解決ができていないのが原因のようです
同じLAN上のwindowsPCには「hosts」ファイルに設定しましたが、サーバー（Linux）側も
「hosts」設定し強制的に名前解決させようと思います。

sudo vi /etc/hosts

127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.1.100 www2.hogehoge.com

これで、「・・/wp-admin/site-health.php」を更新すると、「REST API 」エラーは消えていました

Hello World!

「https://「サイトドメイン」/blog/」にアクセスすると、デフォルトのサンプルページが表示されます

WordPress環境構築終了

これで、WordPress環境構築は終了です
「https://「サイトドメイン」/blog/wp-admin/」で、ダッシュボード（管理画面）が開きます。
コンテンツから外観までいろいろな設定変更が可能で、「管理画面（ダッシュボード）」を使いこなすことから始めます。
まずは、「外観」⇒「テーマ」を変更する事で、見栄えをガラッと変えましょう！

WordPress環境構築まとめ

PHP
MariaDB

上記を参考に、PHP8.4 MariaDB11.4(LTS)をインストールします

PHPのインストールまたは更新

筆者の現環境では、PHPはまだインストールしていませんが、とりあえず確認します

php --version

やはりインストールされていませんが、もしインストールされている場合には、モジュールのリセットやキャッシュクリアしたほうがトラブルは少ないと思います
事前にwp-config.php, DB, ファイル一式のバックアップを取っておきましょう

Remiリポジトリ追加（Rocky Linux 9の場合）

sudo dnf install -y epel-release
sudo dnf install -y https://rpms.remirepo.net/enterprise/remi-release-9.rpm

キャッシュをクリア

sudo dnf clean all && sudo dnf makecache

モジュールリスト確認

dnf module list php

もし404のエラーが出た場合

sudo rm -f /etc/dnf/vars/releasever
sudo dnf clean all && sudo dnf makecache
dnf module list php

Rocky Linux 9 - AppStream
Name     Stream       Profiles                      Summary                            
php      8.1          common [d], devel, minimal    PHP scripting language             
php      8.2          common [d], devel, minimal    PHP scripting language             
php      8.3          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             
php      remi-8.4     common [d], devel, minimal    PHP scripting language             
php      remi-8.5     common [d], devel, minimal    PHP scripting language  

私の環境では、AppStream には、8.3までですが、Remiでは、8.5まで登録されています
ここでは、最新は避けて8.4を使用しようと思います

PHPモジュールのリセット

sudo dnf module reset php -y

新しいPHPバージョンの有効化（例: 8.4）

sudo dnf module enable php:remi-8.4 -y

新規インストールの場合

sudo dnf install php php-fpm -y

アップグレードの場合

sudo dnf update php\* -y

更新の確認

php -v

拡張機能を追加

WordPressを動作させるのに、必須と推奨なPHP拡張機能があります。
こちらとAIの意見を参考にして、インストールしておきたいと思います。
すでに、インストール済みや一致するものがない場合もありましたが、インストールしました

sudo dnf install -y \
  php-mysqlnd \
  php-curl \
  php-exif \
  php-fileinfo \
  php-gd \
  php-imagick \
  php-intl \
  php-mbstring \
  php-xml \
  php-zip

再起動

sudo systemctl restart httpd
sudo systemctl restart php-fpm

PHP8.4について、🧑‍💻AIからのアドバイス

補足：PHP 8.4での注意点（AIからのアドバイス）

PHP 8.4は比較的新しいため、利用しているWordPressテーマや古いプラグインがまだ対応しておらず、非推奨（Deprecated）の警告が出る場合があります。

• もしエラーが出る場合は、WordPressの管理画面から「サイトヘルス」を確認し、足りないモジュールがないかチェックしてみてください。

もし特定のプラグインで「これが足りない」と言われた場合は、dnf search php-拡張名 で探すとすぐに見つかりますよ。

php.ini の設定

PHPの設定は、「/etc/php.ini」で行います。
念のためバックアップととり、編集します。

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

筆者の利用方法としては、記事内に画像貼り付けと少数ですが動画も貼り付けたいと思っているので、多少余裕をもった設定にしました。

・
・
;expose_php = On
expose_php = Off

;max_execution_time = 30
max_execution_time = 300

;max_input_time = 60
max_input_time = 300

;max_input_vars = 1000
max_input_vars = 3000

;post_max_size = 8M
post_max_size = 300M

;upload_max_filesize = 2M
upload_max_filesize = 256M

;max_file_uploads = 20
max_file_uploads = 50

;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
・
・

キャッシュ拡張用の10-opcache.ini の設定変更

OPcache（オプキャッシュ）は、PHPスクリプトのコンパイル結果（バイトコード）を共有メモリにキャッシュすることで、PHPの動作を高速化する拡張モジュールですが、その設定ファイルも余裕をみた設定にしました
/etc/php.d/10-opcache.ini もバックアップをとって編集します

sudo cp -p /etc/php.d/10-opcache.ini /etc/php.d/10-opcache.ini.org
sudo vi /etc/php.d/10-opcache.ini

・
・
opcache.enable=1

;opcache.memory_consumption=128
opcache.memory_consumption=256

;opcache.memory_consumption=128
opcache.memory_consumption=256

;opcache.max_accelerated_files=10000
opcache.max_accelerated_files=20000
・
・

sudo systemctl restart php-fpm
sudo systemctl restart httpd

httpd.conf の編集

こちらは、必須ではないですが、やっといたほうがいいかも？との🧑‍💻AIのアドバイスです

/etc/httpd/conf/httpd.conf

・
・
LimitRequestBody 314572800  #（= 約300MB）
・

ただ、こちらの情報では、

デフォルト値が 0 (無制限) から 1 GiB に変更されたようです。

デフォルトでは無制限ではなくなったみたいです。

多少の動画添付を考慮した、WordPress側の設定

こちらも、🧑‍💻AIのアドバイス
画像貼り付け予定であれば、設定しておいたほうがよいとの事
こちらは、wordpress立ち上げ時に設定しようと思います

WordPress側の設定（wp-config.php）

define('WP_MEMORY_LIMIT', '256M');
define('WP_MAX_MEMORY_LIMIT', '512M');

PHP確認

「/home/www/home」に「index.php」という、ファイルを作成し、ブラウザに「https://www2.hogehoge.com/index.php」で確認します

echo '<?php phpinfo(); ?>' | sudo tee /home/www/html/index.php

アドレスバーに「https://www2.hogehoge.com/index.php」で確認します

確認ができたら、削除しておきましょう

sudo rm /home/www/html/index.php

MariaDB 11.4(LTS)

11.5も動作すると思いますが、11.4(LTS)をインストールしようと思います

リポジトリ追加

リポジトリ追加

curl -LsS https://downloads.mariadb.com/MariaDB/mariadb_repo_setup | sudo bash -s -- --mariadb-server-version="mariadb-11.4"

パッケージキャッシュの更新

sudo dnf makecache

EPEL リポジトリ系のネットワーク接続エラーが出たので、AIに聞いてみましたが、問題はないようです
AIの回答では閉鎖環境では、EPELを無効化する事でエラーは消えるようです（筆者は試していません）

EPEL リポジトリ系エラーについて、🧑‍💻AIの回答

なるほど、閉域網環境なんですね。その状況なら無効化で問題ないです。

EPEL を無効化する

sudo dnf config-manager --disable epel

確認

sudo dnf makecache

エラーが消えれば OK です。

本機トラブル時に外部接続が必要になったら

その時は再度有効化すればいいだけです：

sudo dnf config-manager --enable epel

切り替えが簡単なので、普段は無効化しておいて問題ありません👍

パッケージ情報の一覧は、下記で確認できます
11.4のパッケージが確認できました

dnf list mariadb*

・
MariaDB-client.x86_64          11.4.10-1.el9     @mariadb-main
MariaDB-client-compat.noarch   11.4.10-1.el9     @mariadb-main
MariaDB-common.x86_64          11.4.10-1.el9     @mariadb-main
MariaDB-server.x86_64          11.4.10-1.el9     @mariadb-main
MariaDB-server-compat.noarch   11.4.10-1.el9     @mariadb-main
MariaDB-shared.x86_64 
・

MariaDB 11.４ のインストール

sudo dnf install -y MariaDB-server MariaDB-client

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

sudo systemctl start mariadb
sudo systemctl enable mariadb

初期セキュリティ設定

sudo mariadb-secure-installation

対話形式で以下を設定します：

ファイアウォールの設定（外部接続が必要な場合）

外部からデータベースに接続する場合には、ファイヤフォールに許可します
筆者は外部からデータベースへのアクセスの予定はないので、今回は設定していませんが
覚書として、書いておきます。

sudo firewall-cmd --permanent --add-service=mysql
sudo firewall-cmd --reload
sudo firewall-cmd --list-all --zone=public

インストール確認

sudo systemctl status mariadb

文字コードの設定

文字化け防止に、文字コードを編集します
設定ファイルは
「/etc/my.cnf.d/server.cnf」
「/etc/my.cnf.d/client.cnf」で行うので
バックアップアップを取って、編集。

sudo cp -p /etc/my.cnf.d/server.cnf /etc/my.cnf.d/server.cnf.org 
sudo cp -p /etc/my.cnf.d/client.cnf /etc/my.cnf.d/client.cnf.org 

sudo vi /etc/my.cnf.d/server.cnf

・
・
# This group is only read by MariaDB servers, not by MySQL.
# If you use the same .cnf file for MySQL and MariaDB,
# you can put MariaDB-only options here
[mariadb]
# ----- 2026/05/01 -----
character-set-server = utf8mb4
collation-server     = utf8mb4_unicode_ci
・
・

sudo vi /etc/my.cnf.d/client.cnf

・
・
#
# These two groups are read by the client library
# Use it for options that affect all clients, but not the server
#
[client]
# ----- 2026/05/01 -----
default-character-set = utf8mb4
・
・

再起動と確認

sudo systemctl restart mariadb
sudo systemctl status mariadb

mysql -u root -p[パスワード]
mysql: Deprecated program name. It will be removed in a future release, use '/usr/bin/mariadb' instead
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 3
Server version: 11.4.10-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_collations |                              |
| character_set_connection | utf8mb4                      |
| character_set_database   | utf8mb4                      |
| character_set_filesystem | binary                       |
| character_set_results    | utf8mb4                      |
| character_set_server     | utf8mb4                      |
| character_set_system     | utf8mb3                      |
| character_sets_dir       | /usr/share/mariadb/charsets/ |
+--------------------------+------------------------------+
9 rows in set (0.002 sec)

MariaDB [(none)]> quit
Bye

utf8mb4 になっていることを確認します
もし、「latin1」とかになっていた場合には、再起動「sudo systemctl restart mariadb」で反映されます。

WordPress環境構築まとめ

Apache

コピペで設定できるように、まとめます
詳細は、こちらを参照してください

RockyLinux9.３で自宅サーバーを再構築V04・LAMPの「A」、Apache編

LAMPの「A」のApacheの構築編です。 インストール、セキュリティ対策、ファイヤーウォール、https化、HTTP2通信設定を説明します。 さらに例では、CGIも動作できるような設定にしています。

www.kazuban.com

2024.01.06

Remi リポジトリのインストール

ApacheやPHPの最新バージョンにも対応したいので、Remi リポジトリのインストールします
Remiのインストールには、「crb」や「epel」のインストールが必要なようです

sudo dnf config-manager --set-enabled crb
sudo dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm
sudo dnf install https://dl.fedoraproject.org/pub/epel/epel-next-release-latest-9.noarch.rpm

httpdインストール

続いて、httpd関連をインストールし、自動起動するように設定します

sudo dnf install httpd httpd-tools mod_ssl
sudo systemctl start httpd
sudo systemctl enable httpd
sudo systemctl is-enabled httpd
sudo systemctl status httpd

● httpd.service - The Apache HTTP Server
     Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; preset: disabled)
     Active: active (running) since Sat 2026-04-18 17:24:47 JST; 54min ago

active (running)とservice; enabledで確認できます。

Firewalld に許可

「http」と「https」を許可します

sudo firewall-cmd --add-service=http --zone=public --permanent
sudo firewall-cmd --add-service=https --zone=public --permanent
sudo firewall-cmd --reload
sudo firewall-cmd --list-all --zone=public

「services: 」で確認できます

public (active)
  target: default
  icmp-block-inversion: no
  interfaces: wlp8s0
  sources:
  services: cockpit dhcpv6-client http https ssh

ブラウザのアドレスバーにIPアドレス「http://192.168.*.*」をに入力すれば、テストページが表示されれば動作しています

httpd.conf

サーバー上のディレクトリや、ホスト名など、自分の環境に合わせて設定ファイルを編集します
筆者の場合、「DocumentRoot」を「/home/www/html」に変更します
「ServerName」は、バックアップ用なので本サーバーとの識別のためドメイン名は
「www2」とし「www2.hogehoge.com」に設定します
CGIスクリプトを使用する場合では、AddHandlerでスクリプトの拡張子を指定し、ScriptAlias以外のディレクトリにスクリプトを置く場合には、その指定ディレクトリに「Options ExecCGI」を追加します
まずは、設定ファイル「httpd.conf」はバックアップを取ってから作業します

cd /etc/httpd/conf/
sudo cp -p httpd.conf httpd.conf.org
sudo vi ./httpd.conf

edhitor

#ServerAdmin root@localhost
ServerAdmin root@localhost

#ServerName www.example.com:80
ServerName www2.hogehoge.com:80

#DocumentRoot "/var/www/html"
DocumentRoot "/home/www/html"

#<Directory "/var/www">
<Directory "/home/www">

#<Directory "/var/www/html">
<Directory "/home/www/html">

#ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"
ScriptAlias /cgi-bin/ "/home/www/cgi-bin/"

#<Directory "/var/www/cgi-bin">
<Directory "/home/www/cgi-bin">

#Options Indexes FollowSymLinks
Options FollowSymLinks

#AddHandler cgi-script .cgi
# --- 2026/04/19 add by kazuban
AddHandler cgi-script .cgi
<Directory /home/www/html/script>
  AllowOverride None
  Options ExecCGI FollowSymLinks
  Order allow,deny
  Allow from all
</Directory>

筆者の場合、デフォルトにディレクトリを変更したので、そのディレクトリを作成し、所有者をapacheに変更します

sudo mkdir /home/www
sudo mkdir /home/www/html
sudo mkdir /home/www/cgi-bin
sudo chown apache.apache /home/www/html/
sudo chown apache.apache /home/www/cgi-bin/
ls -la /home/www
httpd -t

「Syntax OK」が出れば、正常に変更されています

セキュリティ対策

・テストページや「icons」一覧を非表示にする
・Apacheバージョン情報とＴRACEメソッドOFF
・X-Frame-Optionsの有効を確認
・設定したドキュメントルートにindex.htmlを作成

cd /etc/httpd/conf.d
sudo cp -p welcome.conf welcome.conf.org
sudo cp -p  autoindex.conf  autoindex.conf.org
sudo vi ./welcome.conf

表示させたくないので、削除や名前変更もできますが、自動的に復活するらしいので、<Directory>設定は、全てコメントにしました。
autoindex.confも同様です

sudo vi autoindex.conf

httpdを再起動すると、「http://192.168.*.*」は表示されなくなっていれば正常です

sudo systemctl restart httpd

さらに、Apacheバージョン情報とＴRACEメソッドもOFFにします
/etc/httpd/conf/httpd.confを編集

sudo vi /etc/httpd/conf/httpd.conf

最終行に、設定コードを追加

##--- kazuban added. 2026/04/19
ServerTokens ProductOnly
ServerSignature off
TraceEnable off

構文チェックしOKであれば、再起動します

httpd -t
sudo systemctl restart httpd

X-Frame-Optionsは、Webサイトを不正な埋め込み（クリックジャッキング攻撃）から守るために非常に重要だと言うことなので、こちらも有効になっているか確認します
「/etc/httpd/conf.modules.d/00-base.conf」に、mod_headers.soの記載があればモジュールは入っています

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

次に、「/etc/httpd/conf/httpd.conf」の最後に、
「 Header append X-FRAME-OPTIONS “SAMEORIGIN” 」
を追加して、apacheを再起動します

sudo vi /etc/httpd/conf/httpd.conf

・
・
##--- kazuban added. 2026/04/19
ServerTokens ProductOnly
ServerSignature off
TraceEnable off

Header append X-FRAME-OPTIONS "SAMEORIGIN"

sudo systemctl restart httpd
sudo systemctl status httpd

ドキュメントルートのトップページの表示

上記セキュリティ対策でトップページが表示されなくなったので、「index.html」を作成し、簡単な表示が出るようにしておきます。

cd /home/www/html/
cat <<EOF | sudo tee index.html
<html>
  <body>
    <h1>This website is currently under maintenance.</h1>
  </body>
</html>
EOF
sudo chown apache:apache ./index.html
httpd -t
sudo systemctl restart httpd

これで、「http://192.168.*.*」でトップページが表示されるようになりました

Let’s Encrypt証明書でhttps化

https化を行う場合には、ファイヤーウォールでの許可が必要ですが、上記ですでに許可してますから、ここでは確認だけ行います

sudo firewall-cmd --list-all --zone=public

「services: 」に「https」があれば、許可済みです

sslモジュール

「mod_ssl」も、上記でインストールされています、確認してみます

dnf list installed | grep mod_ssl
httpd -M | grep ssl

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

Let’s Encryptで証明書の取得には、「Certbot」と言うソフトを利用します
パッケージの状態を確認します

dnf list --all | grep certbot

複数でてきますが、「certbot.noarch」「python3-certbot-apache.noarch」をインストールします

sudo dnf install certbot
sudo dnf install python3-certbot-apache
dnf list installed | grep certbot

証明書発行

すでにhttpdが動作している場合には、「webroot プラグイン」を使います
動作していない場合には、「Standaloneプラグイン」を使います
ただし、両方とも外部から対象のPCの80番ポートへ通信は必要です
したがって、外部（インターネット側）から、対象のドメインのが名前解決が必要です
私は、無料のサービスhttps://www.mydns.jp/　を利用させてもらっています
80番ポートは「Standalone」の場合は、certbot が占有します
「webroot」は、apacheが使います
したがって、「webroot」はwebサーバーが動作している必要がありますが、「Standalone」では停止しておく必要があります

まず、外部からの80番へのリクエストが、対象のPCアドレスへ転送されるように設定します
自宅であれば、ルーターの「ポートマッピング」などの項目で設定できると思います
次に、httpdの起動状態を確認

sudo systemctl status httpd

80番と、httpdの起動が確認できたら、certbot を起動しましょう
確認はしていませんが、権限が必要なファイルに書き込むので、「su」での起動がいいと思います

su
certbot certonly --webroot -w /home/www/html/ -d www2.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 www2.hogehoge.com and hogehoge.com

Successfully received certificate.
Certificate is saved at: /etc/letsencrypt/live/www2.hogehoge.com/fullchain.pem
Key is saved at:         /etc/letsencrypt/live/www2.hogehoge.com/privkey.pem
This certificate expires on 2026-07-18.
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
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

「Successfully」になれば、証明書ファイルは保管されています

証明書の設定

証明書を「/etc/httpd/conf.d/ssl.conf」で反映させます
まずは、バックアップをとってから、編集します

cd /etc/httpd/conf.d
sudo cp -p ssl.conf ssl.conf.org
sudo vi ./ssl.conf

/etc/httpd/conf.d/ssl.conf

・
#SSLCertificateFile /etc/pki/tls/certs/localhost.crt
SSLCertificateFile /etc/letsencrypt/live/www2.hogehoge.com/fullchain.pem       
・
・
#SSLCertificateKeyFile /etc/pki/tls/private/localhost.key
SSLCertificateKeyFile /etc/letsencrypt/live/www2.hogehoge.com/privkey.pem
・

保存後、確認でOKなら、httpd再起動

sudo httpd -t
sudo systemctl restart httpd
sudo systemctl status httpd

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

証明書発行では80番ポーとを通しましたが、httpsでは443ポートを通してておきます
ただし、筆者の環境のように、同じLAN上にWebサーバーとアクセスPCがある場合には外部DNSを使用しないので、アクセスできない場合があります
その場合、アクセス側PCの「hosts」ファイルで設定しておくと可能になります

C:\Windows\System32\drivers\etc\hosts　(windows)

#Server 
192.168.1.100 hogehoge.com
192.168.1.100 www.hogehoge.com

#TestServer
192.168.1.101 www2.hogehoge.com

この設定後、「https://www2.hogehoge.com」で正常に「index.html」画面が表示されれば証明書は正常です

HTTP/2を利用する

詳細は、こちらを確認してください
まず、eventMPMモジュールとhttp2モジュールが必要ですが、Rocky9では、デフォルトで有効になっているようです。
確認してみます

sudo httpd -M | grep mpm
sudo httpd -M | grep http2

次に、「httpd.conf」で有効設定する予定ですが、設定前にhttp2の有効状態を確認してみました
確認は、Chromeで「https://www2.hogehoge.com」を表示後、F12キーで表示される開発ページの「Network」「Protocol」で確認できますが、筆者の環境ではすでに「h2」になっていて、http2が有効になっていました。
AIに聞いてみると、Apacheのバージョンによっては、有効になっている場合もあるが、明示的に設定をいれる事を推奨するの事なので、設定はしておこうと思います

設定は、「/etc/httpd/conf/httpd.conf」で行います

sudo vi /etc/httpd/conf/httpd.conf

最終行に追加して、httpdを再起動

・
<IfModule http2_module>
    Protocols h2 http/1.1
    ProtocolsHonorOrder on
</IfModule>
・

sudo systemctl restart httpd

HTTP/2有効確認

Chromeで「https://www2.hogehoge.com」を表示後、F12キーで表示される開発ページの「Network」「Protocol」で確認できますが、「Protocol」が表示されていない場合があります
・開発ページが表示された後、CTRL+R でページを更新
・もし、翻訳のダイアログが出た場合には、「日本語」にしてみます

・開発ページが更新されても、デフォルトでは「Protocol」が非表示になっている場合があります
・「Network」タブの、「Name」セル上でマウス右ボタンで、表示項目の選択ができるので「Protocol」をチェックする事で、表示されます

・表示された「Protocol」が、「h2」や「h3」になっていれば、HTTP/2で応答しています

WordPress環境構築まとめ

Ubuntu24.04LTSでWorrPressを動作させる。インストール・SSH・ファイヤーウォール

「Ubuntu24.04LTS」に、「RHEL系、RockyLinux9」と同様の設定で、「WordPress」を動作させます。 特に、「apache」の設定方法が違っているので戸惑いました。 「RHEL」から移行の方には参考になると思います。

www.kazuban.com

2024.06.29

会社でもローカル環境にwordpressでのコミュニティサイトを検討しているので、wordpress環境構築作業に戸惑わないよう、コピペできるよう、まとめました。
せっかくなので、RockyLinux10で試してみましたが、筆者の１０数年前のノートPCではインストーラさえ起動しませんでした
RockyLinux9.7であれば起動したので、クリーンインストールして再構築しました

RockyLinux9.7 ダウンロード・インストール

ダウンロード・インストールの詳細はこちらを確認してください

RockyLinux9.3で自宅サーバーを再構築V01・インストール。記事最後のリンクをすべて実行すれば、WordPressサイトが作れます

2023年、このサイトは、centOS7 で構築していますが、サポート終了が近づいてきました。 centOS8のサポートも既に終了しています。 今回、RockyLinux9.3で再構築した記録のインストール編です。 記事最後のリンクをすべて実行すれば、WordPressサイトが作れます

www.kazuban.com

2024.01.05

有線デバイスを認識しない

wifiを利用していたので、あまり意識しませんでしたが、wifiでのトラブルがあったので、有線LANを利用しようとしましたが、認識しない状況になりました。
AIに聞きながらどうにか解決したので、ここに覚書としてメモしておきます

インターフェースの確認:

nmcli device

通常、正常であればここに enp... や eth0 といった名称のデバイスが表示されますが
リストに出てきませんでした。
AIに相談すると

リストにないということは、設定の問題ではなく「ドライバが読み込まれていない」か「ハードウェアが認識されていない」可能性が極めて高いです。
次の結果を教えてください

lspci -nn | grep -i net

$ lspci -nn | grep -i net

08:00.0 Network controller [0280]: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter [10ec:8176] (rev 01)

09:00.0 Ethernet controller [0200]: JMicron Technology Corp. JMC250 PCI Express Gigabit Ethernet Controller [197b:0250] (rev 05)

原因が特定できました。搭載されている有線LANコントローラー 「JMicron JMC250 [197b:0250]」 は、Rocky Linux 9 (RHEL 9) の標準カーネルではサポート（ドライバが同梱）されていません。

JMicron用ドライバのインストール

JMicron JMC250 [197b:0250]」 は、ELRepo リポジトリからドライバを提案してもらいましたが、結局、Rocky Linux 9 (EL9) 用には JMicron [197b:0250] のドライバが提供されていない ようです

「ELRepo-kernel」から最新カーネルを試す（成功率：中）

成功率は「中」ですが、新しいカーネルには、稀に古いドライバが復活していたり、汎用ドライバで動く可能性があるとの事なので、やってみます

# 最新カーネルのインストール
sudo dnf --enablerepo=elrepo-kernel install kernel-ml

# 再起動して、起動メニューで新しいカーネル（数字が大きい方）を選択
sudo reboot

再起動後に nmcli device を確認

nmcli device

DEVICE          TYPE      STATE            CONNECTION     
wlp8s0          wifi      接続済み         aterm-e41133-g 
lo              loopback  接続済み (外部)  lo             
enp9s0f0        ethernet  切断済み         --             

認識されました

ethernetデバイスを接続する

接続は「nmcli device connect デバイス名」で接続できます

sudo nmcli device connect enp9s0f0

その他、ネットワーク設定は、下記を参考にしてください

RockyLinux9.3で自宅サーバーを再構築V01・インストール。記事最後のリンクをすべて実行すれば、WordPressサイトが作れます

2023年、このサイトは、centOS7 で構築していますが、サポート終了が近づいてきました。 centOS8のサポートも既に終了しています。 今回、RockyLinux9.3で再構築した記録のインストール編です。 記事最後のリンクをすべて実行すれば、WordPressサイトが作れます

www.kazuban.com

2024.01.05

インストール直後の設定

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

linux

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

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

linux

su
visudo

visudo で、コメント行になっている、下記の「#」を外し有効にします
%wheel ALL=(ALL) NOPASSWD: ALL

linux

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

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

その後、特定ユーザーを、「wheel」グループに追加すればそのユーザーはパスワードなしで「sudo」実行が可能になります

linux

usermod -aG wheel hogehoge

SSH利用状況の確認

RockyLinux9では、ほとんどの選択でsshは自動起動している状態になっています。
動作は、「ssh」コマンドで確認できます

linux

ssh

usage: ssh [・・・・」のような
コマンドの使い方を示すヘルプメッセージが表示されれば動作しています
また、sshサービスはファイヤーウォールでの制限対象ですが、こちらも標準では許可されていますが、確認しておきます
詳細は、下記記事を参照してください

RockyLinux9.３で自宅サーバーを再構築V03・firewalldでアクセス制御

firewalldを少し詳しく調べていました。 一例として、sshサービスを、LAN内（指定アドレス）からのみ接続可能な設定にしました。

www.kazuban.com

2024.01.06

ここでは、sshの許可状態だけ確認します

firewalldでのsshの確認

まず、「firewalld」の起動状態を確認してみます

linux

systemctl status firewalld

これで、active (running)になっていれば、起動しています

ファイヤーウォールのアクセスルール対象となるのはアクティブゾーンになります
まずは、アクティブゾーンを確認します

linux

 sudo firewall-cmd --get-active-zones

public
  interfaces: wlp8s0

アクティブゾーンは「public」のみと言うのがわかりました
今回は「ssh」の許可状態は「public」の設定で確認すればわかります

linux

sudo firewall-cmd --list-all --zone=public

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

「services」に、「ssh」があるので、許可されています

SSHでリモート操作

上で確かめたように、RockyLinux9では、デフォルトでsshサービスもファイヤーウォールでの許可も利用可能な状態になっています。
「ssh」コマンドでアクセスしてみましょう。
windowslinux

ssh hogehoge@192.168.*.* -p 22

ssh 「Linux側のユーザー@IPアドレス」 でパスワード入力で接続できます
「-p 22」は、ポート番号指定です。sshはデフォルトでは２２番ポートです。
デフォルトであれば、省略できます。
「-p 22」はオプションですが、違うポート番号の場合は、その番号を指定します。
また以前ポート番号などを変更していたなどで接続できない事もあります
その場合には、標準ポート番号「22」を指定する事で接続できるようになります
windowsターミナルでも同じコマンドです
接続ができれば、windowsから、Linuxマシンを殆どリモートで設定できます　
ローカル内だけでの運用であれば、この設定でもいいかもしれませんが、後ほどポート番号変更と鍵認証方式に変更しようと思います

インストール後の設定２（SSHでも可）

まずは、パッケージのアップデート

sshアクセスができれば、windowsターミナルからでも操作できまます
インストール初期のアップデートで、依存関係の競合とかでエラーが表示される事があります
エラーメッセージでは、「--skip-broken」の付加のアドバイスが出ますが、ついでに「–allowerasing」オプションも追加したほうがいいようです

linux

sudo dnf update --skip-broken --allowerasing
sudo reboot

SELinuxに強制させない設定

SELinuxはセキュリティをより強固にする機能で、RockyLinuxなどRedHat系では標準で有効になっていますが、思うように動作しないトラブルも多いようです。
ポリシーを読み込まず、無効的な状態にする方法もありますが、警告のみでポリシーを強制しない「Permissiveモード」に設定にしようと思います

linux

su
vi /etc/selinux/config

editor

・
・
#SELINUX=enforcing
SELINUX=permissive
・
・

linux

reboot

再起動後、確認

linux

sudo getenforce

「Permissive」が返ってくれば、設定されています

設定中に本体のGUIがクラッシュした

外部PCからsshで操作していて、たまに戻ると、画面がクラッシュしている場合があります
これはGUIのディスプレイマネージャー（gdm）がロックやスリープ状態になっているか、セッションがクラッシュしている場合に起こるようです

復旧方法：キーボードショートカットで復旧

私の状況は、マウスカーソルだけが動く状態だったので、その画面で：

• Ctrl + Alt + F2（または F3〜F6）を押す → テキストコンソールに切り替え
• ログイン後、以下を実行：

linux

systemctl restart gdm

Ctrl + Alt + F1（または F7）でGUI画面に戻る

恒久対策として：スリープ・省電力設定を無効化する

linux

# GNOMEのスクリーンセーバー・自動サスペンドを無効化
sudo -u ユーザー名 gsettings set org.gnome.desktop.screensaver lock-enabled false
sudo -u ユーザー名 gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing'

このコマンドは、私の環境でSSH経由では、X11のDISPLAY環境変数がないとのエラーになりました
ssh経由の場合には、DISPLAY変数を指定して実行します

ssh

sudo -u ユーザー名 DISPLAY=:0 DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$(id -u ユーザー名)/bus gsettings set org.gnome.desktop.screensaver lock-enabled false
sudo -u ユーザー名 DISPLAY=:0 DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$(id -u ユーザー名)/bus gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing'

確認方法

linux

sudo -u ユーザー名 DISPLAY=:0 DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$(id -u ユーザー名)/bus gsettings get org.gnome.desktop.screensaver lock-enabled
sudo -u ユーザー名 DISPLAY=:0 DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/$(id -u ユーザー名)/bus gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type

下記の結果がでれば、正常に反映されている

false
'nothing'

CUIモードをデフォルトにする

SSH経由でのリモートがほとんどになれば、CUIモードのほうがトラブルは少なそうなので、CUIモードに設定します

linux

sudo systemctl set-default multi-user.target

これで、再起動後はGUIなしで起動します。
もし、GUIが必要になったら、

linux

sudo systemctl start gdm

再度GDMを停止させCUIに戻るには、サーバー機で操作できる場合には

Ctrl + Alt + F2

または、リモートも含めたコマンド操作の場合は

sudo systemctl stop gdm

このコマンド操作で、画面が止まったように見える場合は、サーバー機で

上記の Ctrl + Alt + F2

SSHのセキュリティ向上対策

SSHを鍵認証方式で運用

「鍵認証方式」は、「秘密鍵」と「公開鍵」のペアの鍵を作成し、アクセスする側は「秘密鍵」が必要になり、アクセスされる（サーバー）側には、「公開鍵」を登録します
一般的には、アクセス側で鍵を生成し、「公開鍵」の登録をサーバーへお願いします
鍵生成は、windowsでもLinuxでも、「ssh-keygen」コマンドで生成できます
今回は、windowsターミナルで生成します

windowslinux

ssh-keygen -t ed25519

Generating public/private ed25519 key pair.
Enter file in which to save the key (C:\Users\hogehoge/.ssh/id_ed25519):
Enter passphrase (empty for no passphrase):
Enter same passphrase again
Your identification has been saved in C:\Users\hogehoge/.ssh/id_ed25519
Your public key has been saved in C:\Users\hogehoge/.ssh/id_ed25519.pub
The key fingerprint is:
SHA256:o2ojnUu7UflR12VZq2yOcTY/Ky-VzibafGh/PJbPe6C hogehoge@hoge-Pc
The key's randomart image is:
+--[ED25519 256]--+
|             .+.o|
|               Oo|
|     o + o .   . |
|    . Z   . . o..|
|    . o     . *AC|
+----[SHA256]-----+

秘密鍵のアクセス権限を厳しく設定

下記のアクセス権の設定は、windowsターミナルでの操作コマンドです。
Linuxでの操作は、こららを参考にしてください

継承の無効化と権限のクリア

windows

icacls "$HOME\.ssh\id_ed25519" /inheritance:r

ユーザーにのみ読み取り権限を付与

windows

icacls "$HOME\.ssh\id_ed25519" /grant:r "$($env:USERNAME):R"

「自分自身」以外のユーザー権限を削除

windows

icacls "$HOME\.ssh\id_ed25519" /remove "SYSTEM"
icacls "$HOME\.ssh\id_ed25519" /remove "Administrators"
icacls "$HOME\.ssh\id_ed25519"

エクスプローラの「プロパティ」⇒「セキュリティ」でも確認できます

公開鍵をサーバー側へコピー

作成した、「id_ed25519.pub」をサーバー側ユーザーの「.ssh」ディレクトリへコピー
・windowsの自分自身のホームの「.ssh」に移動
・scp コマンドへ、サーバー側ユーザーの「.ssh」へコピー

windows

cd $HOME\.ssh
scp .\id_ed25519.pub hogehoge@192.168.*.*:.ssh

サーバー側へsshでログインし操作

windows側から、sshログインし、「.ssh」ディレクトリへ移動し確認

windows

ssh hogehoge@192.168.*.*

ログイン後、コピーされているか、確認

sshlinux

cd ./.ssh
ls -la

公開鍵を保存ファイル（authorized_keys）へ登録

コピーされた公開鍵を、保存用のファイルへ登録し、そのファイルのアクセス権は厳しくします
持ってきて、公開鍵は削除しておきます

sshlinux

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

再度、鍵を使って、SSHログイン

ssh に「i」オプションで鍵指定

windows

ssh -i .ssh/id_ed25519 hogehoge@192.168.*.*

ログイン時、鍵生成時登録したパスフレーズを入力し、ログイン

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

鍵を使ってのログインが確認できたら、鍵以外でのログインは拒否する設定をしておきます
設定は、「/etc/ssh/sshd_config」ファイルの”PasswordAuthentication”を”no”に設定します
まずは、ファイルをバックアップして、編集します

ssh linux

sudo cp -p /etc/ssh/sshd_config /etc/ssh/sshd_config.org
sudo vi /etc/ssh/sshd_config

editor

・
・
#PasswordAuthentication yes
PasswordAuthentication no
・
・

ついでにリモートからのROOTログインも拒否設定します

「/etc/ssh/sshd_config」ファイルの”PermitRootLogin”も”no”に設定

editor

・
・
#PermitRootLogin prohibit-password
PermitRootLogin no
・
・

さらに、ポート番号を変更

「ssh」のポートは「22番」が標準なので、自動スキャンなどのアタックが増えるので、違う番号に変更しておきます。
ポート番号も「/etc/ssh/sshd_config」ファイルの”Port”で設定します
ポート番号は登録済み番号などもあるので、49152–65535の範囲に設定します

editor

・
・
#Port 22
Port 55522
・
・

「22番」は「ssh」サービスのデフォルトなので、firewalldの設定でsshは「22番」になります
firewalld設定は、ポート番号を直接設定する事もできますが、やはりsshのポート番号を変更する方法がfirewalldは再起動だけで、設定は不要なのでスマートだと思います
デフォルト設定は、「 /usr/lib/firewalld/services/ ssh.xml 」に保存されているので、
そのファイルを「 /etc/firewalld/services /」にコピーして編集します。

ssh linux

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

editor

・
・
<port protocol="tcp" port="22"/>
↓
<port protocol="tcp" port="55522"/>
・
・

sshとfirewall　サービスを再起動して、アクセスにはポート番号を明示します

ssh linux

sudo systemctl reload sshd.service
sudo firewall-cmd --reload
ssh  -p 55522 hogehoge@192.168.*.*

ここまでで、RockyLinux9.7のインストールと、やっておきたい初期設定を解説しました
「ssh」の設定も完了しているので、windowsターミナルからでも実行できます

WordPress環境構築まとめ

RockyLinux9.３で自宅サーバーを再構築V08・postfix で送信専用メールサーバー構築

このサイトには「お問い合わせフォーム」を設定していますし、起動しているサーバーがエラーなどの連絡を発信する場合もあります。 重要なメールもあるので、メインのメールアドレスへ配信させる設定を行います。 今回は、サーバー側から、配信するのみの設定を行います

www.kazuban.com

2024.01.08

この設定により、このブログサイトへの、「お問い合わせ」も設置できているのですが、この不具合では、「お問い合わせ」もこちらに届きません
う～ん、困った。

こんな時ほど、Aiに相談だぁ！

最初は、ググってみましたが、なかなか的確なサイトにぶち当たりません。
Aiに聞いてみよう！
ChatGPT と Gemini 2.5Flash に同じ質問をしてみましたが、ほぼ同じ回答内容でしたが
ChatGPTのほうが、みやすく感じます
ただ、ChatGPTは次から次に、逆質問をしてくるのが、ちょっとウザいかも・・・

rocky linux9 で自宅サーバーを運用していますが、2025/10月からサーバーからのメールが送信できなくなりました sudo cat /var/log/maillog | grep -i error を実行してみると、下記エラーがでます。原因はなんでしょう？
sudo cat /var/log/maillog | grep -i error
（エラー内容）
・
・

それにしても、エラー内容をそのまま突っ込めるのは、今までの検索では考えられないですね。

Aiのエラー内容の整理

ログのエラー内容を整理すると：
Postfix が プロバイダ のメールサーバ (mx.hogehoge.com) に TCP ポート 25 で接続しようとしてタイムアウトしています。

主な原因候補

１０月からであれば、原因とは考えにくいですが・・・
Rocky Linux の firewalld やルーターで 25番ポートのアウトバウンドが塞がれた可能性。

プロバイダ側のポート25ブロック
2025年現在、多くの ISP（特に家庭向け回線）はスパム対策のため ポート25を塞いでいる ことが多いです。
それまでは通っていたけど、2025年10月から「送信ポリシー変更」でブロックされた可能性があります。

プロバイダ 側の受信制限
プロバイダ の受信サーバが外部からの直接SMTPを拒否するようになった可能性があります。

ファイアウォール / サーバ側の設定
個人宅サーバからの直接送信を受け付けない運用に切り替えた可能性。

確認方法

自宅サーバーからプロバイダメールサーバーへ直接接続できるか試す

telnet mx.hogehoge.com 25

もしタイムアウトするなら → 回線側（ISPやプロバイダ）で遮断。
もし「220〜」の応答があれば → Postfixの設定やファイアウォールの問題。

結果、telnet mx.hogehoge.com 25 が応答なし（タイムアウト）でした。
ということは、サーバー側(Postfix)の問題ではなく、回線側で25番ポートがブロックされている可能性が非常に高いと言うことのようです。

状況まとめ

• 以前は送れた → 2025年10月から送れなくなった
• ログでは「Connection timed out」
• telnet も通らない

👉 これは「ISP（プロバイダ 側）が 自宅回線からの直接25番SMTP送信を禁止 に切り替えた」ケースに一致します。
最近は迷惑メール対策で家庭向け回線ではほぼ標準でブロックされます。

解決方法

１．プロバイダのメールサーバ経由（SMTPリレー / smarthost）
　・Postfix の relayhost 設定でプロバイダの SMTP サーバ（587 or 465ポート）を使う
２．外部のメールリレーサービスを利用
　・SendGrid, Gmail SMTP relay, AWS SES など
３．自宅サーバではなく VPS 経由で送信
　・自宅サーバからVPSへ転送して、VPSから外へ送信。

解決策（おすすめ）

プロバイダのSMTPサーバを経由する（最も現実的）

Postfix で 「スマートホスト」設定をして、smtp.hogehoge.com:587 経由で送信するのがベストです。（25番ではなく 587 番（Submission ポート）がベスト）

まずは、 外部からの直接配送(mx) ではなく、 認証付きの送信サーバ(smtp) なら接続できるかの確認

telnet smtp.hogehoge.com 25
telnet smtp.hogehoge.com 587

結果、両方とも接続できました
telnet smtp.hogehoge.com 587
Trying 000.000.000.0… Connected to smtp.hogehoge.com. Escape character is ‘^]’.
220 hogehoge.com ESMTP server ready Sat, 4 Oct 2025 15:42:22 +0900

整理すると

mx.hogehoge.com:25 → タイムアウト（接続できない）
smtp.hogehoge.com:25 → 接続できる（220応答あり）
smtp.hogehoge.com:587 → 接続できる（220応答あり）
つまり：
プロバイダ は 外部からの直接配送(mx) を制限している
代わりに 認証付きの送信サーバ(smtp) なら 25 でも 587 でも受け付けている
じゃあどっちを使うべき？
587（submission ポート） が推奨です（標準仕様で「認証あり専用の送信ポート」）
25番で smtp.nifty.com に直接送ることもできますが、将来的にブロックされる可能性が高いです。
なので、Postfixの relayhost を smtp.hogehoge.com:587 にして、SMTP認証を通す設定がベストです。

設定方法

認証情報ファイルを作成

/etc/postfix/sasl_passwd　ファイルを作成し、アドレスとパスワードを追記：
「プロバイダのメールアドレス」：「アドレスパスワード」

[smtp.hogehoge.com]:587 myaddress@hogehoge.com:mypasswd

Postfix設定ファイルを修正

/etc/postfix/main.cf の末尾あたりに下記追記：

# hogehoge の SMTP サーバをリレーに指定
relayhost = [smtp.hogehoge.com]:587

# SMTP認証を有効化
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous

# TLS を使用
smtp_use_tls = yes
smtp_tls_security_level = may
smtp_tls_note_starttls_offer = yes

ハッシュ化して権限設定

sudo postmap /etc/postfix/sasl_passwd
sudo chmod 600 /etc/postfix/sasl_passwd*

Postfix再起動

sudo systemctl restart postfix

テスト送信

echo "This is a test mail" | mail -s "Postfix smtp test" myaddress@hogehoge.com

確認

/var/log/maillog を確認して、status=sent になれば成功

後日、Gmailへの転送がNGになった

後日、バックアップサーバーの立ち上げをやっていて、GmailへのテストメールがNGになった

 echo "This is a test mail to gmail" | mail -s "Postfix smtp test2" hogehoge@gmail.com

ここも、AIに聞いてみる

Gmailで該当メールを開いて 「︙」→「メッセージのソースを表示」 し、以下の行を確認してみてください：

Authentication-Results: mx.google.com;
   spf=pass  ← ここがfailだとアウト
   dkim=pass ← ここがfailだとアウト

その結果を教えてもらえれば、どこが問題か特定できます！

Authentication-Results: nifty.com;
    dmarc=none header.from=kazuban.com;
    dkim=none;
    spf=fail smtp.mailfrom=kazuban.com;
    sender-id=Fail (pra) header.From=kazuban.com

原因が明確になりました！

AIが問題点指摘

spf=fail → kazuban.com のDNSにSPFレコードがないか、Niftyのサーバーが許可されていないNiftyのSMTP経由で送っているのに、Fromアドレスが @kazuban.com なので、
「kazuban.comのSPF的にNiftyは許可されてないよ」とGmailに判断されています。

A. kazuban.com のDNSにSPFレコードを追加（推奨）

種別     ホスト名          内容
TXT      @ （または空欄）  v=spf1 include:nifty.com ~all

設定後、反映に数分〜数時間かかる場合があります。確認コマンドはこちら：

dig TXT kazuban.com | grep spf

v=spf1 include:nifty.com ~all が表示されれば成功です。

正常にもどった

いまさらですが、Aiはすごいですね
ちょっと前までは、プロンプトが重要とか言われていましたが、最近ではあまり感じません
普通に個人の言葉で、質問すれば、かなり理解してくれます
もしかすると、サポート会社などへ、電話質問するよりも簡単かもしれません
理解力と分析力は、はるかに人間を超えているように思います

Envader

【Envader】はITエンジニアを目指す人が対象のようですが、私のような趣味程度のじいさんでも基礎コースなら無料で学習できます。（https://envader.plus/　）

学習コース

トップページ、右上の「コース一覧」に内容が並んでいます。
「3rd STAGE」までありますが、「1st STAGE」の「Linux基礎コース」は無料で閲覧できました

「チュートリアル」から「SSHコマンドと認証」まで、２７項目もあります。
各項目では、右上に「ハンズオン」というボタンがあり、無料登録する事で
実際にコマンド入力ができたり、実際に近い学習ができるようです。
登録するのに気が重い人は、そのまま読み進めるだけでも、結構分かりやすいです。
実は、筆者もまだ登録していませんが、ざっと眺めただけでも参考になってます。
まだ途中までしか学習していませんが、いままであいまいに覚えていた事が、
少しは理解できてきました。
もう少し、読み進めてから、登録してみようと思います。

file コマンド

fileコマンドは、今まで積極的に使った事がありませんでした。
拡張子にごまかされずに、「テキスト」や「画像」や「音声」など、種類も表示してくれるみたい。
Windows のGUI環境で慣れてしまうと、ファイルタイプが識別可能なソフトを導入するか、
とりあえずでは、右ボタンでの「プロパティ」で確認すると思いますが、
Windowsのプロパティでは、結局拡張子に引っ張られてしまいます。

この二つのファイルは、まったく同じファイルですが、一つのファイルは拡張子を「.png」から「.txt」へ変更したファイルです。
同じファイルなのに、プロパティでは、ファイルの種類が違っています。
これが、たぶん、Linix の「file」コマンドであればきちんと識別してくれるのだと思います

こういった所も、linux を少しでも覚えておくと、重宝するかもしれません。

シンボリックリンク

基礎コース後半には、シンボリックリンクの項目もありますね。
シンボリックシンクの記事は、以前このサイトでも紹介した事がありました

Fusion360 CAMでマシニング／工具共有

作成した工具情報の再利用 一度登録した工具や類似の工具は、再利用したいですね。Fusion360の工具登録の仕組みを紹介します。またちょっとマニアックですが、ＬＡＮ上の工具ライブラリを、メンバー同士で共有する方法も紹介します。★重要下記に、シンボリックリンクでメンバー共有する方法を紹介していますが2...

www.kazuban.com

2020.04.10

ネットワークフォルダをローカルのフォルダとして利用できないかと思った時に
「Linux」のシンボリックリンクを思い出し、Windowsでも
同様のコマンドがないか検索したところ見つけました。
現在、Fuison360の工具管理では、シンボリックリンクでは正常に機能しないみたいですが
この時は、Windowsにも実装された「MKLINK」という、コマンドが使用できました。
ショートカットでは受け付けない、ソフトウェアも、シンボリックリンクであれば、
通常ファイルとして動作する場合もあります。
Windowsでは、コマンドを利用する機会はほとんどなくなってしまいましたが
Linux体験がなかったとしたら、「MKLINK」は検索できなかったでしょう！

GUI と CUI

Windows のGUIに慣れてしまうと、CUI（Character User Interface）を利用する事はほとんどない方もいらっしゃると思いますが、上記のように使ってみると意外と重宝する事もあります。
最近はサーバー管理もGUIが主流になってきていますが、
外部からの操作などは、やはりCUIが軽くて、シンプルで便利です。
ある意味必須かもしれません。
そんな意味でも、「Envader」で基本を学習するのも、いいと思います。

Linux 基礎コースやってみた

チュートリアル

まずは、「チュートリアル」⇒「TRY」で、進め方の説明が表示されます。
この画面、右上の「コマンドを試す」をクリックすると、すごいです。

なんと、Linux ターミナルが出現します。
「ls」や「pwd」など、知ってるコマンド打ち込んでみると、ちゃんと動作しました。
最小限の環境は構築されているみたいです。
筆者もLinux に興味をもった時、参考書を購入しましたが、練習環境がなく
読むだけでは、気がめいってしまうので
とりあえず、古いＰＣにLinux OSをインストールする事から始めた記憶があります。
このように、クリック一つで、コマンド入力を体験できるのは、いいですね～

問題をやってみました

「問題１」をやってみました。
「CHECK」ボタンを押すだけなので、簡単ですが、なんと・・・「問題２」で詰まってしまいました。

「問題２」
Envaderの実行環境にアクセスした後に表示されたsecretの値を取得しましょう。

筆者は、この意味をよく理解できていなくて、「ターミナル画面」もみましたが
じじぃの目には、「SECRET」の行が見えなくて、「echo」コマンドを打ち込んだり
結構長い時間詰まってしまいました。
結局よ～くみると、２行目にありました。

Envaderの問題には、大きく以下の3種類があります。
CHECK問題
CHECKボタンを押すと環境の変更をシステムが検知し、正誤判定を行います。

SECRET問題
サーバー環境の中からsecretを探し、回答フォームに入力したあと、回答するボタンを押します。

TEXT問題
サーバー環境の中からとある文字を見つけ、回答フォームに入力したあと、回答するボタンを押します。

よく考えると、「チュートリアル」項目なので、回答のしかたの練習だったんですね！

動画解説

正解すると、「回答をみる」で詳細解説と「動画解説」へのリンクが表示されます。
この動画が結構いいですね。読むだけよりも理解しやすいと思います。

まとめ

Envader、基本的には「ITエンジニアの基礎学習」が目的のようですが
Linux やコマンド入力に興味ある方は、まずは体験してみてはいかがでしょう。
「解説を読む」⇒「コマンド入力を実際に操作」⇒「問題を解いてみる」⇒「動画で再勉強」
自分のペースで学習できるので、暇つぶしにゲーム感覚でやってみてもいいと思います。

インターネットサーバー

インターネット上で情報を提供するには、サーバーを立ち上げ、利用者の要求に応じたサービスを提供するソフトウェアを動作させておく必要があります。
サーバーソフトは、Windowsでも提供されていますが、Linux であれば、無料でありながら、セキュリティも動作も優れたソフトが豊富に公開されています。

OS

メインサーバーには、linux（CentOS7）を使用しています。

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

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

www.kazuban.com

2019.06.09

バックアップ用としては、CentOS8 を使用していますが、とつぜんCentOS8は昨年（2021年）末でサポートが終了されてしまいました。
CentOS7 は、2024年6月末まではサポートされるみたいなので、それまでには、別のディストリビューションに移行しなければいけません。
こういった事はフリー版を使用する上では宿命みたいなもんです。
有料版であればこのような事は少ないと思いますが、商売ではないのでそれはそれで楽しみでもあります。

Weｂサーバー

OSが立ち上がり、Webサイトを世界中に公開するには、Webサーバーを動作させます。
このソフトを動作させておくことで、外部PCのウェブブラウザからの要求に対して、サイトのページを表示する事ができるようになります。
こちらも、何種類かのアプリケーションが公開されていますが、筆者は一番メジャーは「apache」にしました。

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

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

www.kazuban.com

2019.07.07

歴史も古く、動作が安定していて信頼性もたかいアプリケーションで絶対王者でした。
ただ最近では、Nginxのほうが、ショアを伸ばしているようです。

ドメイン管理（残念ながら無料ではできません。）

インターネットへホームページを公開する場合には、独自ドメイン名が必要になります。
外部から、ドメイン名でなくグローバルIPアドレスでアクセスする事も可能ですが、
一般公開はむずかしいですね。
まずは、独自ドメインを取得する事になりますが、プロバイダやレンタルサーバーの
サブドメインでなく自分が希望するドメインを取得するには残念ながら無料ではできません。
筆者は、こちら「https://muumuu-domain.com/」で発行してもらい管理してもらっています。
年間、￥1628 です。　

ネームサーバー（DNS）

インターネット上のサイトを閲覧するにはプロバイダと契約してアクセスしていると思います。
自宅のPCをインナーネット側へ公開するには、グローバルアドレスが必要ですが、
プロバイダによってはプロバイダ内部のプライベートアドレスが発行されている場合と
グローバルアドレスを発行してくれる場合があります。
会社内やマンション共有環境などの場合には、プライベートアドレスになっている場合
もあると思います
その場合には、自宅サーバーを独自ドメインで、インターネット側へ公開するのは難しいと思います。
グローバルアドレスを割り当ててもらっている場合には、独自ドメイン名とグローバルアドレスを
紐づけすれば、外部からドメイン名で自宅のWebサーバーへアクセスできるようになります。
この紐づけするのが、ネームサーバーの仕事です。
Linux にも、DNSソフトはありますが、外部に公開すると攻撃の対象になりやすいようです。
また、自宅などの場合、固定IP契約していないと不定期にIPアドレスが変わる事になります。
その場合、動的にドメインとアドレスを紐づけする設定（DDNS）が必要になります。
このようなサービスも無料でやってくれるサイトがあります。
筆者はこちら「https://www.mydns.jp/」を利用させてもらっています。

SSL（暗号化）

ここまでくると、ドメイン名でインターネット上に公開できるようになりますが
３年ほど前でしたか？Chromeなどのブラウザが、SSLを導入していないサイトには、
「保護されていない通信」などのメッセージを出すようになりました。
具体的には、アドレスの始まりが「http:」か「https:」か、の違いです。

HTTPS化

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

www.kazuban.com

2019.07.19

暗号化自体は、Linux には用意されているので、簡単に利用できますが、
これだけでは安全なサイトとは認定してくれません。
このサイトが正常に動作されている証明書を発行してもらう必要があります。
証明書を発行してくれる機関は沢山あり、費用もピンキリです。
特に、信頼性を重視する企業向けの場合には、かなりの費用になります。
一方、動作確認程度であれば無料で証明書を発行してくれる機関もあります。
筆者は「Let’s Encrypt」を利用しています。

メールサーバー

Eメールの送受信をするには、メールサーバーを動作させる必要があります。
通常は、プロバイダからメールアドレスを発行してもらいますが、アドレス数を増やすにはやはり費用がかかります。
メールサーバーを動作させる事で、好きなだけメールアドレスを追加できます。

Postfixでメールサーバー構築

サーバーを運用していると、動作させているサービスがエラーやログなどのメールを発進する場合がありますから、サーバーのトラブルをいち早く知るにはやはりメールサーバは動作させておきたいですまた、自宅サーバーであれば、ほぼ上限無くメールアドレスを設定できますcentOS7へのメールサーバー設定にはこちらを参...

www.kazuban.com

2019.08.19

筆者は「Postfix」と「Dovecot」を使っています。
ただし、セキュリティ対策にも気を使わないと、踏み台にされてスパムメール発信基地にされてしまう可能性もあるので、セキュリティ対策を行いながら必要最低限で利用しています。
現状は、サーバーシステムからの、情報を自分のメインメールアドレスへ送信する程度の設定にしています。
こちらも、無料で使用する事ができます。

Webサイト

Webサーバーが正常に動作すれば、自分のウェブサイトを公開できるようになりますが、「HTML」言語などを使用してページを作成する事にまります。
特に、ブログページなどのように、動的なページを一から作成するのは非常に大変です。
動的な掲示板やブログ的なページも比較的簡単に作成できるアプリケーションも沢山あります。
私は、「WordPress」を使わせていただいていて、このサイトも「WordPress」で作成しています。

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

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

www.kazuban.com

2019.11.12

「WordPress」はブログページだけでなく、通常のホームページのような固定ページも作成できます。
さらに、問い合わせページやバックアップ、サイトマップなど、非常に豊富なプラグインも公開されています。

プログラム開発

このサイトにも、いくつかフリーソフトとして公開していますが、趣味の一環でWindowsソフトを作っています。

開発環境は、C++Builder Community Edition　です。

趣味やスタートアップ企業の場合には、無料で使えます。
無料で使える開発環境としては、「Visual Studio」が有名で情報も豊富だと思いますが
筆者は以前、「Delphi」 を使った経験があったのでその流れで「C++Builder」 を使っています。
「Visual Studio」 は使ったことがないので、なんとも言えませんが、
趣味レベルでのWindiwsのビジュアルソフトを作ろうと思うと、C++Builder のほうが簡単だと思います。

3D-CAD/CAM

このサイトでも、かなりの比率で取り上げている、「Fusion360」を使っています。

Help

help.autodesk.com

Fusion360でマシニングセンターを動かす／CAM機能の検証

「Fusion360」 を使いはじめたきっかけは、ボケ防止に個人で購入した３Dプリンターで遊ぶためですが、「CAM機能」も備わっていました。個人使用なら無料ですが、商用でも年間６万円ちょっとで使用できます。この価格で本当に会社のマシニングセンターが動くのだろうか？と思い取り組んでみたのが、約２年前。...

www.kazuban.com

2020.03.27

３Dプリンタ用の３Dデータ作成ソフトを探している時に見つけました。
かなり高機能でびっくりしました。
２か月ほど使った後で、CAM機能もある事を知り、またビックリ！
会社でも、もちろん有料版ですが実際のマシニングセンターのデータ作成に使っています。
個人向けの無料版でもCAM機能はありますが、卓上CNC機レベルだと思います。

2D-CAD

自宅で図面を描くことは多くないですが、自宅の間取り描いたり、町内会の資料作りなどに使いました。
使用しているのは「RootProCAD」です。
オフィス系のソフトよりも、実際の寸法で描けるので、実際のイメージで印刷するのに便利です。
最近では、年賀状の宛名書きに使ってみました

Fusion360とRootProCADで年賀状の宛名印刷をやってみた。

いつも年賀状の通信面は、利用フリーのサイトからはがき画像をゲットして「LibreOffice」の描画ソフトで印刷してます。オープンソースですが、描画ソフト以外にも、文章や表計算、プレゼン資料も作成できます。MS-Officeは高価なので、自宅でのちょっとしたOffice作業なら十分です。宛名書きは、...

www.kazuban.com

2021.12.27

会社でも有料版を使っていますが、かなり複雑な図面も書けます。

治具などの設計には、十分だと思います。

テキストエディタ

WdindowsのBATファイルや、設定ファイル、HTMLなどで簡単なプログラムをしたり、ちょっとした文章を書く場合非常に便利です。
筆者は以前から、「秀丸エディタ」を使っています。
シェアウェアですが、フリーソフト作者は免除してくれると言う事で、かなり昔ですが免除してもらいました。
最近では、Fusion360のポストを編集する時に、「Visual Studio Code」を使い始めました。

Fusion360 CAM ポストプロセッサ徹底解説・概要編

数回にわたって、Fusion360 CAM のポストプロセッサの説明をしようと思います。しかし、筆者自身も独学なので、わかっている範囲での説明になりますし、もしかすると間違いもあるかもしれませんので、ご了承ください。ただ、ポストプロセッサはＮＣデータを出力する機能であり、それ自身が機械を動かすわけで...

www.kazuban.com

2020.11.28

これは、マイクロソフトが無料で公開しているソフトウェアですが、すごく高機能です。
Fusion360ポスト作成以外でも、HTMLでコーティングする時リアルタイムプレビューできて便利です。

Office

会社では、Microsoft Office を使用していますが、自宅では使用頻度は多くありません。
それで、ある程度、Microsoft Officeと互換性もある、「LibreOffice」を使っています。
ライセンスは、「Free Softwere」でありながら、MS-Officeとの互換性も高いです。
MS-Office のデータを直接読み込めますし、Microsoft Office のデータで保存も可能です。

さらに、MS-Officeにない画像や数式を描く機能もあります

まとめ

こんな感じで、かなり、無料で遊ばせてもらっています。
無料と言っても、とてもとても使いこなす事はできませんね。
じじぃの暇つぶしには、十分です。(^^ゞ