ホーム » t-saitoh の投稿 (ページ 23)

作者アーカイブ: t-saitoh

システム

最近の投稿

アーカイブ

カテゴリー

@TohruSaitoh-22/10/16

2022-10-17

procon33

バーチャル背景

  • 10/15 RT @yamano_rinrin: フォロワーさんが1万人を超えた記念に
    （どうもありがとうございます〜㊗✨🎉）
    #バーチャル背景 を作ってみました。

    フォロワーさんもそうでない方も、
    リモートワークのお供やPCモニターの壁紙などなど、
    良かったら使ってくださいね😊

    二…

  • 10/15 RT @yamano_rinrin: #バーチャル背景　にいいね✨ありがとうございます❤
    調子に乗ってスマホ用壁紙も作ってみました。
    大きさはiPhone13ですが…。
    良かったらドウゾ😊

    おはようございました〜🍚 https://twitter.com/yamano_rinrin/status…


この記事は@TohruSaitohのつぶやきのまとめです。

@TohruSaitoh-22/10/08

2022-10-10

  • 10/07 私は猫派です
  • 09/22 講習会用に XAMPP での説明資料を準備中。んで XAMPP って”シャンプ”なのね。”ザンプ”じゃないのね。絶対、講習会中にザンプって言いまくるわ…
  • 09/07 朝から検査で絶食だったから、うみゃぃ。 場所: 福井赤十字病院 https://www.instagram.com/p/CiMiKSar5WK/…

国葬費用

  • 09/06 #国葬費用 だけど、世界の各国から国王,首相がぞろぞろ来るのか、2nd,3rdの〇〇大臣しか来ないのか…。各国要人がぞろぞろ来るぐらい日本の要人が殺されたことを悼んでくれるなら、大した費用とは思わない。グダグダいう前に、主要各… https://twitter.com/i/web/status/1567146…

黒猫


この記事は@TohruSaitohのつぶやきのまとめです。

お嬢様のポーズ

2022-10-09

でも、噛むんだぜぇ〜🤣
{CAPTION}

smartd の警告

2022-10-05

サーバから以下のようなメールが送られてくるようになってきた。

This message was generated by the smartd daemon running on:

   host name:  perrine
   DNS domain: tsaitoh.takefu.fukui.jp

The following warning/error was logged by the smartd daemon:

Device: /dev/sda [SAT], 5 Offline uncorrectable sectors.

syslog にも記録があるとのことなので確認すると、

Oct  5 22:32:04 perrine smartd[565]: Device: /dev/sda [SAT], 5 Currently unreadable (pending) sectors
Oct  5 22:32:04 perrine smartd[565]: Device: /dev/sda [SAT], 5 Offline uncorrectable sectors

やばいと思いながらも /dev/sda を確認すると、古いHDDをつなげて rsync などでバックアップをとるようにしているデバイスなので、ひとまず安心。

(2022/12/08) 警告メール止まったみたい

運用の中、バックアップ用のドライブだったけど、バックアップ処理の中で利用セクタから外れたのか、警告メールが来なくなったな。

Buffalo ルータの更新 ver 2.86

2022-10-04

JVNから、Buffalo ルータの脆弱性情報が流れてきた。自宅のルータも該当しているので、Buffalo のページからダウンロードして、さっそく適用。ver 2.85→2.86

しかしながら、このセキュリティ対策のおかげで、munin にて ルータのパケット流量をモニタリングするための script が動かなくなって、パケット流量が取れなくなった。

にゃん こ んぶ茶

2022-10-01

{CAPTION}

{CAPTION}

fetchmail daemon が勝手に起動

2022-09-29

自宅サーバでは、丹南ケーブルの自分宛の spam だらけのメールを捨てるために、夜中に fetchmail を起動するようにしている。

状況

しかし、最近 「別の fetchmail が動いているのでエラー」が発生している。確認をすると、自分の ID の fetchmail が daemon にて動いている。

fetchmail --nodetach --daemon 300

よくよく調べると login 時に、 “systemctl –user start fetchmail.service” にて起動される様子。

対応

システム全体の systemctl –user での起動は、/etc/systemd/user/default.target.wants にて管理されていて、以下のようなリンクが張られている。

fetchmail.service -> /usr/lib/systemd/user/fetchmail.service

ということで、以下のコマンドで勝手に起動される fetchmail を抑止する。

