Una aplicación protegida por llave Sentinel puede funcionar en un VPS en determinadas configuraciones, pero la llave, por sí sola, no demuestra que tu programa ni tu licencia admitan ese uso. Antes de contratar, hay que validar cuatro piezas: aplicación, derecho de uso, mecanismo de acceso a la llave y recuperación ante fallos.
Esta guía te ayuda a preparar esa validación y a comparar propuestas. No sustituye la autorización del fabricante del software ni certifica un modelo de llave concreto.
Primero identifica qué estás intentando alojar
“Sentinel” no es una especificación suficiente. En Sentinel LDK existen llaves físicas HL y mecanismos SL o CL que no son equivalentes. Además, dentro de HL cambian las capacidades según modelo y configuración. Las familias de producto, las generaciones y los permisos incorporados a una licencia importan más que el aspecto de la carcasa.
La tabla de atributos de Thales permite contrastar esas diferencias, incluida concurrencia y uso de máquinas virtuales. Una capacidad técnica disponible en la familia no significa que el editor de tu aplicación te la haya concedido.
Separaremos cinco preguntas que suelen mezclarse:
- Aplicación: ¿la versión exacta funciona y recibe soporte en el sistema operativo y modalidad de sesiones propuestos?
- Licencia comercial: ¿permite hosting externo, usuarios remotos, virtualización y el número de usuarios simultáneos requerido?
- Llave: ¿qué familia, modelo y configuración contiene los derechos? ¿Es individual o de red?
- Runtime: ¿qué componente y versión reconoce esa llave en esa combinación de sistema y aplicación?
- Transporte: ¿cómo llega la aplicación a la llave y quién atiende cada dependencia física o de red?
Tres rutas que merece la pena evaluar
| Ruta | Cuándo estudiarla | Qué falta demostrar |
|---|---|---|
| Licencia de red admitida por el editor | El producto contempla clientes remotos y un servicio de licencias compatible. | Derechos efectivos, concurrencia, ubicación autorizada y comportamiento al perder conexión. |
| Llave física mediante USB por red | El editor acepta esta arquitectura y existe un dispositivo compatible con la llave concreta. | Compatibilidad extremo a extremo, reconexión, custodia y recuperación del anfitrión físico. |
| Cambio de modalidad con el editor, o permanencia local | No se acredita alguna condición anterior o una solución distinta reduce la dependencia física. | Disponibilidad comercial de la alternativa, coste, condiciones y plan de transición autorizado. |
Thales documenta la conexión virtual de llaves HL por red a máquinas físicas o virtuales y enumera dispositivos dedicados que ha probado. Eso sustenta una opción técnica; no prueba cualquier adaptador USB, cualquier VPS ni la autorización de cualquier programa. La documentación corresponde a LDK: si tu producto utiliza otra familia, verifica su documentación propia.
Entrar por Escritorio remoto no demuestra que la aplicación pueda usar la llave. La sesión, el servicio de licencias y el acceso al dispositivo son componentes distintos. Tampoco deben confundirse redirigir un dispositivo y disponer de una licencia de red.
Ficha de viabilidad para copiar a tu solicitud
Completa lo que sabes y marca lo demás como pendiente. No publiques números de llave, archivos de licencia ni credenciales en foros o formularios abiertos. El proveedor puede pedir detalles por un canal privado autorizado.
| Dato | Qué anotar | Evidencia esperada |
|---|---|---|
| Programa y editor | Nombre, edición, versión y módulos realmente usados. | Requisitos y respuesta del editor para esa versión. |
| Llave y runtime | Familia, modelo, configuración y versión instalada, sin divulgar identificadores. | Inventario obtenido con las herramientas oficiales que correspondan. |
| Uso | Personas, sesiones simultáneas, ubicaciones y horario operativo. | Licencia y condiciones de uso remoto aplicables. |
| Entorno destino | Edición de Windows u otro sistema admitido, arquitectura, tipo de sesión y aplicación. | Matriz de compatibilidad de todos los componentes. |
| Dependencias | Base de datos, impresoras, rutas, exportaciones, integraciones y tareas programadas. | Lista de operaciones que deben pasar el piloto. |
| Continuidad | Tiempo de recuperación tolerable y alternativa mientras la llave no esté disponible. | Procedimiento, responsables y prueba documentada. |
Cuando corresponda a tu versión, el Admin Control Center de Sentinel muestra datos como tipo de llave, configuración, ubicación y sesiones. Úsalo como inventario, no como prueba de que todo el sistema funciona. Algunas llaves tienen particularidades de identificación, por lo que conviene evitar deducciones basadas solo en un número visible.
Semáforo de decisión, sin puntuaciones inventadas
- Continuar al piloto: editor, arquitectura y licencia están identificados; existe autorización y un entorno de prueba recuperable.
- Falta evidencia: alguna respuesta depende de “normalmente funciona”, no hay condiciones escritas o nadie se hace cargo del dispositivo físico. No lo conviertas en un sí comercial.
- No aceptar esa propuesta: requiere eludir la protección, copiar ilegalmente una licencia o operar contra condiciones expresas. Busca una alternativa autorizada.
Prueba la operación, no únicamente que aparezca la llave
Acuerda primero datos de prueba, usuarios autorizados, una ventana de trabajo y un retorno seguro. No desconectes una llave ni reinicies equipos productivos para “ver qué ocurre”. Define los criterios con el responsable del negocio antes del ensayo.
| Prueba en entorno autorizado | Criterio de aceptación | Registro que debe quedar |
|---|---|---|
| Inicio y funciones licenciadas | Abren los módulos contratados y completan una operación representativa. | Versiones, pasos, resultado esperado y observado. |
| Sesiones simultáneas | Se respetan los puestos adquiridos y la aplicación opera como documenta el editor. | Número de sesiones y respuesta al alcanzar el límite. |
| Cierre y reapertura | La licencia vuelve a estar disponible conforme a su comportamiento documentado. | Tiempo observado y cualquier intervención necesaria. |
| Pérdida controlada de conexión en el piloto | La aplicación muestra un estado entendible y se recupera sin asumir que una operación quedó guardada. | Qué ocurrió con la transacción en curso y cómo se comprobó. |
| Reinicio del entorno de prueba | Los componentes recuperan el servicio según el procedimiento acordado. | Orden, responsables y tiempo real medido. |
| Recuperación del componente físico | Existe una vía autorizada y practicable si falla anfitrión, puerto o llave. | Contacto, repuestos permitidos y dependencias del editor. |
Ejemplo hipotético: un despacho utiliza dos sesiones de un programa antiguo. En el piloto la llave reaparece tras una interrupción, pero una exportación queda incompleta. El resultado no es “todo pasó”: la detección de licencia pasó y la continuidad de esa tarea no. Se documenta cómo reconocer y repetir la exportación, se revisa con el editor y se vuelve a probar. No es un caso de cliente ni un resultado garantizado.
Una copia del disco del VPS no equivale a tener otra llave física. Tampoco una sustitución de hardware implica que el editor autorice transferir los derechos sin trámite. La documentación de llaves de usuario final de Thales distingue la protección física de las modalidades ligadas por software. Pide el procedimiento de reposición de tu licencia concreta.
Lo barato y lo estable se comparan con responsabilidades
Un precio de VPS no representa necesariamente el servicio completo. Separa infraestructura virtual, alojamiento y custodia de la llave, dispositivo de conexión, licencias, administración, respaldo de datos y soporte de la aplicación. Cada partida debe decir qué incluye y qué queda fuera.
Para comparar dos propuestas usa esta hoja, con importes y horas propios:
Preparación inicial + 12 × cargos mensuales + renovaciones anuales + horas internas previstas × coste interno por hora.
Registra aparte el impacto de una interrupción y sus supuestos. No lo presentes como ahorro garantizado ni sumes dos veces una licencia ya incluida.
- ¿Quién responde cuando la llave no se detecta?
- ¿Quién puede acceder físicamente y en qué horario?
- ¿Qué separa tiempo de respuesta, diagnóstico y resolución?
- ¿Quién coordina con el editor de la aplicación?
- ¿Cómo recuperas tu llave y tus datos si terminas el servicio?
Pagar más puede estar justificado si se incluyen diagnóstico experimentado, responsabilidades claras y pruebas de recuperación que te eviten dedicar horas a coordinar incidentes. No basta con llamarlo “administrado”: comprueba alcance, exclusiones y compromisos por escrito. Cobalt Blue Web puede ser una opción para evaluar tu caso, al igual que otro proveedor que demuestre esas capacidades. La elección debe basarse en evidencia, no en promesas generales de disponibilidad.
Si falla, recoge evidencia antes de cambiar cosas
- Localiza el punto de fallo: ¿no se ve el dispositivo, no lo reconoce el runtime o la aplicación rechaza el derecho? Son síntomas distintos.
- Registra el contexto: hora, versión, mensaje exacto, operación y si afecta a todas las sesiones. Oculta o elimina identificadores sensibles antes de compartir.
- Compara con el último estado funcional: cambios de aplicación, sistema, runtime o infraestructura, sin asumir causalidad por coincidencia temporal.
- Escala al responsable correcto: dispositivo y conectividad al operador; licencia y comportamiento del programa al editor; coordinación al responsable del servicio.
- Verifica el cierre: repite la operación de negocio que fallaba. Que el dispositivo aparezca es una comprobación parcial.
No conviertas un diagnóstico en una serie de cambios de seguridad, reinstalaciones o pruebas destructivas sin un plan. Conserva evidencia y usa los procedimientos admitidos por los fabricantes.
Cómo ayuda la IA, y dónde no puede decidir
Una herramienta de IA puede organizar mensajes de error ya anonimizados, convertir una lista de dependencias en un guion de prueba o comparar dos propuestas sin datos confidenciales. Por ejemplo: “Separa estas condiciones en aplicación, licencia, transporte y recuperación; señala las preguntas sin respuesta”.
No puede conceder derechos de uso, certificar compatibilidad por intuición ni sustituir una prueba real. Revisa sus conclusiones contra documentación y contratos; no le entregues archivos de licencia, números de llave, credenciales ni registros con información de clientes sin autorización.
Preguntas frecuentes
¿Cualquier llave Sentinel funciona en cualquier VPS?
No. Deben coincidir familia, configuración, runtime, sistema, aplicación, mecanismo de acceso y derechos. Una demostración con otro programa o llave no acredita tu combinación.
¿Una llave individual se vuelve multiusuario al alojarla?
No. El transporte del dispositivo no amplía la licencia. La concurrencia debe estar concedida por el editor y admitida por el producto.
¿Puedo comprometer una fecha antes del piloto?
Puedes planificar una fecha condicionada. No es responsable prometer un plazo fijo sin conocer permisos, componentes, pruebas y reposición de la llave.
Siguiente paso: completa la ficha y solicita una evaluación con criterios de aceptación y responsables. Si nadie puede acreditar la viabilidad, mantener temporalmente el entorno existente puede ser mejor decisión que una migración apresurada.