VPN やコンテンツフィルタを入れると、App Store がサインインできなくなったり、ダウンロードできなくなったりします。Safari はページを読み込めるため、ネットワークではなく Apple アカウントの問題に見えます。そうではなく、四つの別々の問いとして扱ってください。Mac はサービスに到達できるか、サインインできるか、カタログを取得できるか、一つだけダウンロードできるか。失敗ごとに異なる段階を示しており、以下のチェックリストは間違えても損が最も少ない順にたどります。

何かを変える前に、失敗を名づける

実際に何が起きているかを書き留めます。開くのに何も一覧表示しないストアは、認証ではなく到達性やプロキシの問題です。項目は表示するのにダウンロードを拒むストアは、大量接続での転送障害に近いものです。エラー文言のないサインインのループは通常アカウントの状態で、ネットワークの調整では直りません。

いつ始まったのか、最後に変わったのは何かを記録します。答えが新しいネットワーク製品なら、そのバージョンとコンポーネントが、集める他の何よりも重要です。自分で直す場合でも、両方をチケットに残してください。次に担当する人は、あなたが止まったところから始めるからです。

手順一: Apple のサービスと時計を除外する

Mac のネットワーク設定に触れる前に、Apple の System Status ページとエラー文言そのものを確認します。サービス障害は利用者から見ると壊れたフィルタとまったく同じに見え、手元の機械を変えなくても解消します。そのページの二分が、再設定の一時間を節約することはよくあります。

日付と時刻が正しいこと、タイムゾーンも含めて確認します。証明書の検証は時計に依存し、スリープや移動をした Mac は、昨日は届いていたサービスとの TLS ハンドシェイクに失敗します。アカウントに注意が必要なら、経路の変更ではなくアカウントの手続きを使ってください。

できれば同じネットワーク上の二台目で試します。二台が同時に失敗すればネットワークかサービス、一台だけが失敗すればその Mac の設定を示します。

手順二: 製品がどのコンポーネントを入れたかを特定する

VPN トンネル、HTTP プロキシ、コンテンツフィルタ、DNS プロキシは別々のもので、一つのインストーラが複数を追加することもあります。推測する前に、実際に何が設定されているかを見てください。修正は失敗する通信を持っているコンポーネントにあるからです。

現在の macOS では、ネットワーク拡張はシステム設定のプライバシーとネットワークの領域に、製品が追加したプロキシ設定や DNS 設定と並んで表示されます。見つけた内容を記録し、トンネルが接続されていることを意図的に要求するブロックを製品が適用しているかどうかも書き留めます。

その最後の点が重要です。トンネルが切れている間にストアを遮断するフィルタは設計どおりに動いており、不具合として扱うと、組織が求めた保護を切ってしまいます。ルールが間違っていると判断する前に、製品自身のルールの説明を読んでください。

手順三: 一度にちょうど一つの経路を変える

製品自身の文書化された制御を使って別の経路を試し、変えるのは一つだけにします。管理された Mac ではその変更に管理者が必要なことがあり、主張を通すためにポリシーを迂回するのは、診断するのとは別の判断です。

許可された代替経路でストアが動けば答えは出ます。障害は元の経路を支配するポリシーにあります。どれが重要だったかを見るためにあらゆるセキュリティ構成を切るのではなく、その所見を製品の所有者に渡してください。

手順四: 検査は検査する側のシステムで直す

Apple が公開しているネットワーク要件は、アプリ、ソフトウェア更新、アカウントサービス、証明書検証の依存先を分けているため、一つのなじみのあるホスト名を許可してもサービス全体を覆えません。また、HTTPS の傍受がこれらのサービスを壊しうるとも述べています。

プロキシやフィルタが通信を検査する場合、サポートされる例外は検査する側のシステムに属し、それを管理する人が適用します。Mac 側で証明書検証を弱めたり、想定外の証明書を受け入れたりして補わないでください。サポートの事案をセキュリティの事案に置き換えることになります。

手順五: 正しくアンインストールし、きれいに引き継ぐ

製品が不要になったら、そのアンインストーラを使い、求められた再起動を最後まで行います。アプリをゴミ箱に移したり、設定で VPN の項目を削除したりしても、ネットワーク拡張やプロキシ設定、バックグラウンドのコンポーネントが消えた証明にはならず、残った部分が通信に影響し続けます。

キャッシュ、Cookie、キーチェーンの項目を消すという最初の衝動に抗ってください。必要になるかもしれない状態を捨ててしまい、どのコンポーネントが経路を変えたかを特定できることはほとんどありません。同様に、何も私的なものが含まれないと決めつけて、システム診断のアーカイブ全体を公開しないでください。

より良い引き継ぎは短く済みます。エラー文言、時間帯、製品とバージョン、導入されたコンポーネント、そして許された一度の比較の結果です。

関連記事