Проксі-запити й попередня перевірка доступності в Apple
Дозвольте передбачуваному проксі-запиту самому визначити результат, замість відхиляти його через те, що окрема перевірка доступності використала інше мережеве припущення.
Попередня перевірка доступності може відхилити завантаження ще до того, як програма спробує свій проксі-маршрут. Пряме оцінювання пункту призначення ставить інше питання, ніж досягнення посередника, який з'єднується з цим пунктом призначення.
Apple не рекомендує використовувати попередню перевірку SCNetworkReachability і радить намагатися встановити з'єднання. Умови можуть змінитися між перевіркою та операцією, а позитивні прапорці ніколи не підтверджують автентифікацію проксі, перевірку TLS або прийняття пункту призначення.
Повідомляйте результат операції
Нехай результат клієнта HTTP розрізняє збій з'єднання, запит проксі та відповідь програми. Відповідна конфігурація очікування з'єднання в URLSession може відкласти операцію до появи придатного шляху; вона не надає облікових даних.
Показуйте стани очікування або збою для запиту, який зробив користувач. Спостереження за мережевим шляхом залишаються корисною діагностикою, але не повинні ставати постійним офлайн-вето на підставі попередньої перевірки з іншим припущенням щодо маршрутизації.