これら 8 つの驚くほど便利な Linux プロジェクトには強力な PC は必要ありません

数個の CPU コア、数 GB の RAM、正常に動作するネットワーク接続を備えた古い PC は、要求の厳しいタスクに適さなくなった後もずっと役に立ちますが、Linux はそのハードウェアを、自宅や小規模オフィスで役立つ仕事を静かに処理するものに変えることができます。

私は古い PC を使い続けるための明白な方法のいくつかを省略し、ホーム ネットワークに実用的なものを追加できるプロジェクトに焦点を当てました。毎日アクセスできるサービスもあれば、あまり注意を必要とせずに数週間にわたってバックグラウンド タスクを静かに処理できるサービスもあります。

PXEブートサーバー

古い PC をネットワーク ブート サーバーに変える

PXE ブート サーバーを使用すると、コンピューターはオペレーティング システム インストーラーを開始したり、ネットワークから直接環境を完成したりできます。インストールする Linux ディストリビューションごとに USB ドライブを保持する代わりに、必要なブート ファイルを 1 台のマシンに保持し、LAN 上の他のシステムで使用できるようにすることができます。

ネットワークの構成に応じて、古い PC で DHCP および TFTP を実行したり、既存の DHCP サーバーと併用したりできます。 HTTP を使用して大きなインストール ファイルを転送することもできるため、繰り返しインストールする場合にサーバーがより実用的になります。

Fedora、Ubuntu、Debian、Alpine、およびその他のインストーラーをサーバー上に保持し、マシンの起動時に必要な環境を選択します。レスキュー環境や診断ツールにネットワーク ブートを使用することもできます。マシンは主にネットワーク経由でファイルを提供するため、ワークロードはそれほど大きくありません。従来のハードドライブを備えた古いデスクトップは、特に複数のコンピュータが同時に起動していない場合に、この役割を簡単に処理できます。

電子書籍サーバー

独自の電子書籍ライブラリを構築する

クレジット: Patrick Campanale / How-To Geek

古い PC がコレクション専用の電子書籍サーバーになります。 Calibre-Web などのソフトウェアは、書籍の整理、ライブラリの検索、メタデータの管理、および他のデバイスでの書籍の閲覧やダウンロードを行うためのブラウザベースのインターフェイスを提供します。ほとんどの作業には「比較的」小さなファイルの処理が含まれるため、サーバーには強力なプロセッサは必要ありません。

これは、サーバーが一度構成されれば、多くの注意を必要とせずに大規模なコレクションを保持できるため、技術書やドキュメントに特に適しています。ブラウザベースのライブラリを使用すると、デバイス間でファイルをコピーする代わりに、ラップトップ、タブレット、電話から同じコレクションにアクセスできます。

すでに NAS をお持ちの場合は、実際の書籍をそこに保存し、古い PC でアプリケーションを実行できます。これにより、アプリケーションがストレージから分離され、サーバーを交換せずにライブラリを拡張できるようになります。

自己ホスト型パスワードマネージャー

パスワードを自分のハードウェアに保存する

パスワード マネージャーも、小規模なハードウェアで実行できるサービスです。 Vaultwarden は、パスワードやその他のボールト データをサポートされているクライアントと同期できる軽量の Bitwarden 互換サーバーです。サーバーは主に認証、同期、データベース操作を処理するため、計算要件は小さくなります。古いコンピュータでも、家庭の作業負荷を管理できます。

コンテナー イメージを使用して実行し、Caddy や Nginx などのリバース プロキシの背後に配置できます。家庭専用の展開の場合、サービスを LAN 上に維持することで、サービスが公共のインターネットに直接公開されることを回避できます。旅行中にアクセスが必要な場合は、WireGuard が別のオプションを提供します。

ここで重要な作業は、処理能力ではなく構成です。強力な認証を使用し、サーバーを最新の状態に保ち、定期的なバックアップでデータベースを保護し、マシンに障害が発生した場合の回復方法を確保します。これにより、古い PC にも継続的な可用性の恩恵を受ける役割が与えられます。パスワード データベースを管理下に置いたまま、携帯電話とデスクトップを同じサーバーと同期できます。

ローカルパッケージミラー

ローカル ソフトウェア パッケージ アーカイブを作成する

複数の Linux マシンを維持している場合、古い PC はよく使用されるパッケージをローカルに保存することでネットワーク帯域幅を節約し、ソフトウェアのインストールまたは更新に必要な時間を短縮できます。パッケージ キャッシュまたはミラーリング システムは、マシンによってダウンロードされたパッケージを保存できます。 Fedora システムでは、Pulp などのツールを使用してより高度なリポジトリ管理を行うことができ、より単純なキャッシュ アプローチで小規模な環境にも対応できます。

定期的にマシンを再インストールしたり、同じディストリビューションを実行している複数のシステムを運用したりすると、その価値がより明確になります。すべてのコンピュータが外部リポジトリから同一のパッケージをダウンロードする代わりに、ローカル サーバーがネットワーク内からパッケージを提供できます。

