Meter un archivo en una máquina virtual, cuando Proxmox no tiene gestor de archivos

Tiene un archivo en su propio ordenador y necesita que acabe dentro de un invitado. Busca en la interfaz un botón de subida que apunte en esa dirección, y no existe.

Esa ausencia es una decisión de diseño y no un descuido, y entender el porqué vuelve obvio todo lo demás. Proxmox VE gestiona la máquina, no el interior de la máquina. Desde fuera, el almacenamiento de un invitado es una imagen de disco: un bloque grande y opaco. La capa de virtualización no lee el sistema de archivos que hay dentro, y precisamente por eso puede alojar cualquier sistema operativo sin saber nada de él.

Así que toda vía de entrada es una manera de cruzar esa frontera a propósito, y cada una la cruza de otro modo.

La respuesta aburrida que suele ser la correcta

Cópielo por la red, igual que haría hacia cualquier otra máquina. Una copia de archivo por SSH, un recurso compartido, un almacén de objetos, una descarga desde dentro del invitado.

Esta vía se descarta sorprendentemente a menudo porque parece demasiado corriente, como si la virtualización debiera ofrecer algo mejor. No lo hace, ni debería. El invitado es una máquina de su red; trátelo como tal. Esta vía aguanta cualquier tamaño, conserva sus propios permisos y no involucra a la capa de virtualización en absoluto.

Los casos de abajo son para cuando esta vía no está disponible.

Cuando el invitado es inalcanzable pero está encendido

El agente invitado le da un canal que no usa la red, porque va por un dispositivo virtual entre anfitrión e invitado.

Sí sabe leer y escribir archivos. Ambas operaciones existen como puntos de acceso propios, y son justo lo que hace falta para dejar un archivo de configuración o una clave en una máquina que ha perdido la red.

El límite que conviene conocer antes de confiar en él: una escritura única está topada en unos 60 KB, y la lectura de archivos mayores vuelve marcada como truncada. Este canal se hizo para cosas pequeñas. Excelente para un archivo de configuración, inútil para una imagen de instalación, y descubrirlo en mitad de una incidencia es peor que leerlo aquí.

En el anfitrión usado para comprobar esto, siete de ocho máquinas virtuales tenían el agente activado, así que para la mayoría esta vía ya está disponible y simplemente se desconoce.

Cuando el invitado está apagado

Con el invitado detenido, su imagen de disco puede montarse en el anfitrión y su sistema de archivos recorrerse directamente. Es la opción más potente: acceso completo, cualquier tamaño, sin necesidad de agente.

También tiene el filo más afilado de este texto.

El atajo que destruye en silencio

No monte desde el anfitrión el sistema de archivos de un invitado encendido.

A menudo parece funcionar. Monta la imagen, ve archivos, copia uno dentro, nadie protesta. Mientras tanto el invitado también tiene ese sistema de archivos montado y guarda en caché su propia idea de qué hay en el disco. Dos escritores independientes, un sistema de archivos, ninguno consciente del otro. El resultado es una corrupción que aparece más tarde y parece un problema de disco en vez de algo que usted hizo.

Si el invitado está en marcha, use la red o el agente. Si necesita el disco, detenga antes el invitado.

Cuando el invitado ya no arranca

Este es el momento en que más quiere sacar un archivo fuera, y todas las opciones anteriores han fallado.

Vaya por una copia de seguridad. Las copias se pueden inspeccionar y de ellas se pueden recuperar archivos sueltos sin restaurar el invitado entero. Es más lento que todo lo demás aquí, y es la única vía que sigue funcionando cuando la máquina en sí es inservible.

Digno de notar: esta es otra razón por la que una copia que nunca ha abierto todavía no es una copia. El día en que necesita sacar un único archivo de una máquina muerta es un mal día para descubrir que el archivo no restaura.

Los contenedores son otro problema

Un contenedor no tiene una imagen de disco con un sistema de archivos opaco dentro. Sus archivos están en el almacenamiento del propio anfitrión, así que desde el anfitrión sencillamente están ahí.

Esa asimetría explica por qué la versión para contenedores de esta pregunta es una búsqueda aparte. La misma tarea, dificultad completamente distinta, y un consejo escrito para uno suele ser erróneo para el otro.

Qué hace Atlas y cuáles son sus límites

Atlas ofrece un explorador de archivos para un invitado, y la decisión de diseño que hay dentro es la parte que merece decirse.

Se ejecuta dentro del invitado y solo escucha en la dirección de bucle local de ese invitado, así que desde su red no es alcanzable en absoluto. Usted llega a él a través de Atlas. Eso significa que añadir un explorador de archivos no añade un servicio expuesto a todo lo demás de la red local, que es el coste silencioso habitual de poner un gestor de archivos web en una máquina.

Los límites, sin rodeos: funciona por invitado y tiene que estar presente en el que quiere explorar; es una comodidad para mirar y mover archivos sueltos, no un mecanismo de transferencia de grandes volúmenes; y no sustituye a las copias de seguridad. Para volumen, la vía de red de arriba sigue siendo la respuesta correcta, y para una máquina que no arranca, el camino de la copia sigue siendo el único.