自宅でのセルフホスティング - どっちがリスク高い？HDDが壊れることとGmailアカウントを失うこと？ああ、今はただセルフホスティングするだけじゃなくて、機材を置くスペースも必要だし、バックアップの計画や更新のインストールも考えなきゃいけない。更新をテストして、バグでシステムが壊れないようにするのも大事だよね。更新中やバックアップ中に停電が起きたら大変だし、UPSも必要だね。あ、そういえば、UPSが故障してNASのHDDが壊れちゃったんだ。もうこれ以上は面倒見れないよ、他にやることがあるからさ ;)

ただ、いくつかの重要なリスクもあるよね。ローカルのプライベートキーをうっかり削除したり忘れたり、主要なメールドメインを失ったりすると、どうしようもないからね。サードパーティのサービスで2FAやアカウント復旧を設定する方がずっと簡単だよ。セルフホスティングしない方がいいとは言ってないけど、99%の人にとっては、アカウントを復旧できるようにする方がリスクが少ないかもね。

自分のドメインを持って、好きなメールホスティングプロバイダーに向けて、何かがひどく間違ったらプロバイダーを切り替えればいいんだ。ドメインは安いし、特定のメールプロバイダーに依存したメールアドレスは使わない方がいいよ。自分でメールをホストするか、プロのサービスを使うかは関係ないからね。

自分でメールをホストする時の唯一の問題は、設定じゃないんだよね。メールサーバーの設定に関するドキュメントはたくさんあるけど、実際に運用するのは別の問題。特に、トラブルシューティングや問題解決についてのリソースを見たことがないし、全然分からない。特に他のプロバイダーとの相互運用性に関して。例えば、もしGoogleがあなたのサーバーをブラックリストに載せたら、誰に相談すればいいの？どうやってそのことを知るの？彼らにはメールアドレスや、エラーメッセージに解決手続きが書いてあるの？それとも、他のグローバルなIP禁止サイトについても。メールのトラブルシューティングガイドが見たいな。DKIMのようなプロトコルやDNSの設定についてじゃなくて、技術的には正しく設定されていても、サービスに影響を与える他のアクターとの対処法が知りたいんだ。

リスクは確かにあるけど、実際に多くの人に起こる可能性はどれくらい？これを持ち出す理由は、Gmailの初期ユーザーがそれに切り替えたり、依存するようになったのは、他の選択肢がもっとひどかったからなんだよね。ISP経由のアカウントは、別のISPに切り替えた瞬間に消えちゃうし、その切り替えは、ISPがサービスを提供していない場所に引っ越した場合は必要なことだったかもしれない。大学のメールアドレスも、卒業後すぐに消えちゃうし、雇用主のメールアドレスも、転職したらすぐに使えなくなる（そもそも個人利用にはリスクがあるし）。他の専用プロバイダーを通じて、今はほとんどの専用プロバイダーが消えちゃったんじゃないかな。そう、自己ホスティングはその問題をある程度解決できるかもしれないけど、あくまで「ある程度」なんだよね。自分のアイデンティティをコントロールするって言っても、セキュアなメールサーバーを設定して維持する知識がなければあまり意味がない。もしそれができて、特に狙われていなければ、大丈夫だと思うけど。そうじゃなければ、全てが不確実になるし、完全にコントロールできるわけでもない。結局、ドメイン名の管理もあるからね。しっかり勉強して更新を怠らなければ大丈夫だと思うし、Googleよりは確実に良い状況になると思うけど、やっぱりそれは自分次第だよね。Gmailや他のプロバイダーを選ぶ理由もあるし、結局、そういう人たちは短期的にも中期的にも良い結果になると思うよ。

自分でホスティングする「devdocs」[1] と、Linux上のzeal [2] がオフラインドキュメントの問題をたくさん解決してくれると思うよ。 [1] https://github.com/freeCodeCamp/devdocs [2] https://zealdocs.org/

これ以上は無理だな。ネットから切り離されてる時間が長いのが好きで、その時が一番生産的なんだ。bashエイリアスを使ってwgetでウェブサイトを再帰的に保存したり、yt-dlpで見たい動画をダウンロードしたり、KiwixでWikipediaのオフラインコピーを手に入れたりしてる。メールはローカルに保存してるし、オフラインでドラフトをキューに入れられる。SingleFile拡張機能を使えば、単一ページを効果的に保存できるし、Zealは素晴らしいオープンソースのドキュメントブラウザだよ。

ダウンタイムは自分のシステムの弱点を学ぶチャンスだよね。自分ではどうしようもないシナリオ（上流の問題）もあるけど、他には対策がある。そういう対策を考えるのが楽しいし、そのコストが可能性に見合うかどうかを判断するのも好き。たとえ見合わなくても、対策を考えないわけじゃないからね。

