Durante el día a día de trabajo solemos encontrarnos algunos que otros casos curiosos de uso, problemas que no lo son tanto y otros que no dan demasiadas pistas. Hoy toca explicar uno de estos últimos, a la hora de configurar un sistema de copias de seguridad ¿Seguro que tienes uno en tu empresas verdad? En este caso mediante DPM (Data Protection Manager / Azure Backup Server) se mostraba el siguiente error:
"Las credenciales de almacén proporcionadas no son válidas. El archivo está dañado o no tiene las últimas credenciales asociadas con el servicio de recuperación. (ID: 34513)
Le recomendamos que descargue un nuevo archivo de credenciales de almacén desde el portal y que lo use antes de los 2 días siguientes a la fecha de descarga"
Aquí es donde cualquier mortal pensaría que, efectivamente, el fichero con el que se configuran las credenciales de la copia de seguridad se ha ido de fiesta y tiene resaca. No es habitual pero por si acaso, volvemos a descargar, lo metemos en un archivo comprimido, copiamos al servidor de nuevo… mismo mensaje de error, (en inglés, para los más avanzados):
"Invalid vault credentials provided. The file is either corrupted or does not have the latest credentials associated with recovery service. (ID: 34513)
We recommend you download a new vault credentials file from the portal and use it within 2 days."
Este necesario fichero contiene credenciales del servicio de acceso a la nube, de alguna forma el propio software validará internamente la fecha de creación en el propio fichero o en su contenido… pero está recién descargado…
Toca revisar los registros de manera detallada y supuestamente «el servidor estuvo desconectado de Azure durante 15 o más días» ¿Cómo es posible? ¿sin alertas? ¿y las copias de seguridad de este periodo?
Vamos a comprobar sospechosos habituales:
- Antivirus en el servidor interfiriendo en algún proceso, no.
- Falta de espacio en alguna unidad de almacenamiento, no.
- Suscripción en la nube activa y funcional, si.
- Firewall bloqueando conexiones hacia el proveedor en la nube, no.
Espera, ¿qué día y hora es en el servidor de copias de seguridad? Más de 10 minutos de diferencia parece raro vamos a ajustarlo bien y probamos de nuevo con el mismo fichero…
¡A la primera! De ese primer error poco ilustrativo a ajustar la hora del servidor como solución. Realmente utilizar el sellado de tiempo (timestamp) dentro de criptografía es habitual y parece que esa ligera desviación no le gusta al software de Microsoft para conectar con los servicios.
Por casos como estos, las intervenciones de «5 minutos en informática» a veces durante un poco más, pero si te ha sonado todo demasiado técnico, no dudes en contactar con nosotros.
