Att få in en fil i en virtuell maskin, när Proxmox saknar filhanterare

Du har en fil på din egen dator och den behöver hamna inuti en gäst. Du letar i gränssnittet efter en uppladdningsknapp åt det hållet, och den finns inte.

Den frånvaron är ett designbeslut och inget förbiseende, och förstår man varför blir resten självklart. Proxmox VE hanterar maskinen, inte insidan av maskinen. Utifrån är en gästs lagring en diskavbild: en stor ogenomskinlig klump. Virtualiseringsskiktet läser inte filsystemet i den, och just därför kan det husera vilket operativsystem som helst utan att veta något om det.

Varje väg in är alltså ett sätt att korsa den gränsen med avsikt, och var och en korsar den olika.

Det tråkiga svaret som oftast är rätt

Kopiera över nätverket, precis som du skulle till vilken annan maskin som helst. En filkopia över SSH, en filutdelning, en objektlagring, en nedladdning inifrån gästen.

Den här vägen hoppas förvånansvärt ofta över för att den känns för vanlig, som om virtualisering borde erbjuda något bättre. Det gör den inte, och det bör den inte. Gästen är en maskin i ditt nätverk; behandla den så. Vägen klarar vilken storlek som helst, behåller sina egna rättigheter och blandar inte in virtualiseringsskiktet alls.

Fallen nedan gäller när den här vägen inte är tillgänglig.

När gästen är onåbar men igång

Gästagenten ger dig en kanal som inte använder nätverket, eftersom den går via en virtuell enhet mellan värd och gäst.

Den kan verkligen läsa och skriva filer. Båda operationerna finns som egna ändpunkter, och det är precis vad som behövs för att lägga in en konfigurationsfil eller en nyckel i en maskin som tappat sitt nätverk.

Gränsen som är värd att känna innan du litar på den: en enskild skrivning är begränsad till omkring 60 KB, och läsning av större filer kommer tillbaka märkt som avkortad. Kanalen byggdes för små saker. Utmärkt för en konfigurationsfil, oanvändbar för en installationsavbild, och att upptäcka det mitt i en incident är sämre än att läsa det här.

På värden som användes för att kontrollera detta hade sju av åtta virtuella maskiner agenten påslagen, så för de flesta är vägen redan tillgänglig och helt enkelt okänd.

När gästen är avstängd

Med gästen stoppad kan dess diskavbild monteras på värden och filsystemet bläddras direkt. Det är det kraftfullaste alternativet: full åtkomst, vilken storlek som helst, ingen agent behövs.

Det har också den vassaste kanten i den här texten.

Genvägen som tyst förstör

Montera inte en körande gästs filsystem från värden.

Det ser ofta ut att fungera. Du monterar avbilden, du ser filer, du kopierar in en, ingenting klagar. Samtidigt har gästen också det filsystemet monterat och håller sin egen bild av vad som ligger på disken i cache. Två oberoende skrivare, ett filsystem, ingen medveten om den andra. Resultatet är korruption som dyker upp senare och ser ut som ett diskproblem i stället för något du gjorde.

Om gästen kör, använd nätverket eller agenten. Behöver du disken, stoppa gästen först.

När gästen inte startar alls

Det är stunden då du allra helst vill få ut en fil, och alla tidigare alternativ har misslyckats.

Ta vägen via en säkerhetskopia. Säkerhetskopior går att inspektera och enskilda filer kan hämtas ur dem utan att hela gästen återställs. Det är långsammare än allt annat här, och det är den enda vägen som fortfarande fungerar när själva maskinen är obrukbar.

Värt att notera: detta är ännu ett skäl till att en säkerhetskopia du aldrig öppnat inte är en säkerhetskopia än. Dagen du behöver en enda fil ur en död maskin är en dålig dag att upptäcka att arkivet inte går att återställa.

Behållare är ett annat problem

En behållare har ingen diskavbild med ett ogenomskinligt filsystem inuti. Dess filer ligger på värdens egen lagring, så från värden finns de helt enkelt där.

Den asymmetrin förklarar varför behållarversionen av frågan är en egen sökning. Samma uppgift, helt annan svårighet, och råd skrivna för det ena är ofta fel för det andra.

Vad Atlas gör, och dess gränser

Atlas erbjuder en filutforskare för en gäst, och designvalet i den är den del som är värd att säga.

Den körs inuti gästen och lyssnar endast på gästens egen återkopplingsadress, alltså är den inte nåbar från ditt nätverk alls. Du når den via Atlas. Det betyder att lägga till en filutforskare inte lägger till en tjänst som är öppen mot allt annat i det lokala nätet, vilket annars är den tysta kostnaden för att sätta en webbaserad filhanterare på en maskin.

Gränserna, rakt ut: den arbetar per gäst och måste finnas i den gäst du vill bläddra i; den är en bekvämlighet för att titta på och flytta enskilda filer, inte en överföringsmekanism för stora datamängder; och den ersätter inte säkerhetskopior. För volym är nätverksvägen ovan fortfarande rätt svar, och för en maskin som inte startar är vägen via säkerhetskopian fortfarande den enda.