20260208＿きよさわ里の駅＿清沢レモンまつり＿お茶栽培が高齢化により運営が大変となり、レモン栽培に一部転業してるとのことでした。まつり当日は風花が舞少し寒かったですが「レモンラーメン」「レモン大福」おいしかったです。「ぶっかけレモン（ドレッシング風）」「シロップ」など購入しました。」

特に、今回のミッションが以下のような具体的なディレクトリの更新である場合、手順を一つ間違えるとシステムに影響を与えるリスクがあります。

【今回のゴール（シナリオ）】

• 手元にあるファイル: ローカルPCにある config.zip（新しい設定ファイル群）
• やりたいこと: サーバー上の /etc/settings/config ディレクトリ配下を、ZIPの中身で完全に置き換え（更新）たい。
• 制約: GUIツール禁止。Tera Termとコマンド操作のみ。

この記事では、このシナリオを確実に成功させるための、転送・バックアップ・解凍・配置の完全手順を解説します。

この記事を読めば、以下の悩みが解決します。

• 既存の/etc/settings/config環境を、/tmpへ安全にバックアップしてから作業する方法がわかります。
• unzipコマンドで解凍先フォルダを指定し、ファイルが散らばるのを防ぎながらスマートに準備するテクニックが身につきます。
• 最終的にcpコマンドを活用し、対話プロンプトを出さずに一括で強制上書きする効率的な手順をマスターできます。

WinSCPが使えない環境でのファイル転送の基礎知識

転送の選択肢：GUI（WinSCP）とCUI（SCP/SFTP）

ファイル転送で最も手軽なのはWinSCPのようなGUI（グラフィカルユーザーインターフェース）ツールを使う方法です。

しかし、多くのセキュリティが厳しいoisystemなどの本番環境では、WinSCPのようなクライアントツールの利用自体が禁止されていることが少なくありません。

なぜGUIツールが使えないのか？

• セキュリティポリシー: 踏み台サーバーを経由する多段SSH接続が必須で、GUIツールが対応できない。
• ツールの制限: 社内規定で認可されたTera Term以外のソフトがインストールできない。

このような環境では、Tera Termに標準搭載されているSCP機能を使うのが最も安全で確実です。

【実践手順1】ZIP転送とバックアップの取得

このセクションでは、ローカルPCのconfig.zipをサーバーへ送り、更新対象となる/etc/settings/configディレクトリのバックアップを取得するまでを解説します。

ステップ1：PCからLinuxサーバーの/tmpへZIPを転送

まず、更新用ファイルをサーバーの一時領域に送ります。

これで、config.zipがサーバーの/tmpディレクトリに配置されました。

ステップ2：対象ディレクトリを/tmpへバックアップ

更新作業に入る前に、現在の稼働環境（/etc/settings/config）をバックアップします。今回は/tmpディレクトリに日時付きで退避させます。

cd /tmp

sudo cp -rp /etc/settings/config /tmp/config_backup_$(date +%Y%m%d)

ポイント

mv（移動）ではなくcp（コピー）を使うことで、本番環境（/etc/settings/config）には古いファイルが残った状態になります。これにより、万が一この後の作業中にエラーが起きても、システム自体は以前の状態で稼働し続けられます。

【実践手順2】フォルダ指定解凍と強制上書き

ここからが本題です。転送したZIPファイルを解凍し、ターゲットディレクトリ（/etc/settings/config）へ一括で適用（上書き）します。

ステップ3：ディレクトリを指定してZIPを解凍

ZIPファイルをそのままunzipすると、カレントディレクトリ（/tmp）にファイルが散らばってしまうリスクがあります。これを防ぐため、解凍先のフォルダ名を指定して解凍します。

unzip config.zip -d new_config

これにより、config.zipの中身がどうであれ、/tmp/new_config/というフォルダの中にきれいに格納されます。

ステップ4：cp -Rfで本番環境へ強制上書き

最後に、解凍した新しいファイル群を、本番環境（/etc/settings/config/）へ上書きコピーします。

