Patrones técnicos reales
Resume situaciones reales de OPC UA, HTTPS, certificados, trust list, usuarios, hora, firmware, IPC, HMI restaurada, servicios web y accesos que dejan de comportarse igual tras un cambio.
Diagnóstico de automatización industrial
OPC UA certificado rechazado en PLC: separar certificado, trust list, hora, identidad, usuario, cliente y servicio antes de concluir.
Cuando OPC UA rechaza un certificado en PLC, no basta con mirar una alarma o una señal aislada. La guía ayuda a ordenar evidencias, condiciones de aparición, documentación y límites sin convertir el caso en una instrucción operativa.
El error es tratarlo como simple problema de comunicación. En acceso seguro OT, la confianza, la hora y la identidad también son parte del diagnóstico.
Criterio de la guía
Por qué esta guía puede ayudarte.
Está escrita para ordenar fallos de confianza OT sin publicar credenciales, certificados privados, usuarios, rutas, direcciones internas ni procedimientos de acceso.
Separación antes que ajuste
Ayuda a separar red disponible, servicio activo, identidad del servidor, confianza del cliente, hora, usuario, permiso, certificado y restauración parcial.
Límites claros
No da instrucciones para cambiar políticas, instalar certificados, administrar usuarios, abrir servicios, tocar trust list, modificar red OT ni compartir credenciales.
Separación diagnóstica
La primera separación: red, servicio o confianza.
Un puerto accesible no demuestra que cliente y servidor se reconozcan ni que la política de confianza sea coherente.
Certificado y trust list
Entra cuando cliente o servidor rechazan identidad, certificado, cadena de confianza, nombre, huella o lista de confianza.
Hora y validez
Entra cuando la fecha, zona horaria, reloj, validez temporal o sincronización puede invalidar una comunicación segura.
Usuario y permiso
Entra cuando la conexión existe pero una función, lectura, escritura, navegación o servicio queda bloqueado por permisos.
Restauración parcial
Entra cuando PLC, HMI o IPC fueron restaurados, pero certificados, usuarios, rutas o servicios no quedaron alineados.
Cambio de cliente o servidor
Entra cuando se reemplazó PC, cliente OPC, HMI, firmware, runtime, servidor, tarjeta o equipo que participa en la confianza.
Evidencia mínima
Evidencia mínima útil antes de cerrar diagnóstico.
La evidencia útil describe qué lado rechaza, bajo qué política, con qué hora y después de qué cambio.
- Servicio afectado: OPC UA, HTTPS, web server, cliente industrial, HMI, SCADA, gateway, IPC, PLC o dispositivo integrado.
- Mensaje exacto de rechazo: certificado, trust list, política, usuario, permiso, endpoint, nombre, hora o identidad.
- Momento de aparición: sustitución de PC, firmware, restauración, backup, cambio de usuario, cambio de cliente o mantenimiento.
- Estado de hora, fecha, zona, sincronización, validez del certificado y diferencia entre equipos que sí conectan y equipos que no.
- Relación entre servicio activo, red disponible, usuario, permiso, certificado, trust list y versión de runtime o firmware.
- Capturas y registros con datos sensibles ocultos: no publicar credenciales, certificados privados, IP internas ni nombres críticos.
Patrones de error
Errores que conviene evitar.
Los accesos seguros se rompen cuando se tratan como una comunicación sin identidad.
Probar solo conectividad
Ping, puerto o servicio visible no prueban confianza, usuario, permiso ni validez del certificado.
Olvidar la hora
Un reloj incorrecto puede hacer que un certificado parezca inválido aunque la red y el servicio están activos.
Restaurar sin usuarios ni certificados
Algunos backups recuperan programa o runtime, pero no toda la capa de confianza y acceso seguro.
Compartir evidencia sensible
Una captura útil debe ocultar credenciales, claves, direcciones privadas, huellas sensibles y arquitectura interna.
Documentación
Documentación que conviene reunir sin exponer material sensible.
Dentro de Harcki, el caso puede continuar con proyectos, esquemas, capturas, alarmas, versiones, eventos, cambios, historial y documentación validada sin publicar material sensible en la web.
- Mapa limitado de cliente, servidor, servicio, versión, firmware, runtime, política de seguridad y equipo sustituido.
- Capturas de errores, estados de servicio, hora, certificado, permisos y registros con información sensible ocultada.
- Relación de cambios: IPC, HMI, firmware, restore, usuario, certificado, cliente OPC, gateway, red o políticas de acceso.
- Evidencia de qué equipos conectan, cuáles no, con qué usuario, desde qué cliente y bajo qué condición temporal.
- Historial de configuración validada, responsables y documentación oficial sin publicar claves ni arquitectura privada.
Seguridad
Límites de seguridad antes de intervenir.
El acceso seguro OT protege sistemas de control. Ordenar el diagnóstico no autoriza abrir puertas ni degradar políticas.
- No tratar un rechazo de certificado, trust list, usuario u hora como una molestia si protege acceso a control industrial.
- No da instrucciones para cambiar políticas, instalar certificados, administrar usuarios, abrir servicios, tocar trust list, modificar red OT ni compartir credenciales.
- No publicar certificados privados, usuarios, contraseñas, direcciones internas, rutas, huellas sensibles ni arquitectura de acceso.
- No rebajar seguridad para recuperar visibilidad sin validación del responsable OT o del integrador/fabricante.
- Ante duda de credenciales, acceso remoto, confianza, usuarios, red OT o política de seguridad, parar y escalar por el canal responsable.
Harcki
Esta guía ordena el inicio; Harcki permite continuar el caso completo.
Esta guía ayuda a ordenar el diagnóstico de automatización sin publicar proyectos, credenciales, redes privadas ni instrucciones de intervención. Dentro de Harcki, el caso puede continuar con historial, evidencias, documentación validada, decisiones, contexto y memoria técnica compartida.
- 01Confianza con contexto
Harcki puede conectar servicio, certificado, hora, usuario, cambio y equipo real para saber qué parte de la confianza se rompió.
- 02Evidencia protegida
Capturas y registros pueden aportar valor si se tratan con límites y no exponen secretos ni arquitectura privada.
- 03Memoria OT prudente
Los patrones de trust list, hora o restore parcial ayudan a orientar sin convertir la web en manual de acceso.
Normativa y límites
Normativa, fabricante y responsable técnico siguen mandando.
Harcki ayuda a ordenar el caso. Las decisiones críticas dependen del profesional responsable y del marco aplicable.
Aviso de lanzamiento
Recibe el aviso cuando Harcki abra su primera fase.
Recibe el aviso para solicitar acceso a Harcki. Dentro de Harcki podrás continuar este diagnóstico con OPC UA, certificados, hora, trust list, usuarios, documentación validada, evidencias, historial y memoria técnica con límites claros.