Glennchot wrote:
Gracias por tus respuestas ya estoy revisando los enlace, fíjate quería agregar lo siguiente, voy a probar tu script sin embargo ya no uso script sino que lo hago a “mano” como quien dice, pero por ejemplo tanto en red hat como en ubuntu, se requiere un usuario con permisos sudo para hacer las configuraciones iniciales e incluso crear el usuario que permite conectar el linux con veeam y que luego será eliminado del grupo sudo, bajo este escenario ese user debería de conservarse con un password de unos 15 caracteres, etc, porque luego si necesitamos modificar algo debemos requerir a el, e incluso si el Windows donde esta veeam fue afectado por un rasonmware y debemos presentar el repositorio inmutable a otro server de Veeam, debemos recrear un usuario para darle los permisos al directorio y esto debe hacelo un user con privilegios sudo, por ello consulto, ¿no deberíamos conversar este usuario?
Hola
Entiendo tu pregunta / comentario.
No obstante, si llega el caso en que has sido impactado, y tienes que “re-conectar” tu backup inmutable, y para ello tener un usuario operativo, siempre es mejor gastar un poco de tiempo en conectarte físicamente al servidor, bootearlo y entrar en “recovery mode”, crearte el usuario y re-conectar, y una vez re-conectado, volver a quitarlo, así estás seguro al 100% que no tienes una forma de ser impactado.
Por muchos caracteres, password complicado, etc… que le pongas al usuario, siempre queda la posibilidad de que lo acaben descubriendo, por fallo humano, brute force, etc.
Espero te sirva mi pequeña literatura.
un saludo.
