Å få en fil inn i en virtuell maskin, når Proxmox ikke har filbehandler
Det finnes ingen opplastingsknapp som peker inn i en gjest, og det fraværet er tilsiktet og ikke en forglemmelse. Det finnes fire ekte veier inn, hver med ulik kostnad, og én populær snarvei som stille ødelegger filsystemer.
AtlasPVE ·
Denne artikkelen svarer på
- proxmox kopiere fil til vm
- proxmox filbehandler
- proxmox hente fil fra vm
- proxmox filutforsker
- proxmox copy file to vm
Du har en fil på din egen maskin, og den må havne inne i en gjest. Du leter i grensesnittet etter en opplastingsknapp den veien, og den finnes ikke.
Det fraværet er en designbeslutning og ikke en forglemmelse, og forstår du grunnen, blir resten opplagt. Proxmox VE styrer maskinen, ikke innsiden av maskinen. Utenfra er lagringen til en gjest et diskbilde: en stor ugjennomsiktig klump. Virtualiseringslaget leser ikke filsystemet inni, og nettopp derfor kan det huse hvilket som helst operativsystem uten å vite noe om det.
Hver vei inn er altså en måte å krysse den grensen med vilje, og hver krysser den ulikt.
Det kjedelige svaret som som regel er riktig
Kopier over nettverket, akkurat som du ville gjort til hvilken som helst annen maskin. En filkopi over SSH, en fildeling, en objektlagring, en nedlasting innenfra gjesten.
Denne veien hoppes forbausende ofte over fordi den føles for alminnelig, som om virtualisering burde tilby noe bedre. Det gjør den ikke, og det bør den ikke. Gjesten er en maskin på nettverket ditt; behandle den slik. Veien tåler enhver størrelse, beholder sine egne rettigheter og trekker ikke virtualiseringslaget inn i det hele tatt.
Tilfellene under gjelder når denne veien ikke er tilgjengelig.
Når gjesten er utilgjengelig, men kjører
Gjesteagenten gir deg en kanal som ikke bruker nettverket, fordi den går over en virtuell enhet mellom vert og gjest.
Den kan faktisk lese og skrive filer. Begge operasjonene finnes som egne endepunkter, og det er nøyaktig det du trenger for å legge en oppsettsfil eller en nøkkel inn i en maskin som har mistet nettverket.
Grensen det er verdt å kjenne før du stoler på den: én enkelt skriving er begrenset til rundt 60 KB, og lesing av større filer kommer tilbake merket som avkortet. Kanalen ble bygget for små ting. Utmerket for en oppsettsfil, ubrukelig for et installasjonsbilde, og å oppdage det midt i en hendelse er verre enn å lese det her.
På verten som ble brukt til å sjekke dette, hadde sju av åtte virtuelle maskiner agenten slått på, så for de fleste er veien allerede tilgjengelig og rett og slett ukjent.
Når gjesten er av
Med gjesten stoppet kan diskbildet monteres på verten og filsystemet bla gjennom direkte. Det er det kraftigste alternativet: full tilgang, hvilken som helst størrelse, ingen agent nødvendig.
Det har også den skarpeste kanten i denne teksten.
Snarveien som stille ødelegger
Ikke monter filsystemet til en kjørende gjest fra verten.
Det ser ofte ut til å virke. Du monterer bildet, du ser filer, du kopierer én inn, ingen klager. Samtidig har gjesten også det filsystemet montert og holder sin egen forestilling om hva som ligger på disken i hurtigminnet. To uavhengige skrivere, ett filsystem, ingen av dem klar over den andre. Resultatet er ødeleggelse som dukker opp senere og ser ut som et diskproblem heller enn noe du gjorde.
Kjører gjesten, bruk nettverket eller agenten. Trenger du disken, stopp gjesten først.
Når gjesten ikke starter i det hele tatt
Dette er øyeblikket du aller helst vil få en fil ut, og alle de forrige mulighetene har sviktet.
Ta veien via en sikkerhetskopi. Sikkerhetskopier kan inspiseres, og enkeltfiler kan hentes ut av dem uten å gjenopprette hele gjesten. Det er tregere enn alt annet her, og det er den eneste veien som fortsatt virker når selve maskinen er ubrukelig.
Verdt å merke seg: dette er enda en grunn til at en sikkerhetskopi du aldri har åpnet, ennå ikke er en sikkerhetskopi. Dagen du trenger én enkelt fil ut av en død maskin, er en dårlig dag å oppdage at arkivet ikke lar seg gjenopprette.
Beholdere er et annet problem
En beholder har ikke et diskbilde med et ugjennomsiktig filsystem inni. Filene ligger på vertens egen lagring, så fra verten er de rett og slett der.
Den skjevheten forklarer hvorfor beholderversjonen av dette spørsmålet er et eget søk. Samme oppgave, helt annen vanskelighetsgrad, og råd skrevet for det ene er ofte feil for det andre.
Hva Atlas gjør, og grensene
Atlas tilbyr en filutforsker for en gjest, og designvalget inni er den delen som er verdt å si.
Den kjører inne i gjesten og lytter bare på gjestens egen tilbakekoblingsadresse, altså er den ikke nåbar fra nettverket ditt i det hele tatt. Du når den gjennom Atlas. Det betyr at å legge til en filutforsker ikke legger til en tjeneste som står åpen mot alt annet på lokalnettet, og det er ellers den stille kostnaden ved å sette en nettbasert filbehandler på en maskin.
Grensene, rett ut: den virker per gjest og må finnes i den gjesten du vil bla i; den er en bekvemmelighet for å se på og flytte enkeltfiler, ikke en overføringsmekanisme for store datamengder; og den erstatter ikke sikkerhetskopier. For volum er nettverksveien over fortsatt riktig svar, og for en maskin som ikke starter, er veien via sikkerhetskopien fortsatt den eneste.
Kilder
Proxmox sin egen dokumentasjon. På engelsk, og den har siste ord i denne saken.