マシンが依存するソフトウェアを含むリポジトリを管理することもできます。これにより、特定のパッケージ バージョンの管理されたアーカイブが提供され、システムの再構築がより予測可能になります。ストレージ要件は、保持するリポジトリとバージョンの数によって異なります。マシンはファイルの保存とネットワーク経由での提供にほとんどの時間を費やすため、CPU 要件は比較的小さいままです。

中央 SSH 要塞ホスト

古い PC を SSH ゲートウェイとして使用する

SSH アクセスが単一のゲートウェイを経由すると、複数のサーバーの管理が容易になります。古い Linux PC は要塞ホストとして機能し、ネットワークの残りの部分への 1 つの制御されたエントリ ポイントを提供できます。 OpenSSH は必要な機能をすでに提供しています。ワークステーションから、 ProxyJump 要塞を介して内部サーバーに SSH 接続を送信できます。

ssh -J bastion internal-server

これにより、内部マシンはネットワークの外部からアクセスできなくなる可能性があります。ゲートウェイは外部接続を処理しますが、ターゲット サーバーは適切な内部ネットワークからの SSH トラフィックを受け入れるだけで済みます。大規模なホームラボの場合、このアプローチにより、仮想マシン、物理サーバー、NAS システム、その他のインフラストラクチャへの一貫したルートが得られます。

n8n / エルメス

n8n でパーソナル オートメーション マシンに変える

古い PC がすでに継続的に実行されていれば、デスクトップの電源が入っていることに依存していたジョブを処理できるようになります。 n8n は、API、Webhook、スケジュール、データベース、通知サービスを接続するための視覚的なワークフロー システムを提供します。

たとえば、n8n ワークフローでは、定期的に RSS フィードを取得し、Web サイトをチェックし、受信ファイルを処理し、API を呼び出し、結果を Telegram または電子メールに送信できます。これを使用して、ローカル ネットワーク上でスクリプトをトリガーすることもできます。 Linux マシンを中心にさらに個人的な自動化を構築したい場合、Hermes は同様の目的を果たすことができます。

主なリソース要件は、ワークフローが実際に何を行うかによって異なります。大規模なデータ処理ジョブにはより多くの RAM と CPU が必要になる場合がありますが、単純な API ベースのワークフローは古いハードウェアでも快適に実行できます。これにより、古い PC が便利な小型の常時稼働オートメーション プラットフォームになります。ネットワークに接続し、サービスを自動的に開始するように設定すると、ワークステーションを占有することなくバックグラウンド ジョブを処理できるようになります。

自動バックアップ復元テスター

古い PC でバックアップが実際に機能するかテストする

バックアップ ジョブが正常に完了しても、データを回復できることは証明されません。古い PC は定期的にバックアップを復元し、作成されたファイルやサービスが実際に動作することを確認できます。

ファイル バックアップの場合、スクリプトを使用してサンプル データセットを一時ディレクトリに復元し、チェックサムや予期されるファイルを比較できます。仮想マシンの場合、テスト サーバーはイメージを復元し、KVM または QEMU でブートできます。 Borg、Restic、rsync、ZFS スナップショット、Proxmox Backup Server などのツールは、それぞれこの種のセットアップに異なる構成要素を提供します。単純なシェルまたは Python スクリプトを使用して、実際のテストを調整し、結果をレポートできます。

その後、結果を通知システムに接続できます。スケジュールされた復元が失敗した場合、緊急にバックアップが必要なときに問題を発見する必要がなく、サーバーはアラートを送信できます。同じマシンでさまざまなバックアップ ソースを長期にわたってテストできるため、別の汎用サーバーではなく、専用のリカバリ検証システムになります。

インターネットの死人のスイッチ

キルスイッチを構築する

Linux PC は、別のデバイスからの定期的な信号を監視することもできます。これらの信号が指定された期間にわたって到着しなくなった場合、サーバーは事前定義された通知またはワークフローをトリガーできます。インターネットの停止や停電などの通常の障害を考慮する必要があります。 1 回のリクエストの失敗によって重要なことがトリガーされることはありません。また、タイムアウトを長くしたり複数のチェックを使用して誤報を減らすこともできます。

単純な実装では、Uptime Kuma、小規模な HTTP エンドポイント、またはカスタム systemd サービスを使用できます。携帯電話または別のコンピュータは定期的にサーバーに接続します。サーバーは最後に成功したハートビートを記録し、予期されたチェックインが停止した場合に動作します。特定の目的に基づいてプロジェクトを設計することもできます。取り消しできないアクションを実行する許可をマシンに与えるのではなく、信頼できる人に通知するか、取り消し可能なワークフローをトリガーします。

その古い PC に仕事を与えてください

老朽化したコンピューターを使い続けるために、要求の厳しいデスクトップ環境を実行する必要はありません。 Linux は、特定のタスクを継続的かつ確実に処理するインフラストラクチャに変えることができます。これらのプロジェクトの中には、連携してうまく機能するものもあります。同じマシンで複数の軽量サービスをホストすることも、分離性と信頼性がより重要となるジョブ専用に別の古い PC を使用することもできます。いずれにせよ、ハードウェアの有用な部分は、要求の厳しいデスクトップを実行する機能ではなくなりました。それは、オンのままで接続を維持し、静かに仕事を実行できることです。