VMware ESXi: Hilfe beim Herunterladen großer ISO-Werte


10

Ich möchte ein großes Betriebssystem installieren, das ISO direkt in meinen Datenspeicher installiert. Früher war ich in der Lage, SSH an das ESXi-Terminal wgetzu senden und große Dateien direkt in den Datenspeicher herunterzuladen, aber es scheint, dass Links nicht mehr wgetverarbeitet httpswerden können ( wget: not an http or ftp url).

Ich frage mich, wie andere damit umgehen. Ich weiß, dass ich die Datei auf meinen Laptop herunterladen und über den Datenspeicher-Browser hochladen kann, aber das ist ein zweistufiger Prozess (ganz zu schweigen von der schrecklichen Ineffizienz, wenn ich außerhalb des Unternehmens bin und über ein VPN auf ESX zugreife).

Vielen Dank im Voraus für alle Vorschläge!


1
Ich wollte das nur für Sie tun, obwohl ich sicher bin, dass Ihr Bedürfnis von vor 2,5 Jahren längst vorbei ist. Ich habe das gleiche Problem. Um die Übersichtlichkeit zu erhöhen, verwende ich wget aus der CLI von ESXi 6.0 über eine SSH-Verbindung zum Host. Ich habe https ausprobiert und die gleiche Nachricht erhalten, die Sie erhalten. Ich habe dann einen FTP-Server eingerichtet, um dies zu versuchen, und die Verbindung läuft ab, obwohl die Verwendung von wget von anderen Linux-Systemen in diesem Netzwerk die Übertragung perfekt abschließt.
Sunny Molini

Antworten:


1

Um ESXi 6.7 herum begann das eingebettete Busybox-Wget endlich, https zu unterstützen.

Schließlich können Sie https-Downloads in ESXi durchführen.

Yay!

Dies ist aus ESXi 6.7 Update 2.

[root@ESXi-X9SRI-3F:/tmp] wget https://www.example.org
Connecting to www.example.org (93.184.216.34:443)
index.html           100% |******************************************************************************************|  1270  0:00:00 ETA
[root@ESXi-X9SRI-3F:/tmp] wget --help
BusyBox v1.29.3 (2018-11-02 15:37:50 PDT) multi-call binary.

Usage: wget [-c|--continue] [--spider] [-q|--quiet] [-O|--output-document FILE]
    [--header 'header: value'] [-Y|--proxy on/off] [-P DIR]
    [-S|--server-response] [-U|--user-agent AGENT] URL...

Retrieve files via HTTP or FTP

    --spider    Only check URL existence: $? is 0 if exists
    -c      Continue retrieval of aborted transfer
    -q      Quiet
    -P DIR      Save to DIR (default .)
    -S          Show server response
    -O FILE     Save to FILE ('-' for stdout)
    -U STR      Use STR for User-Agent header
    -Y on/off   Use proxy
[root@ESXi-X9SRI-3F:/tmp] vmware -l
VMware ESXi 6.7.0 Update 2

Während 6.5U2 es immer noch nicht unterstützte (ich denke, ESXi 6.7 auch nicht, aber ich habe keine Box mehr dazu):

[root@ESXi-X10SRH-CF:/tmp] wget https://www.example.org
wget: not an http or ftp url: https://www.example.org
[root@ESXi-X10SRH-CF:/tmp] wget --help
BusyBox v1.22.1 (2018-07-23 19:34:04 PDT) multi-call binary.

Usage: wget [-csq] [-O FILE] [-Y on/off] [-P DIR] [-U AGENT] URL...

Retrieve files via HTTP or FTP

    -s  Spider mode - only check file existence
    -c  Continue retrieval of aborted transfer
    -q  Quiet
    -P DIR  Save to DIR (default .)
    -O FILE Save to FILE ('-' for stdout)
    -U STR  Use STR for User-Agent header
    -Y  Use proxy ('on' or 'off')

[root@ESXi-X10SRH-CF:/tmp] vmware -l
VMware ESXi 6.5.0 Update 2

1
Cool, danke für das Update. Ich habe VMware seit ein paar Jahren nicht mehr verwendet, aber gut zu wissen, dass sie dies endlich unterstützen ...
ebarrere

5

Hoffentlich haben Sie ein laufendes Gastsystem im vorhandenen VMware-Setup ... Das ist eine schnelle Option. Unter Linux können Sie wget / curl. Unter Windows einfach wie gewohnt herunterladen.

Normalerweise lade ich ISO-Dateien auf den vCenter-Server herunter und lade sie von dort in den Datenspeicher hoch. Das ist einfach, da mein vCenter normalerweise ein Windows-Server ist, sodass komplexe Download-Authentifizierungsmethoden einfach zu handhaben sind.

wget ist in ESXi vorhanden. Daher ist es möglicherweise die beste Option, die benötigte ISO-Datei an einen Speicherort zu bringen, an dem kein https-Download erforderlich ist. http oder normales FTP.

Siehe auch: cURL unter ESXi 5.0?


Danke für die Antwort. Ich habe kein vCenter, daher ist dies leider keine Option. Kann ich direkt von einer Gast-VM auf den Datenspeicher zugreifen? Ich muss VMs von dem Image installieren, das ich heruntergeladen habe, damit es über ESX zugänglich ist.
ebarrere

Welches Betriebssystem ist das? Können Sie die .ISO an einen anderen Ort bringen? wgetfunktioniert gut auf http und ftp URLs.
ewwhite

Sie sollten in der Lage sein, den vsphere-Client innerhalb der Gast-VM zu installieren, denke ich. Immer noch Ihr 2-Schritt-Prozess, aber das Offsite- / VPN-Problem wird beseitigt.
TheCleaner

Angenommen, der Client ist Windows.
ewwhite

6
Wie oft verschieben Sie ISOs? Es ist ein Hypervisor, kein Dateiserver
Joel E Salas

2

Sie erwähnen das Laptop-Betriebssystem nicht. Angenommen, es ist Windows, können Sie WinSCP verwenden .

Melden Sie sich bei Ihrem ESXi-Host an, führen Sie einen Drill in Ihrem Datenspeicher durch und führen Sie eine Dateikopie mit einem Commander-Stil oder optional einer Windows Explorer-Benutzeroberfläche durch.

Wenn Sie nach einer Befehlszeilenoption suchen, können Sie den Putty Secure Copy-Client verwenden .

Ich benutze beide - GUI für einmalige Dateikopien und die Befehlszeile, um Dateien auf mehrere SSH-Hosts zu kopieren.


2

Einfach SSH-Proxy den Dateidownload-Vorgang über ein anderes System mit einem SSL-fähigen Wget. Beachten Sie, dass die Standard-ESXi-Firewall-Richtlinie ausgehendes SSH blockiert und daher zuerst zugelassen werden muss. Aus der ESXi-Shell:

esxcli network firewall ruleset set -r sshClient -e true
ssh proxyhost curl -s https://server/path/file.iso >/vmfs/volumes/vmfs_name/path/file.iso
esxcli network firewall ruleset set -r sshClient -e false

0

Wget from Busybox unter ESX unterstützt keine https-URLs.

wget --help
BusyBox v1.20.2 (2012-12-11 11:54:28 PST) multi-call binary.
Retrieve files via HTTP or FTP

Versuchen Sie also entweder http oder verwenden Sie die oben genannten Problemumgehungen.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.