#Что происходит и как отличить проблему
Если защищённый сайт работает при прямом подключении, но TLS-соединение обрывается через корпоративный прокси, причина может быть в политике перехвата HTTPS, несовместимых настройках TLS, проверке доменной репутации или сбое самого промежуточного сервера. На управляемом рабочем устройстве не нужно отключать прокси и устанавливать сертификаты вручную без разрешения администратора.
#Возможные причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Корпоративный прокси прерывает согласование TLSОшибка возникает только на офисной сети или через корпоративный туннель. | При согласованной проверке на независимой сети сайт доступен. | Передать администратору адрес, время и точный текст сбоя. |
| Необходимый корпоративный сертификат или политика отсутствуетРабочее устройство не получает правильные политики управления доверием. | Несколько управляемых сайтов внезапно перестали работать. | Проверить штатное управление устройством у ИТ-службы. |
#Пошаговая проверка и устранение
- Запишите условия, при которых связь обрываетсяОткройте только нужный рабочий сайт через обычный корпоративный браузер. Зафиксируйте время, адрес без личных параметров, код ошибки и браузер. Если доступ к ресурсу ограничен политикой организации, не ищите способ обхода; этот сценарий должен разбирать администратор сети.
- Сравните разные разрешённые сервисыПроверьте другой разрешённый HTTPS-сайт и внутренний корпоративный ресурс. Если не работают все сайты, вероятна общая неисправность сети, а не один сертификат. Если сбоит только один домен, сохраните его имя и время ошибки для проверки журналов прокси. Не меняйте системный сертификатный магазин ради одного адреса.
- Уточните маршрут через проксиНа Windows откройте «Пуск» → «Параметры» → «Сеть и Интернет» → «Прокси» и прочитайте действующие параметры без их изменения. В управляемом браузере отдельные политики могут задавать прокси независимо. Если настройки отмечены как управляемые организацией, не выключайте их и не удаляйте корпоративный профиль.
- Сравните только по согласованию с ИТ-службойЕсли администратор разрешает, на отдельном неуправляемом устройстве и собственной мобильной сети проверьте тот же публичный сайт; для внутренних корпоративных ресурсов этот тест может не иметь смысла. Если на мобильной сети сайт работает, а через офисный прокси нет, сообщите различие ИТ-службе. Не переносите рабочие токены и документы на личное устройство.
- Передайте данные для проверки прокси и TLSНаправьте ИТ-службе домен, время, точную ошибку, браузер и сеть, где она возникает. Попросите проверить журналы TLS-политик, срок корпоративного доверенного сертификата, цепочку целевого сервера и поддерживаемые версии TLS. Если изменение политики потребуется, выполнять его должен администратор, а пользователь должен повторить проверку только после уведомления.
#Проверка результата и дальнейшие действия
Успех — нужный HTTPS-ресурс открывается по штатному корпоративному маршруту без отключения защиты и без ручного принятия недоверенного сертификата. Если проблема сохраняется, ИТ-служба должна подтвердить причину по журналам промежуточного узла.