今年に入って変遷を重ねている弁当箱。
趣味も兼ねてこちらを試してみます。
『ハリーポッター』シリーズから
をかたどった弁当箱。
よりサイズダウンした形です。
故のチョイス。
実際に盛るとこうなりました。弁当箱の仕切りがなくても小分けすることで機能を果たしています。
今年いっぱいはこれで運用してみます。
このデッキ購入から1ヶ月ほど。少しカードを加えてみました。
オリジナルから統率者をぐっと変えました。
とはいえ、条件が厳しく再現性もないデッキ。
高額なカードを入れずフレーバーに即したワンショットとなるとこういう形になるかと。
Ubuntuで、特定のディレクトリに移動した際にカスタムメッセージを表示するTIPSです。
例えば、cd /etc/apache2/sites-availableとしたときに「.confファイルのバックアップを取ること」といった確認メッセージを表示させることができます。
まず、/etc/profile.d/cd.shにカスタムcd関数を追加します。
sudo tee -a /etc/profile.d/cd.sh > /dev/null << 'EOF'
# カスタムcd関数を定義
cd() {
# ディレクトリに移動
builtin cd "$@"
# 特定のディレクトリに移動したときのメッセージ
case "$PWD" in
"/etc/apache2/sites-available")
echo "注意: .confファイルのバックアップを取ること"
;;
"/var/log")
echo "注意: ログファイルを定期的にチェックすること"
;;
*)
# 他のディレクトリの場合は何もしない
;;
esac
}
EOFsudo chmod +x /etc/profile.d/cd.shsource /etc/profile.d/cd.sh設定が正しく反映されているか確認するために、特定のディレクトリに移動してみます。
cd /etc/apache2/sites-available注意: .confファイルのバックアップを取ることと表示されることを確認します。
cd /var/log注意: ログファイルを定期的にチェックすることと表示されることを確認します。
新しいディレクトリに対してメッセージを表示させたい場合は、case文に新しい条件を追加します。
各ディレクトリに対するメッセージを変更する場合は、echoコマンドの内容を編集します。
case "$PWD" in
"/new/directory/path")
echo "新しいディレクトリに移動しました"
;;
# 他のディレクトリの条件を追加
esacこれで、特定のディレクトリに移動したときにカスタムメッセージを表示する方法が設定できました。
Ubuntu 24.04でWebサーバを公開中。
/var/auth.logから、失敗したアクセス（認証に失敗したユーザー）を確認するためのワンライナーです。
sudo awk '/Disconnected from invalid user/ {print $(NF-4)}' /var/log/auth.log | sort | uniq -c | sort -nr43 root
36 ubuntu
24 user
20 test
13 admin
8 deploy
6 guest
6 ftpuser
5 oracle
5 hadoop
5 dev
5 debian
4 user1
4 sysadmin
4 samba
3 test1
3 mysql
3 max
3 kafkaと、アカウントごとに失敗したユーザーを表示してくれます。
/var/auth.logから、ログインに成功したユーザーを調べます。
sudo awk '/Accepted/ {split($1, date, "T"); split(date[2], time, "."); gsub("-", "/", date[1]); print date[1] " " substr(time[1], 1, 5) " " $7}' /var/log/auth.log | sort | uniq -c | sort -nr日付は2024-11-25T16:21:14.772402+09:00のような形式から2024/11/25 14:38に修正しています。ログの形式が異なる場合は調整が必要です。
1 2024/11/25 14:38 hogeこれで、ログの視認性が高まりました。
今月の中旬、軽さと重さの中間のような病にかかり療養。
その間は症状がちょっと厳しく、家にいてもほぼ何もできない状態でした。
その症状が軽くなったため、勘を取り戻すかのようにボードゲームのソロプレイです。
例によってのアグリコラ。
アクションスペースのめくり運が悪かったものの、
により食料と木材￥の調達が楽になり、小進歩も材料調達の手間を軽減。
おかげで、60点とソロにしてはなかなかの得点です。
そして、ボドゲ棚の隙間に転がっていた『タッジー・マッジー』が見つかったのでルールを思い出しながらのソロプレイ。
1ラウンドごとにカードが増えていく強敵（見習い）に対して1点差の勝利。
運が強めですが、それだけに高得点がとれたのは耐えがたく。
体調復旧の兆しが見えました。
所用のついでに立ち寄ったワークマン。
手頃なスーツケース型のポシェットが売られていました。
見ての通り『ゆるキャン△』とのコラボ。取り敢えず何かに使えるだろうと思っていたら
今、メインで使っているカメラとよく使うレンズ二本がジャストフィット。
クロスも入りますし、マチが採られている上に開閉に制限があるので落とす心配もそれほどありません。
肩掛けストラップ付きなので持ち運びも大丈夫。
カメラの運搬問題が解決しました。
SSHの不正アクセス対策としてfail2banを入れています。とはいえ、これがマシンリソースを喰うので根本的な設定を行いました。
SSHを前提としているサーバの場合は
ことが大前提です。
また、鍵交換での手順です。パスワード認証でこの設定を行うと接続ができなくなります。
sudo cp -pi /etc/ssh/sshd_config /path/to/backup/directory/sshd_config.$(date +%Y%m%d)任意のバックアップディレクトリを指定します。
diff -u /path/to/backup/directory/sshd_config.$(date +%Y%m%d) /etc/ssh/sshd_configエラーがなければ(差分がなければ)バックアップできています。
echo -e "\nPermitRootLogin no\nPasswordAuthentication no\nAllowUsers user1" | sudo tee -a /etc/ssh/sshd_configuser1の部分は「実際にSSH接続を行うアカウント」を指定します。
user1 user2のように、スペースで区切って複数のアカウントを指定することが可能です。
diff -u /path/to/backup/directory/sshd_config.$(date +%Y%m%d) /etc/ssh/sshd_config以下のような差分を確認します。
+PermitRootLogin no
+PasswordAuthentication no
+AllowUsers user1SSH接続で修正をしている場合、別にターミナルクライアントを立ち上げておきます。
sudo systemctl restart ssh.serviceことを確認します。また、
sudo rebootを行い、サーバ再起動でも同じ挙動を確認します。
スナップショットからイメージを復元します。
または、直接コンソールを開き、
sudo cp -pi /path/to/backup/directory/sshd_config.$(date +%Y%m%d) /etc/ssh/sshd_configとして設定を切り戻し、
sudo systemctl restart ssh.serviceを実施します。
こちらで、改めてスープジャーを導入して、どのように変わったかのメモです。
冷蔵庫にある材料の関係上、
同じようなメインの食材が並びます。それでも、スープジャーの中身を変えることで（上はミネストローネ、下は麻婆豆腐）味に変化が生まれます。
個人的にはこっちがありがたいです。
作り置きしていた惣菜をスープの具に転用することで、冷蔵庫の整理が楽になりました。
「洗うのが面倒」に尽きます。カレーや味噌など、どうしてもにおいがつきやすい調味料を使うので、食後と寝る前の二度洗いが必要。
ただ、それさえクリアすれば暖かい汁物が食べられるというアドバンテージが大きいです。
以下の環境でインストールを確認しています。
Ruby 3.1 / 3.2 / 3.3 が要件であるため、Ubuntu 22.04 / 20.04へのインストールは避けた方が無難です。
※ また、テーマやプラグインの仕様も大きく異なっているため、本格的な以降は筆者は様子見にしています。
sudo add-apt-repository ppa:ondrej/apache2sudo aptitude updatesudo aptitude install build-essential zlib1g-dev libssl-dev libreadline-dev libyaml-dev libcurl4-openssl-dev libffi-dev mysql-server mysql-client apache2 apache2-dev libapr1-dev libaprutil1-dev imagemagick libmagick++-dev fonts-takao-pgothic subversion git ruby libruby ruby-dev libmysqlclient-devsudo aptitude install libapache2-mod-passengerapache2ctl -vApache/2.4.59以降(2024/11/21現在2.4.62)であることを確認します。2.4.58には、http/2プロトコルへの脆弱性があるので、左記のバージョンであることを確認します。
sudo gem install bundler racc mysql2「3 gems installed」が表示されればインストール成功です。
mysql_secure_installationによる初期設定を行います。
うまくいかない場合は以下を参照してください。
https://barrel.reisalin.com/books/bbf94/page/mysql-secure-installation
sudo mysql -u root -p上記で設定した「mysqlのrootパスワード」を入力し、mysqlにログインします
CREATE DATABASE redmine character set utf8mb4;DB "redmine" を作成します
CREATE USER 'redmine'@'localhost' IDENTIFIED BY 'password';ユーザ "redmine"を作成し、パスワードを設定します。
この'password'は任意のパスワードに変更してください
GRANT ALL ON redmine.* TO 'redmine'@'localhost';flush privileges;exitmysql -u redmine -pSHOW DATABASES;exitsudo mkdir -p /home/www-data/redmine自分の環境に合わせます。
sudo chown -R www-data:www-data /home/www-datasudo -u www-data svn co https://svn.redmine.org/redmine/branches/6.0-stable /home/www-data/redminesudo -u www-data cp -pi /home/www-data/redmine/config/database.yml.example /home/www-data/redmine/config/database.yml/home/www-data/redmine/config/database.yml
このファイルを教義・信仰に従ったエディタで編集してください。
production:
adapter: mysql2
database: redmine
host: localhost
username: redmine
# rootからredmineに変更します
password: "redmine用のパスワード"
encoding: utf8mb4
# 本番環境(production)のみ設定を行いますcd /home/www-data/redmine/ && pwd/home/www-data/redmine/ (Redmineを配置したディレクトリ)であることを確認します
sudo -u www-data bundle install --without development test --path vendor/bundlesudo -u www-data bundle exec rake generate_secret_tokensudo -u www-data RAILS_ENV=production bundle exec rake db:migratesudo -u www-data RAILS_ENV=production REDMINE_LANG=ja bundle exec rake redmine:load_default_data【】を自分の作成したRedmineのサーバ名/ドメイン名に変更します。
cat <<- __EOF__ | sudo tee -a /etc/apache2/sites-available/redmine.conf
<VirtualHost *:80>
ServerName 【hoge.example.com】
# ServerNameは自身が設定したredmineに読み替えてください。
DocumentRoot /home/www-data/redmine/public
<Directory /home/www-data/redmine/public>
Options -MultiViews
AllowOverride All
Require all granted
</Directory>
</VirtualHost>
__EOF__ls -l /etc/apache2/sites-available/redmine.confsudo a2ensite redmine.confsudo a2dissite 000-default.confsudo a2dissite default-ssl.confsudo apache2ctl configtestSyntax OK を確認します
systemctl status apache2.serviceactive(running)を確認します
sudo systemctl restart apache2.servicesystemctl status apache2.serviceactive(running)を確認します
http://設定したRedmineドメイン
でRedmineのトップページが表示されれば成功です。
直ちにadmin/adminでログインし、強固なパスワードを設定し直します。
Redmine 5.1でも動くようになったknowlegebaseプラグイン。
なぜかその記事が検索で引っかからなかったので対処を行います。
参考:Redmine v5.1系で knowledgebaseプラグインの記事を検索する
cd /redmine/root/directory/plugins/plugins/redmine_knowledgebase/lib/ && pwd/redmine/root/directory/は自分の環境に合わせます。
sudo cp -pi redmine_knowledgebase.rb /path/to/backup/directory/redmine_knowledgebase.rb任意のバックアップディレクトリを指定します。
diff -u /path/to/backup/directory/redmine_knowledgebase.rb redmine_knowledgebase.rbエラー(差分)がないことを確認します。
redmine_knowledgebase.rb
の、
base_url = File.dirname(__FILE__)
REQUIRED_FILES.each { |file| require(base_url + '/' + file) }
module RedmineKnowledgebase
endの箇所を、
module RedmineKnowledgebase
Redmine::Activity.register :kb_articles
Redmine::Search.available_search_types << 'kb_articles'
endとなるように編集します。
diff -u /path/to/backup/directory/redmine_knowledgebase.rb redmine_knowledgebase.rb module RedmineKnowledgebase
+
+ Redmine::Activity.register :kb_articles
+ Redmine::Search.available_search_types << 'kb_articles'
endsudo systemctl restart apache2.servicesystemctl status apache2.serviceactive(running)を確認します。
修正を行ったRedmineにアクセスし、knowlegebaseへのアクセス権があるユーザーでログインします。
Redmineの検索機能で、knowledgebaseプラグインの記事が検索できていれば設定完了です。
Powered by WordPress & Theme by Anders Norén