Jak wsadzić plik do maszyny wirtualnej, kiedy Proxmox nie ma menedżera plików

Nie ma przycisku wysyłania wskazującego do wnętrza gościa, a ten brak jest celowy, nie przeoczenie. Do środka prowadzą cztery prawdziwe drogi, każda o innym koszcie, i jeden popularny skrót, który po cichu psuje systemy plików.

AtlasPVE ·

Ten wpis odpowiada na

  • proxmox skopiować plik do vm
  • proxmox menedżer plików
  • proxmox wyciągnąć plik z vm
  • proxmox przeglądarka plików
  • proxmox copy file to vm

Masz plik na własnym komputerze i musi trafić do wnętrza gościa. Szukasz w interfejsie przycisku wysyłania w tamtą stronę, i takiego nie ma.

Ten brak to decyzja projektowa, a nie przeoczenie, a gdy zrozumiesz powód, reszta staje się oczywista. Proxmox VE zarządza maszyną, a nie jej wnętrzem. Z zewnątrz przestrzeń gościa to obraz dysku: duża, nieprzezroczysta bryła. Warstwa wirtualizacji nie czyta systemu plików w środku, i właśnie dlatego może gościć dowolny system operacyjny, nic o nim nie wiedząc.

Każda droga do środka jest więc sposobem świadomego przekroczenia tej granicy, a każda przekracza ją inaczej.

Nudna odpowiedź, która zwykle jest właściwa

Skopiuj przez sieć, dokładnie tak, jak zrobiłbyś do dowolnej innej maszyny. Kopia pliku przez SSH, udział sieciowy, magazyn obiektowy, pobranie z wnętrza gościa.

Ta droga bywa zaskakująco często pomijana, bo wydaje się zbyt zwyczajna, jakby wirtualizacja powinna oferować coś lepszego. Nie oferuje i nie powinna. Gość to maszyna w twojej sieci; tak go traktuj. Ta droga zniesie każdy rozmiar, zachowa własne uprawnienia i w ogóle nie angażuje warstwy wirtualizacji.

Przypadki poniżej dotyczą sytuacji, gdy ta droga jest niedostępna.

Kiedy gość jest nieosiągalny, ale działa

Agent gościa daje ci kanał, który nie używa sieci, bo idzie przez urządzenie wirtualne między hostem a gościem.

On naprawdę potrafi czytać i zapisywać pliki. Obie operacje istnieją jako osobne punkty dostępu i są dokładnie tym, czego trzeba, by wrzucić plik konfiguracyjny albo klucz do maszyny, która straciła sieć.

Ograniczenie warte poznania, zanim na nim polegniesz: pojedynczy zapis ma pułap około 60 KB, a odczyt większych plików wraca oznaczony jako obcięty. Ten kanał powstał do drobiazgów. Świetny do pliku konfiguracyjnego, bezużyteczny do obrazu instalacyjnego, a odkrywanie tego w środku awarii jest gorsze niż przeczytanie tutaj.

Na hoście użytym do sprawdzenia tego siedem z ośmiu maszyn wirtualnych miało agenta włączonego, więc dla większości ta droga jest już dostępna i po prostu nieznana.

Kiedy gość jest wyłączony

Przy zatrzymanym gościu jego obraz dysku można zamontować na hoście i przejrzeć system plików bezpośrednio. To najmocniejsza opcja: pełny dostęp, dowolny rozmiar, bez potrzeby agenta.

Ma też najostrzejszą krawędź w tym tekście.

Skrót, który po cichu niszczy

Nie montuj z hosta systemu plików działającego gościa.

Często wygląda, jakby działało. Montujesz obraz, widzisz pliki, kopiujesz jeden do środka, nikt nie protestuje. W tym samym czasie gość też ma ten system plików zamontowany i trzyma w pamięci podręcznej własne wyobrażenie o zawartości dysku. Dwóch niezależnych piszących, jeden system plików, żaden nieświadomy drugiego. Efektem jest uszkodzenie, które wychodzi później i wygląda jak problem dysku, a nie jak coś, co zrobiłeś.

Jeśli gość działa, użyj sieci albo agenta. Jeśli potrzebujesz dysku, najpierw zatrzymaj gościa.

Kiedy gość w ogóle nie startuje

To moment, w którym najbardziej chcesz wydobyć plik na zewnątrz, a wszystkie poprzednie możliwości zawiodły.

Idź drogą przez kopię zapasową. Kopie da się przeglądać i wyciągać z nich pojedyncze pliki bez przywracania całego gościa. To wolniejsze niż wszystko tutaj i jest jedyną drogą, która nadal działa, gdy sama maszyna jest bezużyteczna.

Warto zauważyć: to kolejny powód, dla którego kopia zapasowa, której nigdy nie otwierałeś, nie jest jeszcze kopią zapasową. Dzień, w którym potrzebujesz jednego pliku z martwej maszyny, to zły dzień na odkrycie, że archiwum się nie przywraca.

Kontenery to inny problem

Kontener nie ma obrazu dysku z nieprzezroczystym systemem plików w środku. Jego pliki leżą na magazynie samego hosta, więc z hosta po prostu tam są.

Ta asymetria tłumaczy, dlaczego kontenerowa wersja tego pytania to osobne wyszukiwanie. To samo zadanie, zupełnie inna trudność, a porada napisana dla jednego często jest błędna dla drugiego.

Co robi Atlas i jakie ma granice

Atlas oferuje przeglądarkę plików dla gościa, a decyzja projektowa w środku jest tą częścią, którą warto powiedzieć.

Działa wewnątrz gościa i nasłuchuje wyłącznie na własnym adresie pętli zwrotnej tego gościa, więc z twojej sieci jest zupełnie nieosiągalna. Docierasz do niej przez Atlasa. To znaczy, że dodanie przeglądarki plików nie dodaje usługi wystawionej na całą resztę sieci lokalnej, a to jest zwykle cichy koszt postawienia webowego menedżera plików na maszynie.

Granice, wprost: działa per gość i musi być obecna w tym gościu, którego chcesz przeglądać; jest wygodą do oglądania i przenoszenia pojedynczych plików, a nie mechanizmem przesyłu dużych danych; i nie zastępuje kopii zapasowych. Przy dużych ilościach droga sieciowa powyżej pozostaje właściwą odpowiedzią, a przy maszynie, która nie startuje, trasa przez kopię zapasową pozostaje jedyną.

Źródła

Własna dokumentacja Proxmoksa. Po angielsku i to ona ma ostatnie słowo w tej sprawie.

Powiązane wpisy

Jak to wygląda wewnątrz Atlasa?

Przejdź do strony produktu