外出先でのHome Sharing：ポータブルコピーかリモートサービスか

二日後に出発し、ライブラリを持って行きたいが、最初の判断はどのVPNを使うかではない。デバイスにファイルを置くのか、家に残るコンピュータへのライブアクセスが必要なのかという判断であり、これは失敗の仕方が異なる別のプロジェクトだからだ。逆の順序で進めると、動くトンネルが間違ったサービスを指すことになる。まずモデルを選び、それからネットワークを選ぶ。

まずローカルの構成を動かす

AppleのHome Sharingガイドは狭い構成を説明している。一つのWi-FiまたはEthernetネットワーク上のデバイス、それぞれに同じApple Account、そのアカウントで許可された購入が条件だ。ライブラリを提供するコンピュータも、メディアアプリを開いたまま起動している必要がある。自宅ですべて再現して持って行く予定のデバイスで再生を確認し、そこで失敗するものはホテルからも失敗すると覚悟する。

Home Sharing、AirPlay、ファイル共有は、それぞれ設定が異なる三つの別サービスだ。一覧に表示されるキャスト受信機は共有ライブラリではなく、トンネル越しにコンピュータのアドレスを開いてもどちらの証明にもならない。これを混同すると、週末が間違ったサービスのデバッグで消える。

オプションA：オフラインで検証したコピー

予測できるメディアのセットが必要なら、出発前に用意する。コピーする権利のあるコンテンツについて、メディアアプリのサポートされたダウンロード、同期、書き出しの経路を使い、ネットワークを切った状態でアプリが再生することを確認する。この最後の手順が試験のすべてであり、人が飛ばすのはそこだ。ファイルを開くのにまだ接続が必要なら早い段階で答えが出ているので、自宅で試す意味はそこにある。

サブスクリプションのダウンロードは通常のメディアファイルのようには振る舞わない。認可と期限の規則が異なり、それが最悪のタイミングで表面化する。

オプションB：リモートアクセス用に作られたサービス

留守中にライブラリが変わるなら、リモートのライブラリアクセス用に作られたサービスを選ぶ。ネットワークに触れる前に、クライアントアプリ、形式の対応、アカウント要件、許可されるコンテンツを確認し、文書どおりに正確に配備する。サービスにプライベートなVPN経路で到達できる場合は何も公開せず、共有ポートをインターネットに開くのではなくライブラリをその経路に置いたままにする。

プライベート経路の要点は、サービスが認証とコンテンツの規則を保ちながら、公開された露出を失うことにある。カフェから試しやすいからポートを開けると、ライブラリがインデックスされる結末になる。

Home Sharingがしないこと（リレーの有無を問わず）

ディスカバリリレーやレイヤー2の実験で、リモートサービスが一覧に現れることはある。現れることは接続ではなく、接続は再生ではない。

AppleはHome Sharingをローカルネットワークの構成として文書化している。だからリレーがあってもサポートされたリモートワークフローにはならず、認可と再生の確認はそのリレーの向こう側で行われる。この区別は計画に残しておき、ホテルの部屋で発見するのではなく、自宅でデバッグできるリレーは実験室であって旅行で頼る構成ではないと理解しておく。

実験するなら三つの結果を記録する

三つの結果に名前を付け、それぞれ別に記録する。ライブラリが一覧に現れる、クライアントからセッションが開く、選んだ項目が実際に再生される、の三つだ。それぞれの結果の横に正確なアプリ、バージョン、ネットワーク構成を書き、pingの成功や転送された告知はこの三つに含まれないと心得る。

どのモデルが欲しかったかを知るためだけに、ディスカバリのトラフィックをすべて転送するのは避ける。その作業は実験室のもので、旅行計画のものではない。

普通の旅行なら、筋の通る答えはオフラインで検証したコピーと、リモートから到達できるように作られたサービスの二つだ。