Ошибки Континент TLS-клиента: моя схема диагностики

Приветствую, коллеги. У Континент TLS десятки сообщений об ошибках, но полная переустановка нужна далеко не всегда. Я собрал порядок проверки, который помогает сначала определить сломанный участок: запуск программы, настройки пользователя, сеть, сертификаты или аутентификацию.

Почему я не начинаю с переустановки

Фраза «ошибка Континент TLS» слишком общая. Один клиент не запускается из-за отсутствующей библиотеки, другой не может сохранить конфигурацию, третий доходит до сервера и падает на проверке сертификата. Одинаковое действие для этих случаев только стирает полезные следы.

1. Клиент вообще не запускается

Сначала я закрываю зависшие процессы и смотрю журналы Windows. Если появляется сообщение «Не найден указанный модуль», определяю отсутствующую зависимость, а не скачиваю случайную DLL.

Как я устранил отсутствие mfc120u.dll в Континент TLS.

2. Не сохраняются настройки или сертификат

Проверяю запуск с правами администратора и пользовательский файл %APPDATA%\ContinentTLSClient\UserConfig.json. Повреждённую конфигурацию сначала сохраняю, затем позволяю клиенту создать новую.

Ошибка bad allocation при выборе сертификата.

3. Ресурс не находится по имени

Если клиент пишет об ошибке разрешения имени хоста, сертификат ещё не участвует в соединении. Я сверяю адрес без лишнего протокола и пути, проверяю DNS и только затем сетевой доступ.

Что проверить при ошибке разрешения имени хоста.

4. Не открываются порты 80 или 443

Здесь проверяю доступность назначения, настройки прокси, брандмауэр и защитное ПО. Порт 80 может требоваться не для самого кабинета, а для загрузки списка отзыва сертификатов.

Моя проверка портов 80 и 443.

5. Ошибка цепочки или CRL

Если соединение дошло до проверки сертификата, открываю его цепочку, проверяю срок действия, корневой и промежуточные сертификаты, а также актуальность CRL.

• Континент TLS не может проверить цепочку сертификатов;
• как обновить список отозванных сертификатов;
• сертификат сервера не прошёл проверку.

6. Сервер разрывает соединение при аутентификации

Это уже не DNS и не простой отказ порта. Я проверяю выбранный пользовательский сертификат, закрытый ключ, цепочку и соответствие сертификата назначенному ресурсу.

Разрыв соединения на этапе аутентификации.

Мой порядок проверки

1. Записываю полный текст ошибки и момент её появления.
2. Проверяю запуск и конфигурацию клиента.
3. Отделяю DNS от доступности порта.
4. Только после установления соединения проверяю сертификаты и CRL.
5. Сохраняю журналы до переустановки.
6. Меняю за один раз только один параметр и сразу проверяю результат.

Такая последовательность экономит время: по этапу сбоя обычно уже видно, нужно ли заниматься программой, сетью или криптографией.