Wi-Fi接続でiPhoneのVPNを起動する：まずアクションを単独で作る

外から見ると同じに見える失敗が二つあります。完了できないVPNアクションと、一度も動かなかったオートメーションです。先に接続を作り、そのあとにトリガーを作ると、この二つは一分ほどで切り分けられます。さらに、オートメーションをすでに証明済みのものに結び付けることになり、権限の話が出てくる前に変数の半分を消せます。この順番は何のコストもかからず、静かに発火するトリガーのあとに続く混乱を防げます。

まずアクションを単独で作る

あとで見分けられる名前でショートカットを作り、VPNを設定アクションを追加して、端末にすでにある保存済みの構成を指定します。トグルではなく接続を明示的に選びます。トグルは現在の状態に依存し、二回目の実行で違う結果を生むからです。そのあとショートカットを手動で実行し、プロファイルが通常求める認証を済ませます。ロックの挙動まで同時に試さないよう、端末のロックを解除した状態で一度だけ行います。

構成がアクションにまったく表示されない場合は、ここで止まり、提供元自身の説明を読みます。一部のクライアントはショートカットに接続を公開しておらず、どれだけ自動化してもその公開は作れません。アクションが壊れていると決める前に、アプリ自身のドキュメントでショートカットの節を確認してください。

トリガーを信じる前にアクションを証明する

アプリからショートカットを実行し、VPNの表示が出るかを見て、トンネル経由でしか動かない非公開のリソースを開きます。サービスが失敗しているのに表示が緑なら、それは経路の問題であって自動化の問題ではなく、トリガーを載せる前に直す必要があります。アプリを閉じて開き直し、サービスの応答がキャッシュではなくトンネル経由で来たことを確かめます。

すぐに二回目を実行します。二回目が接続ではなく切断になるなら、そのアクションは姿を変えたトグルであり、ネットワークが変わるたびに自動化はまったく同じ挙動を生みます。

そのあとにWi-Fiオートメーションを結び付ける

Wi-Fiトリガーの個人用オートメーションを追加し、ネットワークを選び、先に尋ねるのではなくすぐ実行するように選びます。いま証明したショートカットを指定します。端末がロックされていても実行できるオプションは、人を必要とするかもしれない接続に対してそれが許容できると判断してから初めて有効にします。

最初のテストでは、端末を手に持ったまま圏外に出て戻ります。VPNが何をするかを見る前に、オートメーションがそもそも発火するかを見ます。

オートメーションにまだできないこと

対話的なチャレンジのために人を用意することはできません。プロファイルがウェブのサインインを開いたり、一度だけ使うコードを求めた場合、オートメーションはそこで止まります。それを回避するためにパスワードやコードをテキストアクションに置くのは、秘密をより弱い保護の場所に移すことになります。

トンネルの準備前に端末から何も出ないことを保証することもできません。ネットワークに参加することとVPN接続を完了することは別の出来事なので、トンネルより前に通信を出さないという厳格な要件は、接続自体の適用ポリシーに属し、ショートカットのタイミングに属しません。

標準のOn Demandオプションが合う場合

セルラーでは接続し、指定したネットワークでは接続しない、といった常設のルールには、アプリや管理プロファイルがシステムが継続的に評価するOn Demand条件を提供できる場合があります。相反するものを求める二つの仕組みはトンネルを揺らすので、所有者は一つに決めてください。

信頼されたネットワークの例外には注意が必要です。ネットワーク名はただのラベルであり、どのアクセスポイントもその名前を名乗れます。何も一致しないたびに切断するプロファイルを引き継ぐのではなく、セルラーと未知のネットワークで何が起きるかを意識的に決めてください。