Сертификат OPC UA доверенный, но соединение отклонено: проверить ApplicationUri
Рассмотреть схему крупнее
После переноса конфигурации шлюза хозяйства администратор добавил сертификат в доверенные, однако клиент продолжает отклонять соединение. Повторное добавление того же файла может ничего не изменить. Проверка доверия отвечает только на часть вопросов. Если идентичность приложения в сообщении не совпадает с сертификатом, нужно устранить подтверждённое несоответствие, сохраняя установленную модель идентичности и документированный порядок управления сертификатами системы.
Разделить причины отказа
OPC UA описывает проверку доверия и проверку URI отдельными шагами. Для соответствующего сертификата URI должен согласовываться с ApplicationDescription. Следовательно, доверенный сертификат не устраняет ошибку идентичности приложения. Анализируйте фактический диагностический результат и установленную редакцию реализации. Не отключайте проверки целиком, чтобы обойти непонятное сообщение: это скрывает причину и меняет принятые проектом условия соединения. (OPC Foundation — Part 4, Certificate validation)
Соберите публичные сведения сертификата, ApplicationUri приложения и сведения о том, какой файл действительно использует процесс. Закрытый ключ не копируйте в общий пакет диагностики. Проверьте наличие нескольких хранилищ и разных служебных учётных записей: интерфейс настройки и работающий сервис могут обращаться к разным экземплярам. Зафиксируйте также, какое изменение предшествовало отказу: перенос конфигурации, переименование узла либо плановая замена сертификата.
Исправить подтверждённое несоответствие
На стендовой копии сравните заявленную идентичность с сертификатом и утверждённым паспортом приложения. Выбор способа исправления зависит от того, какая идентичность должна сохраниться по проекту. Это может потребовать корректной настройки либо перевыпуска сертификата по действующему порядку. Не копируйте идентичность соседнего рабочего шлюза ради быстрого подключения: такое решение создаёт другую проблему и затрудняет последующий аудит нескольких экземпляров.
После согласованного исправления проверьте соединение и чтение разрешённого тестового узла. Затем выполните отдельный отрицательный сценарий с несовпадающей идентичностью в изолированной среде. Он должен дать предусмотренный отказ, а не бесшумное принятие любого сертификата. Если доступна только общая ошибка безопасности, сохраните серверную диагностику соответствующего этапа; не приписывайте общей надписи более точный смысл без подтверждающего события на принимающей стороне.
Обновить паспорт приложения
В отчёте укажите установленную причину, публичные идентификаторы до и после изменения и подтверждение проверки. Зафиксируйте используемое хранилище и процесс, чтобы следующий инженер не редактировал неактивный файл. Приёмка подтверждает согласованную идентичность и сохранение требуемых проверок. Для хозяйства это делает восстановление шлюза управляемым и не превращает добавление сертификата в доверенные в универсальную процедуру устранения любой ошибки OPC UA без понимания её действительного происхождения.
Запросы отправляются на наш e-mail из вашей почтовой программы.
