Requêtes proxy et le contrôle de préflight d'accessibilité d'Apple
Laissez la requête proxy prévue établir son propre résultat au lieu de la rejeter parce qu'un contrôle d'accessibilité distinct a utilisé une autre hypothèse réseau.
Un contrôle d'accessibilité préalable peut rejeter un téléchargement avant que l'application n'essaie sa route proxy. Une évaluation directe de la destination pose une question différente de l'atteinte d'un intermédiaire qui se connecte à cette destination.
Apple déconseille l'utilisation du contrôle préalable SCNetworkReachability et recommande de tenter la connexion. Les conditions peuvent changer entre le contrôle et l'opération, et des indicateurs positifs n'établissent jamais l'authentification du proxy, la vérification TLS ni l'acceptation de la destination.
Rapportez le résultat de l'opération
Laissez le résultat du client HTTP distinguer l'échec de connexion, le défi du proxy et la réponse de l'application. Une configuration appropriée d'attente de connectivité d'URLSession peut différer une opération jusqu'à ce qu'un chemin convenable existe ; elle ne fournit pas d'identifiants.
Affichez les états d'attente ou d'échec de la requête que l'utilisateur a faite. Les observations du chemin réseau restent des diagnostics utiles, mais ne devraient pas devenir un veto hors ligne permanent fondé sur une vérification antérieure utilisant une autre hypothèse de routage.