scp (sichere Kopie) anstelle von VMware Disk-Sharing

Booten Sie die Linux-VM herunter, entfernen Sie die Freigabe, deaktivieren Sie die Freigabe,

gefolgt von der Aktivierung der Freigabe, dem Hinzufügen der Freigabe und dem Booten der Linux-VM

Schließlich folgte die Neuinstallation der VMware-Tools

Lassen Sie das freigegebene Laufwerk nicht unter /mnt/hgfs erscheinen.

Meine Frage ist: Ich möchte altmodisches scp verwenden, um ein Tar-Archiv zu kopieren.

Auf der Linux-VM: scp FROM/dir/file.tar ~/.

Was soll VON sein?

Wie wird das Netzwerk auf der VM eingerichtet? Gebrückt oder geteilt?

Antworten (1)

Wenn Sie versuchen, eine Verbindung von Linux zurück zu Ihrem Mac herzustellen, müssen Sie zuerst sicherstellen, dass der ssh-Zugriff auf Ihrem Mac aktiviert ist. Gehen Sie zu Systemeinstellungen -> Freigabe und vergewissern Sie sich, dass die Option Remote-Anmeldung aktiviert ist.

Dieses Dialogfeld teilt Ihnen auch die IP-Adresse Ihres Mac und den Kontonamen mit, der für die Verbindung verwendet werden soll. Wenn das Netzwerk Ihrer Linux-VM auf Bridged eingestellt ist, können Sie mit Ihrem Mac arbeiten, als wäre es jeder andere Computer in Ihrem Netzwerk. Beide haben eindeutige IPs in Ihrem lokalen Netzwerk. So:

Einrichten der Remote-Anmeldung über ssh auf Ihrem Mac

Von einem Terminalfenster auf Ihrer Linux-VM aus können Sie jetzt Folgendes tun:

scp <stuff to copy> <your mac user name that users returned>@<ip address of the active interface>:/path/to/put/stuff/at

Wenn ich beispielsweise gemäß meinen Einstellungen von einem Terminalfenster auf meiner Linux-VM auf meinen Mac kopieren möchte, würde ich Folgendes tun:

scp myfile.txt ian@192.168.1.99:~/tmp/

Das würde myfile.txtvon meiner Linux-VM in /Users/ian/tmpmein OS X-Host-Betriebssystem eingefügt werden.

Ebenso von der Linux-VM:

scp ian@192.16.8.1.99:~/tmp/myfile.txt .

myfile.txtWürde vom Mac zurück in mein Arbeitsverzeichnis auf der Linux-VM kopieren .

Wenn Sie versuchen, sich von Ihrem Mac mit Ihrem Linux-Rechner zu verbinden, müssen Sie sicherstellen, dass der ssh- Daemon auf Ihrem Linux-Rechner läuft. Um sshd zu starten, öffnen Sie ein Terminal auf Ihrem Linux-Rechner und geben Sie Folgendes ein:

sudo /sbin/service sshd start

Wenn es richtig startet, sehen Sie ein [START]Kästchen. Wenn es fehlschlägt, nun, das ist eine Frage für https://unix.stackexchange.com/ .

Jetzt müssen Sie nur noch die IP-Adresse für Ihre Linux-VM abrufen. Geben Sie in einem Terminalfenster auf Ihrer Linux-VM Folgendes ein:

ifconfig

Die eth0Schnittstelle sollte Ihre aktive Ethernet-Schnittstelle sein. Schnappen Sie sich seine IP-Adresse. Damit stellen Sie über ein Terminalfenster auf Ihrem Mac eine Verbindung zu Ihrer Linux-VM her.

Öffnen Sie ein Terminalfenster auf Ihrem Mac und geben Sie Folgendes ein:

scp <local file> <username>@<ip address you got above>:~/tmp/

um die Datei von Ihrem Mac auf Ihre Linux-VM zu kopieren, während Sie sich auf Ihrem Mac befinden.

Auf dem Mac erhalte ich „ssh: connect to host 192.168.2.118 port 22: Verbindung abgelehnt“ und auf der Linux-Seite bekomme ich „ssh: connect to host 192.168.2.118 port 22: No route to host“.
Das sind die gleichen IP-Adressen – zu welcher Maschine gehört diese IP? Ich werde der Frage einige weitere Details hinzufügen.
Auf der Mac-Seite sagt mir ifconfig, dass 192.168.2.118 aktiv ist. Bedeutet das, dass dies die IP des Linux ist?
Nein. Das ist die IP-Adresse Ihres Macs. Sie können ifconfigein Terminalfenster auf Ihrer Linux-VM ausführen, um die IP-Adresse der Linux-VM abzurufen.
Immer noch Probleme trotz der sehr klaren Botschaft. Unter Linux /sbin/ipconfig gibt mir unter eth0 eine Mac-Adresse (sechs Hex durch Doppelpunkte getrennt), aber keine IP-Adresse. Immer noch unter Linux, jetzt, da die Freigabe in den Freigabeeinstellungen des Mac aktiviert ist, erhalte ich jetzt "Port 22: Netzwerk ist nicht erreichbar".
Hmm ... meiner Linux-VM fehlt etwas Grundlegenderes. Selbst wenn ich versuche, von meinem Konto auf einem Server, von dem ich weiß, dass er richtig konfiguriert ist, zu scp, erhalte ich „ssh: hostname konnte nicht aufgelöst werden“.
Klingt so, als wäre die Netzwerkschnittstelle Ihrer VMs nicht konfiguriert. Was passiert, wenn du rennst sudo /sbin/service network restart? Haben Sie diese VM heruntergeladen oder von Grund auf neu installiert?
Alles ist gut... Das ist sehr schön!
scp (sichere Kopie) anstelle von VMware Disk-Sharing
AntwortenHierDatenschutz-Bestimmungen1y, 0v