My Blog

BlogアクセスをSSL対応したのだが，証明書が更新されておらずアクセスすると「危ないよ」が表示された

どうやら/var/logに空きが無くなって証明書の更新（自動）がエラーになっていたようだ

Armbianは初期設定で/var/logがram（つまりメモリディスク）に割り当てられるようになっていて，μSDで運用するのなら嬉しい機能なのではあるがlogの必要サイズに注意しておかないといけないことを忘れていた

参考までに）https://mattintosh-note.jp/entry/20200419/1587229262

Apacheのログなど残したいので利用せずにして再起動

$ sudo zramctl
NAME ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram1 lzo-rle 50M 28.5M 6.8M 8M 4 /var/log
/dev/zram0 lzo-rle 234.7M 21M 6.6M 8M 4 [SWAP]

$ sudo vi /etc/default/armbian-ramlog
・・・
ENABLED=false
・・・
$ sudo shutdown -r now

（再起動後）

$ sudo zramctl
NAME ALGORITHM DISKSIZE DATA COMPR TOTAL STREAMS MOUNTPOINT
/dev/zram0 lzo-rle 234.7M 21M 6.6M 8M 4 [SWAP]
$

偶には外部からアクセスしてみないと判らないことがあるな

Webサーバのメンテナンスを実施

パッケージアップグレード

$ sudo apt update

$ sudo apt upgrade

$ shutdown -r now

ログローテート

$ sudo vi /etc/logrotate.conf
# see "man logrotate" for details

# global options do not affect preceding include directives

# rotate log files weekly
#weekly
monthly ← 変更

# keep 4 weeks worth of backlogs
#rotate 4
rotate 36 ← 変更


# create new (empty) log files after rotating old ones
create

# use date as a suffix of the rotated file
#dateext

# uncomment this if you want your log files compressed
compress

# packages drop log rotation information into this directory
include /etc/logrotate.d

# system-specific logs may also be configured here.

apache2の調整してなかったので設定

$ sudo vi /etc/logrotate.d/apache2
/var/log.hdd/apache2/*.log {
    monthly             #was daily
    missingok
    rotate 36           #was 14
    compress
    delaycompress
    notifempty
    create 640 root adm
    sharedscripts
    prerotate
        if [ -d /etc/logrotate.d/httpd-prerotate ]; then
            run-parts /etc/logrotate.d/httpd-prerotate
        fi
    endscript
    postrotate
        if pgrep -f ^/usr/sbin/apache2 > /dev/null; then
            invoke-rc.d apache2 reload 2>&1 | logger -t apache2.logrotate
        fi
    endscript
}

syslogなど他はデフォルトで問題ない

UPSのチェック

バッテリー電圧の確認

問題ないようだ

CPU温度

ついでにCPU温度を表示するコマンドを作成

#!/bin/sh
#
for CORE in 0 1 2 3
do
    if [ -r "/sys/class/thermal/thermal_zone$CORE" ]
    then
        echo "CPU-$CORE: \c"
        echo "scale=1;`cat /sys/class/thermal/thermal_zone$CORE/temp` / 1000" | bc -l
    fi
done

exit 0

4COREまで存在すれば表示

去年HDがクラッシュしたため新サーバに移行したが，未対応箇所があったのでメンテナンスを行った

コメント投稿

投稿キーが未表示がなっていてコメントの投稿ができなくなっていた

原因はPHPのイメージ関数（GDライブラリ）がインストールされていなかった

GDチェックは，phpinfo()で結果を観るか「php -m | grep gd」で判る

$ sudo apt install php-gd
$ sudo systemctl restart apache2

この際なので必須でないメールアドレスとURLに必須でない旨を記載

名前もニックネームとして適当な入力を判り易くした（ニックネームは管理上必須）

freoを最新版へ更新

一部の不具合ファイルを更新

バージョンを「Ver.1.21.0a」とした

SSL対応

本Blogは閲覧者からの情報を得ることはコメント投稿時以外ないのでSSLに対応する必要はないのだが最近のブラウザはSSL通信が基本になってるようなので対応した（ブラウザで安全でないサイトって出るのも気分悪いしね）

実際は新サーバでSSL対応してなかっただけで，前サーバまでのSSL証明書は「いわゆるオレオレ」で対応していた

今回は「Let's Encrypt」で認証して貰った

参考サイト：https://www.server-world.info/query?os=Debian_11&p=httpd&f=3

注意点としては「/etc/apache2/apache2.conf」の設定も確認しておくこと

Windows11の24H2（別件）

遂に強制的に24H2のアップデートが行われてしまった（本日）

そこで大問題となったのがSAMBAアクセスで上記の対応中だったので焦った

以下のサイトを参考にして復旧

こちら

Windows HOMEの場合は以下のサイトでローカルポリシーの設定ができるようにして「gpedit.msc」を実行

こちら

レベルダウンと言っても良い不具合レベルだと思うが，なんとかなったので良かった

６月に移行してから長期稼働していたので再起動メンテナンス

カーネルのアップもあったので大丈夫か心配だったが思い切ってついでにアップグレード

案の定，再起動してもなかなか起動しない

やってしまったかと思いケースから取出しコンソールで確認したところ・・・ファイルシステムのチェック待ちだったようだ

今回の全ログ

大型アップデートになったので念入りにチェックすることになったようでSSDなのに５分くらい掛かった

ファイルシステムに問題はなく完了

ブログ，メールシステムともに異常なし