$ cd /etc/systemd/user/default.target.wants
$ sudo rm fetchmail.service

正しい systemd での設定方法

今回は、こういう力任せの方法をとったけど、こちらの資料を見ると、以下のやり方が正しい方法っぽいな。試しに、リンクを元に戻して下記コマンドを実行すると、リンクを消してくれていた。

$ sudo systemctl --global disable fetchmail.service

“~/.config/systemd/user/*” にユーザ独自にサービスを登録するのなら、”systemctl –user enable oooo.service” を実行する。
“/etc/systemd/user/default.target.wants” を変更するなら “systemctl –global enable(or disable) oooo.service” を実行する。

CAA レコードが未設定で dehydrated (Let’s Encrypt) が失敗

2022-09-28

自宅ドメインの SSL 証明には、Let’s Encrypt (実体は dehydrated) を使っているけど、CERT の有効期限の確認の処理で警告がでてきて、月に1度実施の更新でエラーを吐いているみたい。

DNS に CAA レコードが無いと失敗する

更新を実行すると、以下の表示が出ている。

ERROR: Challenge is invalid! (returned: invalid) (result: ["type"] "http-01"
:
["error","detail"]      "CAA record for tsaitoh.net prevents issuance"

Let’s Encrypt が更新する際に、ドメイン名の CAA レコードを参照しているけど、CAA レコードが正しくないために、SSL 更新に失敗している。

DNS Certification Authority Authorization とは、ドメイン名の所有者が認証局に対して、自分のドメイン名の公開鍵証明書の発行を許可するかどうかを指定できるようにするインターネットセキュリティポリシーのしくみである。(Wikipedia)

CAAレコードに letsencrypt.org を登録

自宅ドメインは、Dynamic DNS に mydns.jp を使っているので、mydns.jp の設定画面の “DOMAIN INFO” の所で、
「@ CAA 0 issue “\000”」 となっていたので、下記の設定を追加する。

Hostname Type Content Target ID
@ CAA 0 issue “letsencrypt.org” mydnsXXXXX

この設定の後、nslookup では、下記のようなデータが取れるようになった。

$ nslookup -query=CAA tsaitoh.net
tsaitoh.net     rdata_257 = 0 issue "letsencrypt.org"

他の仕事関連のドメイン名も同様の症状が発生するようになるはずなので、mydns.jp 関連の他ドメインで同様設定を追加する。

Date::Manip::MD5 is deprecated…

2022-09-26

メールの流量モニタに一定のメールがずっと流れている記録が残ってる。

状況

確認すると、munin-cron で実行される munin-graph で以下のエラーメッセージが出ている。

Date::Manip::DM5 is deprecated and will be removed
  from the Date::Manip package starting in version 7.00 at (eval 5) line 1.

Date::Manip::MD5 パッケージは、ver 7.0 から Date::Manip から非推奨になったみたい。グラフは正常に生成されているものの、警告メッセージが5分おきに送られるのはうざい。

munin-graph と munin-cgi-graph の “Date::Manip::DM5” に関係する部分は、こんな感じ。

((( /usr/share/munin/munin-graph )))
  :
BEGIN {
    # This is needed because Date::Manip has deprecated the functional
    # interface in >= 6.x. So, we force the use of the 5.x API.
    $Date::Manip::Backend = 'DM5';

    # Double line here to avoid spurious warnings about D::M::Backend being
    # used only once.
    $Date::Manip::Backend = 'DM5';
}
use Date::Manip;
  :
((( /usr/lib/munin/cgi/munin-cgi-graph )))
  :
use IO::Handle;
BEGIN {
 no warnings;
 $Date::Manip::Backend = 'DM5';
}
use Date::Manip;
  :

対応

こちらの記事を見ると、Bug Report の中で、BEGIN {} ブロックの中を消すパッチを提案しているので、ひとまず、この2か所のBEGIN {} の範囲をコメントアウトで消すと、問題なく動いている。バグレポートも出ているので、近いうちに修正されるだろう。

彼岸花

2022-09-24

彼岸花の季節だね、あちこちで咲いてる。鬼滅の音楽でも聴きながら歩いた方がいいのかな。
彼岸花って英語で Lycoris なのね。こっちじゃないよ。{CAPTION}

投稿ナビゲーション

← 過去の投稿 新しい投稿 →

Google 検索

My Google   Yahoo

Microsoft

ファンサイト