https://kiwix.org/en/ といくつかのJellyfinのセットアップは、オフラインでの素晴らしいリソースだよ。でも、NixOSやGentooは、インターネットがないとすごく不満になるんだよね。全てのパッケージをミラーリングするのは、通常は選択肢じゃないし。

NixOSはキャッシュをホストしないとオフラインでは使えない（それはかなり悪いね）。キャッシュや他のリポジトリバックアップシステムは、パッケージマネージャーを使うソフトウェアには重要だと思う。何百人、いや何千人もの個人に依存して、依存関係のツリーを維持してもらうって、現代のソフトウェア開発の中で最もクレイジーな部分の一つだと思う。エンドユーザー向けのソフトウェアは、すべての依存関係がバンドルされた個別のパッケージの方が好きだな。どちらにしても、実際にはハードドライブにそれがあるから。

どのプロジェクトで問題にぶつかったの？Docker Composeを使える段階まで行ったプロジェクトは、だいたい上手くいく気がするけど。あと、ほとんどの会社はいつか必ず信頼を裏切るから、なんでそのチャンスを与える必要があるの？俺はHome Assistantを自分でホストしてるけど、あそこは法律的な障壁を自分で設けてる数少ない会社だから、もしPaulusが明日バスにひかれたら、プロジェクトがユーザーに対抗することはできなくなるよね。

docker それが問題だね。Dockerはストレージやネットワークに間接性を加えるし、セキュリティやその他のアップデートを得るためにコンテナを再構築するか、他の人に頼らなきゃいけないから、アップグレードも難しくなる。もし上流のOSベンダーパッケージとしてデプロイできるものや、単一のバイナリ（goベースのプロジェクトはよくこれをやる）にこだわれば、長期的にはもっと良い経験ができると思うよ。

その会社がプライバシーを尊重して、適正な価格設定をしているなら。 それも非常に限られたリストだね。

なんでDockerをアップデートする必要があるの？俺はDockerをアップグレードせずに1年以上もボックスを動かしてたけど、イメージのアップグレードは月に15分もかからないよ。 >>> 「もし会社がプライバシーを尊重しているなら、そんな会社はめったに見かけないし、年が経つにつれて一貫した姿勢を維持することすら信じるのが難しい。」

RIP "私はarchを使ってるけどね"

これはBlueskyが話している「信頼できる退出」のアイデアに似てるね。それに、オープンソースで自己ホスティング可能、クラウドホスティングサービスとこれらのセットアップ間の移行ができるZulipにも拍手を送りたい。

ただ、これは技術的な制限でもあるんだよね。私のドメイン名を使う全てのデバイスが、何かのキーで署名されたものが実際にXorNot.comとかであることを受け入れられない理由はないんだけど…その設定を維持するのは大変だよね。もしその概念が十分な技術的支持を得られれば、「信頼できるキーのリストと名前」のみでシステム全体を置き換えることもできるかもしれない。

「ドメインはレンタルするだけだよ。」もしICANN承認のroot.zoneとICANN承認のレジストリだけが選択肢ならね。実験として、自分専用のレジストリを作ったんだ、誰とも共有してない。何年も自分のルートサーバーを運営していて、つまり、自分のカスタムroot.zoneを所有する全てのコンピュータに提供している。よく知られた分類システムを埋め込んだカスタムTLDを使った検索実験もあるよ。ドメイン名のTLD部分は、地球上のどんな製品やサービスも分類できる。ICANNのTLDは曖昧で、時には欺瞞的ですらあるから。

俺だけじゃないって思うと嬉しい。古いノートパソコンはRaspberry Piよりずっと良くて、しかも無料で電力効率もいいよね。

Lenovo ThinkCentre MiniPCや同じようなブランドもおすすめだよ。企業がハードウェアをアップグレードする時に安く手に入ることが多い。これらのマシンはアイドル時の電力効率も良くて、ノートパソコンよりもスペースを取らないし、ケースファンも静かだから（ノートパソコンは負荷がかかるとうるさいことがある）。今はM910のi5（6世代か7世代）でSyncthing、Forgejo、Pihole、Grafana、DB、Jellyfinなどを問題なく動かしてるよ。

そうだけど、RAID6/RAIDZ2に相当するもの以下だと、データ損失のリスクがかなり高くなるよ。ほとんどのノートパソコンはSATA/M.2ポートが不足してるから、何らかのパリティを取ることができない。RAIDが提供する耐障害性を求めるなら、新しいハードウェアが必要になるよ。理想的には、「異なる物理的な場所にバックアップを取る」というルールに従うなら、異なるマシンでそれを2回持っておくのがいいね。