sudo cp -Rf new_config/* /etc/settings/config/

このコマンドの挙動:

• new_config/ の中にあるすべてのファイルとフォルダが、/etc/settings/config/ の中にコピーされます。
• 同名のファイルがある場合は、確認なしで上書きされます。
• これにより、今回のゴールである「ZIPの内容での置き換え」が完了します。

補足

作業が完了し、問題なく動作していることが確認できたら、/tmp配下のバックアップや一時ファイル（config.zip, new_config, config_backup_…）は削除しても構いません。

まとめ

環境に制約があるoisystemなどのLinuxサーバーであっても、正しい手順を踏めば、GUIツール並みに安全かつ整理されたデプロイが可能です。

今回の重要コマンドまとめ

読者が次に取るべき具体的なアクション

今回の手順で一番のポイントは、unzipの-dオプションと、cpの-fオプションの組み合わせです。

次回の手順書作成や作業時には、ぜひ「解凍用の一時フォルダを作る（-d）」という手順を標準化してみてください。これだけで、ZIPの中身がどうなっているかを気にせず、常に同じ手順でミスなくデプロイ作業が行えるようになります。

「わざわざ黒い画面（ターミナル）でコマンドを打ってサーバーを作るなんて、時間の無駄では？」

正直、そう思う気持ちもわかります。記事を書くだけなら、既存のサービスを使えば3分で始められますから。

でも、あえて断言します。

もしあなたが少しでもITやWebに興味があるなら、絶対にVPS（仮想専用サーバー）で、自分の手で環境を作るべきです。なぜなら、それは単に「ブログを作る作業」ではなく、「エンジニアとしてのキャリアを作る作業」そのものだからです。

今回は、私が実際に運用している GMO VPS + AlmaLinux + Nginx × Apache というガチ構成の全体像と、この作業がいかにして本業の年収アップにつながったか、その実体験をお話しします。

クラノスケ

私自身も最初は黒い画面に抵抗がありましたが、この「苦労」が今の技術力の土台になっています。この記事で、その第一歩を踏み出しましょう！

VPS選定理由

私が便利さを捨ててまで、GMO VPSを選んで運用している理由は大きく3つあります。

自由度

レンタルサーバーやブログサービスは、いわば「賃貸マンション」です。

「ここの表示をあと1ミリずらしたい」「特殊なプログラムを動かしたい」と思っても、管理会社の制限があり、壁に穴を開けることはできません。

一方、VPSは「土地を買って、自分で家を建てる」のと同じです。

• デザイン: WordPressのデザインを根底からいじり倒せます。
• 共存: 独自のWebアプリを同居させるのも自由です。

「できないこと」が存在しない、自分だけの城を持てる快感は、一度味わうと戻れません。

構成技術

ここが少しマニアックですが、エンジニアとして譲れないポイントです。

私のサーバーは、以下の通りWebサーバーソフトを2つ組み合わせています。

• Nginx（フロント）: 受付係として、大量のアクセスを高速にさばきます。
• Apache（バック）: 料理人として、WordPress（PHP）の処理を確実にこなします。

これを「リバースプロキシ構成」と呼び、大規模なWebサービスでは当たり前に使われている技術です。

レンタルサーバーでは構成が決まっていますが、VPSならこの「プロの構成」を自分で設計・構築できます。

スキル習得

一番伝えたいのはこれです。

私はこのサーバー構築を通じて、Linux（AlmaLinux）の操作を覚えました。

すると、本業の仕事でサーバー管理やメンテナンスを任されるようになったのです。

趣味や副業ブログのために始めたVPS構築が、気づけば本業のキャリアの幅を広げ、結果として年収アップに繋がります。これ以上の自己投資はありません。

AI時代の価値

「今はChatGPTがあるから、コマンドなんて覚えなくていいでしょ？」

そう思うかもしれませんが、現実は逆です。

• AIの役割: コードを書く。
• 人間の役割: そのコードを動かすサーバーに入り、環境を整え、エラーログを見て対処する。

AI全盛の今だからこそ、「サーバーにログインしてコマンドを叩ける」エンジニアは希少価値が高く、どの現場でも重宝されます。

構成と費用

では、私のキャリアを支えているサーバー構成（私の「城」）のスペックを公開します。

「勉強用だから高いんでしょ？」と思われるかもしれませんが、実は月々のランチ1回分程度で維持しています。

契約・ハードウェア

※12ヶ月一括払いにすることで、月々のランニングコストを大幅に抑えています。

ソフトウェア構成

単にインストールするだけでなく、仕事と同じように詳細設計書（ディレクトリ構成や権限ルール）を作って管理しています。

この構成を自分の手で作れるようになれば、あなたはもう初心者ではなく、立派な「インフラエンジニア」の入り口に立っています。

まとめ

正直に言います。VPSでのブログ構築は、面倒くさいです。

設定ファイルの1文字のミスで動かなくなり、必死にエラーログを調べる夜もあるでしょう。

しかし、その「苦労」こそが、エンジニアとしての筋肉になります。

• レイアウトを自由自在に変えられる楽しさ。
• 「Nginx × Apache」というプロの技術を操る優越感。
• 身についた技術が仕事に繋がり、キャリアを押し上げる未来。

GMO VPSの12ヶ月契約なら、「ランチ1回分程度のお金」で将来の自分の食い扶持（スキル）を稼ぐ練習ができます。

これほどコスパの良い投資案件は他にないはずです。

あなたも「既存サービスの借り物」ではなく、VPSで「自分だけの城」を建ててみませんか？

「せっかく顔認証（Windows Hello）があるのに、なぜ毎回PINを求められるの？」

そう思いながら、わざわざ「サインイン オプション」をクリックして顔認証を選び直す。たった数秒のことですが、毎日のこの「小さな一手間」は意外とストレスになるものです。

この記事では、PCを開いた瞬間に顔認証がスタンバイ状態になるよう、システム設定（レジストリ）を修正する手順を解説します。

難しい操作は必要ありません。場所と値を書き換えるだけで、毎朝のイライラから解放されます。

クラノスケ

私自身も「なんで毎回PINなんだ！」と毎朝思っていました。この設定をしてからは、PCの前に座るだけでロック解除されるので、本当に快適ですよ！

原因

Windows Helloの顔認証を設定していても、スリープ復帰時などにPIN入力が優先されてしまうことがあります。

これは、Windowsが記憶している「既定の資格情報プロバイダー（どの認証方法を最初に使うか）」の設定が、ユーザーの意図とズレてしまっているために起こります。

これを解決するには、レジストリというWindowsの設定台帳を直接編集し、「このユーザーは顔認証を最優先にする」と明示的に教える必要があります。

設定手順

ここからは具体的な操作手順です。レジストリはシステムの重要な部分ですので、手順通り慎重に操作してください。

SID確認

まずは、設定を行うユーザー（あなた）を特定するためのID、「SID」を調べます。

1. ターミナル起動: スタートボタンを右クリックし、「Windows ターミナル」または「コマンドプロンプト」を開きます。
2. コマンド入力: 黒い画面が表示されたら、以下のコマンドを入力してEnterキーを押します。
   whoami /user
3. SIDコピー: 表示された結果のうち、S-1-5- で始まる長い文字列があなたのSIDです。これをマウスで選択し、Ctrl + C キーでコピーしておきます（後で使います）。

エディタ起動

次に、設定を変更する画面（レジストリエディタ）を開きます。

1. 実行画面: キーボードの Windowsキー + R を押して「ファイル名を指定して実行」を開きます。
2. コマンド: 名前の欄に regedit と入力してEnterキーを押します。
3. 場所移動: エディタが開いたら、画面上部のアドレスバーに以下のパスを貼り付けてEnterキーを押します。
   HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI\UserTile

値変更

ここが最重要ステップです。コピーしておいたSIDを使って設定を書き換えます。

1. SID特定: 画面右側の一覧から、「名前」が先ほど調べた自分のSID（S-1-5-…）と一致する項目を探します。
2. 編集画面: 見つけた項目（自分のSID）をダブルクリックして開きます。
3. 値書換: 「値のデータ」に入っている文字列を削除し、以下の「顔認証用コード（GUID）」を貼り付けます。
   {8AF662BF-65A0-4D0A-A540-A338A999D36F}
4. 完了: [OK]をクリックして画面を閉じ、PCを再起動（またはサインアウト）して完了です。

【重要】新しい項目を作らないでください

この手順のポイントは、「既に一覧にある自分のSID」の中身を書き換えることです。

新しくキーを作成したりしないでください。あくまで既存の設定値を変更する操作です。

応用

もし、あえて「指紋認証」や「PIN」をデフォルトに戻したい場合は、手順のステップ3で入力するコード（GUID）を以下のように変更してください。

• 顔認証: {8AF662BF-65A0-4D0A-A540-A338A999D36F}
• 指紋認証: {BEC09223-B018-416D-A0AC-523971B639F5}
• PIN: {D6886603-9D2F-4EB2-A6C6-29799BC3A894}
• パスワード: {60B78E88-EAD8-445C-9CFD-0B87F74EA6CD}

まとめ

Windowsのサインイン時に顔認証をデフォルトにする方法は以下の通りです。

1. whoami /user で自分のSIDを調べる。
2. レジストリの …LogonUI\UserTile を開く。
3. 自分のSID名の項目にある「値のデータ」を顔認証用の {8AF662BF…} に変更する。

これで、PC起動時やスリープ復帰時に、毎回クリックし直すあの小さなストレスから解放されます。

毎日の仕事のスタートダッシュをスムーズにするために、ぜひ設定を見直してみてください。

SAPなどの基幹システム用証明書を発行する際、このような複雑な要件に頭を抱えたことはありませんか？

通常のOpenSSL対話モードではこれらの設定に対応しきれず、かといって全て手入力すると、長い部署コードでタイプミスをしてしまうリスクがあります。

インフラ担当者にとって、その手戻りのリスクは大きなストレスです。

この記事では、Windows環境で標準機能を活用し、設定ファイルを使って面倒な入力作業を「自動化」する手順をご紹介します。

この方法を使えば、複雑な要件もコピペだけで確実にクリアできるようになります。

クラノスケ

私自身も、過去に長い部署コードを一文字間違えてCSRを作り直し、冷や汗をかいた経験があります。この記事で確実な方法をマスターしましょう！

基礎知識

作業に入る前に、CSRの役割と全体の流れを整理します。

CSRの役割

CSR（Certificate Signing Request）とは、「証明書への署名要求（申請書）」のことです。

サーバーの公開鍵情報や、組織名（O）、組織単位（OU）、国コードなどの情報が含まれています。

全体フロー

CSR作成は、HTTPS通信を実現するための最初のステップです。全体像は以下のようになります。

1. CSRの作成（今回の作業）： サーバー上で秘密鍵とCSRを生成します。
2. 認証局（CA）への提出： 作成したCSRをVeriSignなどのパブリックCAや、社内CAに提出します。
3. 証明書の発行： CAが審査し、サーバー証明書（.crtなど）を発行します。
4. インストール： 証明書と秘密鍵をサーバーにインストールします。

このCSR作成段階で「OU」や「SAN」の設定が漏れていると、証明書は作り直しになってしまいます。

設定ファイルの重要性

なぜ、WindowsでのCSR作成に設定ファイルが必要なのでしょうか？

対話モードの限界

OpenSSLの標準的な対話モードには、以下の壁があります。

• 複数OUの壁： 基本的にOUは1つしか入力できませんが、ポリシーによっては「部署コード」と「部署名」の2つが求められることがあります。
• SANの壁： 最近の必須要件である「SAN（Subject Alternative Name）」を、対話モードだけでは含めることができません。

これらを解決し、人為的ミスを防ぐ唯一の方法が、これから紹介する設定ファイル（cnf）の活用です。

導入手順

まずは環境構築です。インストーラーを探す必要はありません。

インストール

Windows 10/11以降であれば、標準搭載の管理ツールWingetを使用します。

winget search openssl
winget install -e --id ShiningLight.OpenSSL.Light

ディレクトリ移動

インストール完了後、作業用ディレクトリへ移動します。

cd C:\Program Files\OpenSSL-Win64\bin

設定ファイル作成

ここが最重要ポイントです。「変えたくない部分は固定」し、「サーバーごとに変わる部分は手入力」にする設定ファイルを作成します。

記述例

メモ帳などのテキストエディタで san_config.cnf というファイルを作成し、以下の内容を保存してください。

ポイントは、番号を振って複数OUに対応させている点と、_default で固定値を埋め込んでいる点です。

※以下のコード内の部署コード（00000000）は、実際のコードに書き換えてください。

# OpenSSL SAN configuration file

[ req ]
distinguished_name = req_distinguished_name
req_extensions = v3_req
prompt = yes

[ req_distinguished_name ]
countryName = Country Name (2 letter code)
stateOrProvinceName = State or Province Name (full name)
localityName = Locality Name (eg, city)
organizationName = Organization Name (eg, company)

# --- 2つのOU設定（固定値・自動入力） ---
# ここに部署コードや部署名を固定値として入れておきます
# "oisystem" 関連のコードもここで定義します

0.organizationalUnitName = Organizational Unit Name 1 (OU)
0.organizationalUnitName_default = 00000000

1.organizationalUnitName = Organizational Unit Name 2 (OU)
1.organizationalUnitName_default = oisystem Web AS
# -------------------------------------

commonName = Common Name (e.g. server FQDN)
emailAddress = Email Address

[ v3_req ]
basicConstraints = CA:FALSE
keyUsage = nonRepudiation, digitalSignature, keyEncipherment
subjectAltName = @alt_names

[ alt_names ]
# 必要なSAN（DNS名）を記述
DNS.1 = oisystem-ap-v.aws.local

動作イメージ

このファイルを使うと、入力プロセスは以下のようになります。

• OU（部署コード等）： Enterキーを押すだけで、正確な値が自動入力されます。タイプミスを100%防げます。
• CN（サーバー名）： その都度手入力が可能です。これにより、複数のサーバーで設定ファイルを使い回せます。

CSR生成

設定ファイルさえできれば、あとはコマンドを流すだけの単純作業です。

コマンド実行

openssl req -new -newkey rsa:2048 -nodes -keyout private.key -out server.csr -config san_config.cnf

実行中、設定ファイルで _default を指定した箇所（OUなど）は値が表示された状態で止まりますので、そのまま Enterキー を押してください。

リネーム

生成されるファイルは private.key と server.csr です。

取り違えを防ぐため、生成直後に必ずリネームしましょう。ここでは自社基準の oisystem- プレフィックスを付与します。

ren private.key oisystem-ap-v_private.key
ren server.csr oisystem-ap-v_server.csr

注意点

作業を確実にするため、以下の2点にご注意ください。

• 改行コードの崩れ： Web上のコードをコピペする際、セクション（[ req ]など）の改行が崩れるとエラーになります。保存後に再確認してください。
• 作業パスの権限： Program Files 配下などは、書き込み権限がなくエラーになることがあります。その場合は管理者権限で実行するか、C:\Work などのフォルダで作業してください。

まとめ

複雑な要件を「手作業」や「気合」で乗り切ろうとすると、いつか必ずミスが起きます。

特に oisystem 関連のような重要システムでは、小さなミスが大きな遅延につながりかねません。

Wingetで環境を整え、設定ファイル（cnf）を活用することで、誰がやっても同じ品質でCSRを作成できるようになります。

まずはコマンドプロンプトを開き、 winget search openssl から始めてみてください。

現場ではよくある指示ですが、JP1/AJS3を触り始めたばかりの方にとって、この「今日だけ」という条件は意外とプレッシャーですよね。

画面上で「実行中止」というボタンを見つけても、「”中止”なんて強い言葉を選んだら、明日以降も止まったままになるのでは？」と不安になる気持ち、痛いほどよく分かります。

しかし、安心感からつい選びがちな「実行登録解除」こそが、実は一番やってはいけない悪手なのです。再登録を忘れてインシデントになったり、過去の実行ログが見えなくなったりと、リスクしかありません。

今回は、ベテランのオペレーターなら呼吸をするように行っている、特定日だけを安全にスキップする正解ルートを紹介します。仕組みさえ分かれば、もう怖いものはありません。

クラノスケ

私自身も新人の頃、「実行中止」ボタンを押す手が震えた経験があります。「明日動かなかったらどうしよう…」というあの不安を、この記事で完全に解消しましょう！

注意点

まず、なぜ多くの人がやりがちな「実行登録解除」がNGなのか、その理由を解説します。

単に「再登録が面倒だから」という理由だけではありません。システム運用上、非常に不便な状態になってしまうからです。

ログ消失

これが意外と知られていない、最大のデメリットです。

「実行登録解除」を行うと、現在登録されているスケジュール情報がすべてクリアされます。

これに伴い、監視画面（JP1/AJS3 – View）上から、過去の実行結果やログも一緒に消えてしまいます。

「昨日のジョブでエラーが出ていたから確認したい」と思っても、登録解除してしまった後では画面から追うことができません。

今日止めたいだけなのに、過去の履歴まで見えなくなる。これは運用管理として正しい状態とは言えません。

再登録忘れ

もちろん、「再登録忘れ」による人的ミスのリスクも無視できません。

• メンテナンス作業が長引いてバタバタした
• 「解除したこと」自体を忘れて帰宅した

こうして再登録が漏れると、当然ながら翌日の日次バッチは動きません。業務開始時間にシステムが止まっているという、典型的なインシデントを引き起こしてしまいます。

解決策

では、どうすれば「過去のログを残したまま」「再登録の手間なく」「今日だけ」をスキップできるのでしょうか。

正解は、「計画一時変更」機能を使って、特定の日付だけを「実行中止」にする方法です。

この方法なら、カレンダー登録そのものは生きているため、過去ログも消えません。また、翌日以降のスケジュールにも悪影響を与えず、安全に運用できます。

操作手順

ここからは、迷わず操作するための具体的なステップを解説します。

JP1/AJS3 – View 画面での操作となります。

画面展開

まず、スキップしたい日付をピンポイントで狙うため、月単位のスケジュール画面を開きます。

1. リストエリア（ジョブネット一覧）で、対象のジョブネットを右クリックします。
2. メニューから [マンスリースケジュール] を選択します。

Point: [デイリースケジュール] ではなく [マンスリースケジュール] を使うのがコツです。「今日の日付」を視覚的に特定しやすくなります。

設定変更

次に、特定の日付に対して「実行中止」の指示を出します。

1. マンスリースケジュール画面で、止めたい日付（例: 11/17）にある実行予定のマーク（■や□）を探します。
2. そのマークを右クリックします。
3. メニューから [計画一時変更] にカーソルを合わせます。
4. さらに表示されるメニューから [実行中止] をクリックします。

これで操作は完了です。

画面上のマークが「実行中止」を示す色（灰色など）に変わったことを確認してください。

翌日の動作検証

ここが、多くの人が不安に感じるポイントです。

「『実行中止』にしたら、翌日の予定まで消えてしまわないか？」

結論から言えば、絶対に大丈夫です。翌日は勝手に動きます。

「実行中止」はあくまで「その日の実行分」をキャンセルするだけの操作です。スケジュールの定義自体は生きているため、JP1は何事もなかったかのように、カレンダー通り翌日の予定を認識し続けます。

両者の違いを整理すると、以下のようになります。

【実行登録解除】（NG操作）

• イメージ: カレンダーを壁から剥がして捨てる
• 翌日の動作: 動かない (手動再登録が必須)
• 安全性: × 危険

【計画一時変更（実行中止）】（正解操作）

• イメージ: カレンダーの今日の日付に「×印」をつける
• 翌日の動作: 動く (自動的に実行される)
• 安全性: ◎ 安全

まとめ

JP1/AJS3で「今日だけジョブを止めたい」と言われたら、以下のポイントを思い出してください。

• 「実行登録解除」はNG: 再登録忘れのリスクがある上、過去の実行ログまで消えてしまいます。
• 「計画一時変更」→「実行中止」が正解: マンスリースケジュールから、該当日だけをピンポイントで中止します。
• 翌日は自動復帰する: スケジュール定義は残るため、翌日のジョブは自動的に実行されます。

「中止」という言葉の響きは少し怖いかもしれませんが、これこそがメーカーが用意している正しい運用手順です。

今後は「翌日動かなかったらどうしよう」と不安にならず、自信を持って「計画一時変更」を使ってください。

結論から言うと、技術ブログを書くなら「Highlighting Code Block」一択です。

なぜCocoon標準のハイライト機能ではダメなのか、その具体的な理由と、競合を避けて正しくプラグインを導入する完全な手順を、私の失敗談を交えてご紹介します。

クラノスケ

意地を張って標準機能で頑張っていた過去の自分に、「早くこのプラグインを入れろ！」と教えてあげたいです。

前提

この記事では、WordPressの無料テーマ「Cocoon（コクーン）」を使っていることを前提に進めていきます。

Cocoonは本当に素晴らしいテーマですが、餅は餅屋と言うように、コード表示に関しては「専用のプラグイン」に任せたほうが幸せになれます。もし他のテーマを使っている場合は、設定画面の場所が少し違うかもしれないので、そこだけご注意くださいね。

推奨理由

「Cocoonにもコード機能があるのに、なんでわざわざプラグインを入れるの？」と思いますよね。理由は大きく分けて2つあります。

1つ目は、標準機能の限界です。

Cocoon標準の機能だと、コードの左上に「ファイル名」を表示できません。また、背景色を変えることはできても、読者がワンクリックでコードをコピーできる「コピーボタン」が付かないんです。これだと、記事を読んでくれた人が手動で選択してコピーしなければならず、ちょっと不親切ですよね。

2つ目は、圧倒的な見た目の良さです。

今回使う「Highlighting Code Block（以下HCB）」というプラグインを入れると、Macの黒い画面（ターミナル）のようなカッコいいデザインが、インストールするだけで手に入ります。もちろんコピーボタン付きです。

「ただの文字の羅列」から「プロっぽいコード画面」へ。これだけでブログの信頼感がグッと上がりますよ。

導入手順

それでは、実際にプラグインを入れて、Cocoonと喧嘩しないように設定していきましょう。5分もあれば終わります。

インストール

まずはプラグインをWordPressに追加するところからです。

1. WordPressの管理画面から「プラグイン」を開き、「新規追加」をクリックします。
2. 検索窓に「Highlighting Code Block」と入力してください。
3. 作者名が「LOOS WEB STUDIO」になっているのを確認して、「今すぐインストール」、そして「有効化」をクリックします。

競合回避

ここが今回の一番のポイントです。

CocoonもHCBも「コードをきれいに見せよう」とする機能を持っているので、そのままだと両方が動いて表示が崩れてしまいます。なので、Cocoon側の機能をオフにしてあげましょう。

1. 管理画面の「Cocoon設定」を開きます。
2. たくさんタブが並んでいますが、「コード」というタブを選んでください。
3. 「ソースコードをハイライト表示する」という項目のチェックを外します。
4. 最後に「変更をまとめて保存」をクリックするのを忘れずに。

これで、コード表示の担当がCocoonからプラグインに切り替わりました。

配色設定

最後に、デザインを整えます。執筆中の画面と、公開される画面の色を統一して「ダークモード」にしておくと作業がしやすいです。

1. 管理画面の「設定」の中に「Highlighting Code Block」というメニューができているのでクリックします。
2. 設定画面で、以下の2箇所を変更します。

• コードカラーリング（フロント側）：Dark
• コードカラーリング（エディター側）：Dark

3. 「変更を保存」をクリックします。

これで準備完了です！記事を書いている最中も、黒背景でコードが確認できるようになりました。

執筆手順

設定お疲れ様でした。ここからは、実際に記事を書くときの手順を見ていきましょう。

ブロック配置

記事を書く画面（ブロックエディタ）での操作です。

1. 「＋」ボタンを押して、ブロック検索で「high」と入力してみてください。
2. 「Highlighting Code Block」というブロックが出てくるので選択します。

ここで注意なのが、Cocoon標準の「コード」というブロックも検索に出てくること。アイコンが似ているので間違えないように、「Highlighting…」の方を選んでくださいね。

詳細設定

ブロックを置くと、コードを入力する黒い箱が表示されます。このままでも使えますが、右側の設定パネル（もしくはブロック上のメニュー）を使うともっと便利になります。

• Lang（言語）：
  ここ重要です。コマンドなら「Bash」、設定ファイルなら「Text」などを選ぶと、文字色がカラフルになって見やすくなります。
• File Name（ファイル名）：
  ここに入力した文字が、ブロックの左上に表示されます。「oisystem-batch.sh」とか「/etc/nginx/nginx.conf」のように書いてあると、読者が「あ、このファイルをいじればいいんだな」と直感的にわかります。

運用注意点

最後に、読者に「親切だな」と思ってもらうためのちょっとしたコツをお伝えします。

記号の扱い

コマンドを紹介するとき、行の先頭に $ や # を付けたくなりますが、これらは書かないのがベストです。

理由はシンプルで、読者がコピーボタンを押したとき、この記号まで一緒にコピーされてしまうからです。そのまま貼り付けて実行するとエラーになってしまい、「このブログの通りにやったのに動かない！」となってしまいます。

コマンドだけをポンと置いてあげるのが、一番の優しさです。

更新頻度

プラグインのページを見ると、最終更新日が数年前になっていることがあって「大丈夫かな？」と不安になるかもしれません。

でも安心してください。このプラグインは機能としてすでに完成されていて、今のWordPressでも問題なく動きます。有名な技術ブロガーさんたちもこぞって愛用している鉄板プラグインなので、自信を持って使い続けて大丈夫です。

まとめ

Cocoonで技術ブログを書くなら、コード表示を見やすくするのは必須のマナーと言ってもいいかもしれません。

1. Highlighting Code Blockをインストールする。
2. Cocoon設定の「コードハイライト」を必ずオフにする。
3. 設定で「Dark」モードを選ぶ。

たったこれだけで、あなたのブログは「個人のメモ書き」から「プロの技術情報」へと生まれ変わります。ぜひ、過去の記事のコードブロックも、時間があるときにこの新しいブロックに書き換えてみてください。きっと、自分のブログを読み返すのが楽しくなるはずです！

手順書には「リネームする（.disabled化）」と書いてあるけれど、ファイル名を変更するだけで本当に確実に止まるのか、不安になることはありませんか？

この記事では、そうした不安を解消するため、ファイル内容を直接編集する「コメントアウト（#追記）」による、より確実で安全な停止・再開手順と、ミスを防ぐためのバックアップ方法を解説します 。

クラノスケ

私自身、過去にリネーム方式で停止したつもりでいたジョブが裏で動いてしまい、冷や汗をかいた経験があります。この記事で「確実な停止方法」をマスターしましょう！

基礎知識

作業に入る前に、今回対象となる /etc/cron.d/ について簡単に整理します 。

Linuxのcron設定には、大きく分けて2つの種類があり、目的によって明確な使い分けがあります 。

設定場所の違い

メンテナンス手順書でよく見る crontab -e と、今回の /etc/cron.d/ は以下のように使い分けられています 。

今回扱う /etc/cron.d/ は、実行ユーザー（oisystem や www-data など）を明示的に指定でき、ファイルとして管理しやすいのが最大のメリットです 。

また、役割ごとにファイルを分割でき、ls コマンドで一覧を把握しやすい利点もあります 。

停止・再開手順

それでは、ジョブを「確実」に停止し、安全に再開するための手順を解説します 。

バックアップ

まず、作業前の状態を保存します 。

ここで最も重要なのは「保存する場所」です 。

同じディレクトリ（/etc/cron.d/）にバックアップを作ると、cronがそれを誤って読み込んでしまうリスクがあります 。必ず /tmp などの監視対象外へ退避させましょう 。

実行コマンド例：

sudo cp /etc/cron.d/oisystem-batch /tmp/oisystem-batch.bak.$(date +%Y%m%d)

ジョブ停止（コメントアウト）

次に、ファイルを編集してジョブを停止します 。

ファイルごと削除やリネームをするのではなく、行の先頭に #（シャープ）を付けてコメントアウトします 。

vi /etc/cron.d/oisystem-batch

0 * * * * oisystem /usr/local/bin/oisystem_batch.sh

#0 * * * * oisystem /usr/local/bin/oisystem_batch.sh

ファイルを保存した瞬間から、その行はコメント（メモ書き）として扱われ、実行されなくなります 。

ジョブ再開（リストア）

メンテナンス作業が完了したら、ジョブを元に戻します 。

手動で # を消しても良いのですが、最も安全なのは「バックアップファイルでの上書き（リストア）」です 。

これにより、「戻し忘れ」や「編集ミス」といったヒューマンエラーを確実に防げます 。

sudo cp /tmp/oisystem-batch.bak.20251221 /etc/cron.d/oisystem-batch

※日付部分は実際に作成したファイル名に合わせてください 。

リネーム方式の注意点

参考として、よく知られている「ファイル名を変更する（リネーム）」方法についても触れておきます ²⁹。

仕組みとリスク

ファイル名の末尾に .disabled などを付けると、cronの仕様によりそのファイルは無視（スキップ）されます 。

sudo mv /etc/cron.d/oisystem-batch /etc/cron.d/oisystem-batch.disabled

しかし、名前の変更をシステムが検知するタイミングには環境差があり、稀に意図せず動いてしまう可能性があります 。

そのため、確実性を最優先する場合は、本記事で紹介した「コメントアウト方式」を推奨します 。

まとめ

/etc/cron.d/ 配下のジョブ停止は、以下のポイントを意識することで事故を防げます 。

• 確実性重視：リネームよりも、中身を直接 # で無効化する「コメントアウト」方式が確実 。
• 安全なバックアップ：同じ場所ではなく、/tmp などに退避させる 。
• ミスのない再開：バックアップファイルでの上書き（リストア）で元に戻す 。

これらの手順を標準化して、安全なシステム運用を心がけましょう。

しかし、高齢の親に複雑な機械操作を覚えさせるのは現実的ではありませんし、それがストレスになっては本末転倒です。

この記事では、Google Nest Camを使って、親側の操作負担は一切ゼロで、あなたのスマホからいつでも実家や祖母宅の様子を確認・対応できる「最強の見守りシステム」の構築手順を解説します。難しい設定は最初だけあなたが代行すれば、あとは放置で運用可能です。

クラノスケ

「離れて暮らしているから何もできない」は、もう過去の話です。現代には便利なITガジェットがあります。物理的な距離があっても、テクノロジーの力を使えば、すぐそばにいるような「安心」は作れます。大切な家族を守るために、便利な道具はどんどん活用していきましょう！

事前準備

途中で「あ、ケーブル忘れた！」「パスワードなんだっけ？」とならないよう、まずは手元の装備を確認しましょう。

必要な機材

今回は設置環境と親御さんの状況に合わせて、以下の2種類のカメラを使い分けました。機材選びの参考にしてください。

• Google Nest Cam（バッテリー式）：実家へ設置
• 選定理由：設置したい玄関や廊下にコンセントがなく、電源を引くのが難しかったため、配線不要でどこにでも置けるバッテリータイプを選びました。
• Google Nest Cam（屋内用 / 電源アダプター式）：祖母宅へ設置
• 選定理由：高齢の祖母に数ヶ月ごとの「充電作業」をお願いするのは難しく、幸いコンセントが届く位置に設置できたため、メンテナンスフリーな電源コード式を選びました。
• あなたのスマホ：Google Home アプリが入っているもの。

アカウントの考え方

ここが一番のキモです。あなたの普段使いのアカウント（YouTubeやGmail用）で全て管理しようとすると、通知が混ざって大変なことになります。

ちょっと面倒に感じるかもしれませんが、以下の形にするのが結局一番ラクです。

• あなたのアカウント：普段のメインアカウント。
• 実家管理用アカウント：新しく作る（例: jikka.mamoru@gmail.com）。
• 祖母宅管理用アカウント：新しく作る（例: sobo.mamoru@gmail.com）。

構築手順

効率重視でいきましょう。

寒い玄関先や、Wi-Fiルーターの横で立ち尽くして設定するのは辛いので、「家でできることは家でやる」のが鉄則です。

Step 1：アプリ準備（自宅でコーヒーでも飲みながら）

まずはアプリの中で「箱」と「鍵」だけ用意してしまいます。これなら自宅のソファで可能です。

1. 「家」を作る
   「実家管理用アカウント」でアプリにログインし、デジタルの世界に「実家」を作ります。

• ステップ1：アプリ右上のアイコンから「実家管理用アカウント」に切り替えます。
• ステップ2：設定 または + から 家を作成 を選びます。
• ステップ3：家の名前（実家）と住所を入力します。これで「箱」の完成です。
• ※祖母宅分も同様に、「祖母宅アカウント」に切り替えて作っておきましょう。

2. 自分を招待する
   いちいちアカウントを切り替えてログインし直すのは面倒ですよね？ あなたのメインアカウントを「家族」として招待しておけば、ログインし直さずに全ての映像が見られるようになります。

• ステップ1：「実家」の画面で 設定（歯車） > 世帯 > + メンバーを招待 をタップ。
• ステップ2：あなたのメインのメールアドレスを入力して送信。
• ステップ3：あなたのスマホにメールが届くので、リンクを開いて 承諾 をタップ。

これで、あなたのメインスマホから「実家」の中身が見られるようになりました。準備完了です！

Step 2：現地設定（実家・祖母宅に到着したら）

いよいよ設置です。Wi-Fiに接続して作業する必要があるので現地で作業します。中古を購入した場合はこの段階で「リセットして新品として登録し直す」のがいいと思います。

1. カメラをリセットする
   自宅で動作確認をした時のデータが残っていると邪魔になるので、一旦まっさらにします。

• ステップ1：カメラ本体のリセットボタンを10〜15秒ほど長押ししてください。
• ステップ2：「ピロロン」と音が鳴り、ランプが点滅したら指を離します。これで工場出荷状態です。

2. 繋いで設置する

• ステップ1：あなたのスマホを、現地のWi-Fiに接続します。
• ステップ2：アプリで「実家」を開き、左上の + > デバイスのセットアップ > 新しいデバイス をタップ。
• ステップ3：カメラのQRコードを読み込み、画面の指示通りに進めるだけ。
• ステップ4：最後に「リビング」など名前を付ければ完了です！

動作確認

設置できたら、ちゃんと動くかテストしましょう。

1. 映像チェック：Wi-Fiを切って4G/5G回線にし、外からでも映像が見られるか確認します。
2. 通知テスト：カメラの前を横切ってみて、「人が検知されました」と通知が来るか試します。
3. 切り替えテスト：アプリ上で「自宅」「実家」「祖母宅」を切り替え、サクサク見られるか確認します。

AI機能と未来

Google Nest Camを導入した理由は、単に映像を撮るだけではなく、GoogleのAI技術に期待してのことだと思います。

Geminiとの連携強化

お客様は Google AI Premium (2 TB) に加入されていますね。「無料版よりも賢いGeminiが使える」という認識をお持ちかと思いますが、そのメリットはスマートホーム分野でも発揮されます。

Google HomeとGeminiの連携が深まることで、例えば「複雑な文脈」を理解したサポートが可能になります。単なるQ&Aだけでなく、カメラの情報を元にした高度なアシスタント機能が期待できるのは、有料プランユーザーの特権です。

将来は「AIが見守る」時代へ

今は「動くものを検知して通知」がメインですが、AIの進化により、見守りの質は劇的に変わります。

• 異常検知の高度化：
  「知らない人が長時間うろうろしている」「普段は寝ている時間に動き回っている」といった「違和感」をAIが察知し、教えてくれるようになります。
• 自然言語での映像検索：
  「昨日、おばあちゃんの家に誰か来た？」と聞くだけで、AIが膨大な録画データから該当シーンを一瞬で探し出してくれる。

Googleのデバイスを選ぶということは、こうした「未来のAI見守り」への準備を済ませておくことと同義です。

運用設定（ここだけはやっておこう）

最後に、親御さんやあなた自身のストレスを減らすための設定です。

• 通知は「人」限定に：
  車のライトや猫が通るたびに通知が来ると、通知が多くなってしまいます。設定 > 通知 から、「人」以外はオフにしておきましょう。
• 通話機能のテスト：
  いざという時、カメラ越しに「おーい、大丈夫？」と話しかけられるのがこのカメラの強みです。マイクアイコンを押して、ちゃんと声が出るか一度テストしておくと安心です。

まとめ

これで、物理的な距離はあっても、スマホ一つでいつでも家族のそばにいられる環境が整いました。

今回のポイント：

1. 家枠と招待は自宅で済ます：面倒な入力作業は快適な環境で。
2. 現地ではリセット一択：設定変更より新規登録の方がトラブルなし。
3. IT×AIの活用：便利なガジェットとAIに頼ることで、家族全員の安心を守る。

これで、次の帰省からは設定作業に追われることなく、ゆっくり家族団欒の時間を過ごしてくださいね。

「あ、今の顔かわいい！」と思った瞬間に、スマホのロックを解除したり、カメラの設定をいじったりしている余裕は、正直言ってありません。

だからこそ、まだ自由な時間が持てる「出産前」に、自分に合った最適な撮影システムを選定しておく必要があります。

今回は、Insta360やDJI、そしてSONYといった強力なライバル機と比較検討した結果、なぜ私が「GoPro HERO 13 Black」という結論に至ったのか。

そして、AIと複数のサイトを駆使した「価格調査プロセス」を、エンジニア視点で解説します。

クラノスケ

「最新スペック＝正解」とは限りません。自分の運用にフィットする「枯れた技術」を選ぶのも、賢いパパの戦略です！

前提知識と環境準備：なぜ「今」やるのか

まずは現状の環境と、目的を整理しましょう。

現在、多くの方がスマートフォンをお持ちだと思います。

私自身もメイン機としてiPhone 14を使用しており、その画質の良さには満足しています。しかし、いざ育児（特に新生児期〜乳児期）が始まるとシミュレーションしてみた時、スマホだけではカバーしきれない致命的なシーンがあることに気づきました。

• 抱っこやお世話で常に両手がふさがっている
• スマホを構えると、子供とのスキンシップが途切れる
• ストレージ容量がすぐにパンクする

目指すのは「ハンズフリー撮影環境」

今回のゴールは、「両手がふさがった状態（抱っこ・お世話）でも、自分の見たままの景色を記録できる環境」の構築です。これを実現するには、身体に装着できる頑丈なウェアラブルカメラが必須です。

【徹底比較】GoPro vs ライバル3社

購入にあたり、市場をリードする他社製品も検討しました。

友人からのアドバイスでは、「GoProは企業として苦戦中」「今はDJIやInsta360の方が勢いがある」ということも聞いていたので悩みました。

しかし、スペック表には現れない「信頼性」や「国籍」も含め、フラットに比較を行いました。

なぜ「SONY」や「勢いのある他社」を選ばなかったのか

• 対 SONY：
  画質は最高ですが、今回の目的は「育児記録」です。赤ちゃんが手を伸ばしてレンズを叩いたり、抱っこ紐の金具が当たったりする可能性があります。「落としても濡れても壊れないタフさ（アクションカメラであること）」が必要不可欠だったため、繊細なVLOGCAMは候補から外しました。
• 対 DJI / Insta360：
  性能は素晴らしいですが、長年アクションカメラ界を牽引してきた「GoPro（米国ブランド）」の知名度と信頼性を私は重視しました。「GoProで撮っている」という事実が、ガジェット好きとしての所有欲を満たしてくれる側面も否めません。

【選定理由】私が「HERO 13」を選んだ決定打

最終的にGoPro HERO 13を選んだ理由は、ブランド力だけではありません。実用面での明確なメリットがあったからです。

1. マグネット式ラッチマウントの採用

これが最大の決め手です。HERO 13から、従来のネジ回し式に加え、マグネットでの着脱が可能になりました。

• シーン： 首掛け（ネックマウント）で散歩 → 帰宅してミニ三脚に固定。
  この切り替えが、ネジを回すことなく「カチッ」と一瞬で完了します。忙しい育児中、この機動力はスペック以上の価値があります。

2. 「Enduroバッテリー」で十分と判断

以前のGoProは寒さや熱に弱いと言われていましたが、HERO 13に付属する「Enduroバッテリー」は非常に優秀です。

「2時間連続で回し続ける」といった過酷な使い方はせず、「かわいい瞬間を数分撮る」というVlog用途であれば、DJIほどのスタミナがなくても実用上十分と判断しました。

【相場リサーチ】4段階の価格調査プロセス

ターゲットをHERO 13に定めたら、次は「いくらで買うか」です。

普段使い慣れているAmazonでいきなりポチることはしません。エンジニアとして、適正価格（相場）を把握するために以下の4ステップを踏んでいます。

Step 1：AI（Gemini）でざっくり相場把握

まずは生成AIに「現在のGoPro HERO 13の市場価格は？」と問いかけます。

ここで「約5万円台後半〜6万円前半」という大まかなレンジを把握し、予算感を掴みます。

現在の市場相場（2025年末）

• 定価ベース: 約 62,800円前後
• 量販店/ネット最安値: 約 58,000円前後

Step 2：価格.comで「市場の底値」を確認

次に、価格.comで最安値を確認します。

特に重要なのは「価格推移グラフ」です。現在の価格が上昇傾向なのか、下降傾向なのかを見ることで、今が「買い時」かどうかを客観的なデータとして判断します。

Step 3：Yahoo!ショッピングで「隠れた安値」をチェック

価格.comには掲載されていない店舗や、セット商品がYahoo!ショッピングにある場合があります。

ここでは、PayPayポイント還元を含めた「実質価格」を確認します。

価格.comの最安値を下回ることもあり、ここが重要なベンチマークになります。

Step 4：Amazonセールで「ファイナルアンサー」

Step 1〜3で「今の適正価格」を完全に把握した上で、最終的には普段使い慣れているAmazonで購入します。

• ターゲット: 2026年1月3日〜7日のAmazon初売り / 年末年始セール
• 購入判断: Amazonのセール価格が、Step 2・3で調べた相場と比較して遜色なければ、配送スピードと返品保証の安心感があるAmazonで即決します。

このように「相場を知った上で、いつものサイトで買う」のが、失敗しないガジェット購入の鉄則です。

まとめ

各社のカメラにはそれぞれの良さがあります。

しかし私は、「米国ブランドの信頼性」「子供に壊されないタフさ」、そして「マグネット運用の快適さ」のバランスから、GoPro HERO 13を相棒に選びました。

出産準備リストに「GoPro」を加えること。それは単なる物欲ではなく、二度と戻らない新生児期を鮮明に残すための「投資」です。

機材が無事に届いたら、次は「産前にやっておくべき初期設定（トラブル予防）」について、別の記事で詳しく解説します。お楽しみに！