Zeichnen Sie den Verbindungsvorgang mit der lokalen virtuellen Linux-Maschine über SSH auf

Experimentelle Umgebung:
Physische Maschine Windows 10 x64

Physische NIC-Informationen
IPv4-Adresse: 192.168.123.205
Subnetzmaske: 255.255.255.0
Standard-Gateway: 192.168.123.1

Virtuelle Maschine VMware Workstation14 Cent OS 6.7 x64

VMnet8-Informationen:
IPv4-Adresse: 192.168.21.0
Subnetzmaske: 255.255.255.0
Standard-Gateway: 192.168.21.2

1. Ändern Sie die Netzwerkeinstellungen von VMware

Ort: Symbolleiste -> Bearbeiten -> Virtueller Netzwerk-Editor [Administrator]

NAT-Einstellungen->Gateway-IP ändern(G): 192.168.21.2 in 192.168.123.2 ändern

Subnetz-IP (I): Ändern Sie 192.168.21.0 in 192.168.123.0

Subnetzmaske (M): Standard 255.255.255.0

2. Rufen Sie Linux auf, um die Netzwerkkonfiguration zu ändern

Geben Sie die IP-Adresse ein, um die Netzwerkkarteninformationen anzuzeigen

[root@localhost Desktop]# IP-Adresse
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue status UNBEKANNT 
Link/Loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 Bereich Host lo
inet6 ::1/128 Bereich Host 
 valid_lft für immer preferred_lft für immer
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast Status UP qlen 1000
Link/Ether 00:0c:29:3b:64:33 brd ff:ff:ff:ff:ff:ff:ff
inet 192.168.31.31/24 brd 192.168.31.255 Bereich global eth0
inet6 fe80::20c:29ff:fe3b:6433/64 Bereichslink 
 valid_lft für immer preferred_lft für immer
3: pan0: <BROADCAST,MULTICAST> mtu 1500 qdisc Noop-Status DOWN 
Link/Ether 1a:76:3b:91:89:e6 brd ff:ff:ff:ff:ff:ff:ff

<BROADCAST,MULTICAST,UP,LOWER_UP> Die Netzwerkkartennummer eth0 vor dem mtu-Abschnitt ist die zuvor eingerichtete NAT-Netzwerkkarte

Passen Sie das Netzwerkkartenskript an und geben Sie den Befehl vi /etc/sysconfig/network-scripts/ifcfg-對應網卡編號ein
Hier nehmen wir eth0 als Beispiel, geben vi /etc/sysconfig/network-scripts/ifcfg-eth0 ein und geben den vi-Bearbeitungsmodus aus:

GERÄT="eth0"
BOOTPROTO="dhcp"
HWADDR="00:0C:29:3B:64:33"
IPV6INIT="ja"
NM_CONTROLLED="ja"
ONBOOT="nein"
TYPE="Ethernet"
UUID="d2818ab1-7ee1-44bf-b8b9-5bbecc6880f0"

Statischer IP-Modus: BOOTPROTO="static"

Autostart: ONBOOT="yes"

Statische IP-Informationen: IPADDR=192.168.123.123 //Wählen Sie eine konfliktfreie IP im Netzwerksegment 192.168.123.x der physischen Netzwerkkarte

Subnetzmaske: NETMASK=255.255.255.0

Subnetz-Gateway GATEWAY=192.168.163.2

Nach der Änderung wie folgt speichern

GERÄT="eth0"
BOOTPROTO="statisch"
HWADDR="00:0C:29:3B:64:33"
IPV6INIT="ja"
NM_CONTROLLED="ja"
ONBOOT="ja"
TYPE="Ethernet"
UUID="d2818ab1-7ee1-44bf-b8b9-5bbecc6880f0"
IPADDR=192.168.123.123
NETMASK=255.255.255.0
GATEWAY=192.168.123.2

3. Starten Sie die Netzwerkkarte neu und überprüfen Sie den Status der NAT-Netzwerkkarte im Windows-Netzwerkadapter

Neustartbefehl: Neustart service network restart

Die bisherige Einstellung des automatischen Erfassungsmodus der VMnet8-Eigenschaften wurde (automatisch) in den folgenden Zustand geändert

Hinweis: Überprüfen Sie, ob sich die IP-Adresse im selben Netzwerksegment wie die physische Netzwerkkarte befindet, und verwechseln Sie diese IP nicht mit der vorherigen 192.168.123.123. Die Standard-xxx1 ist in Ordnung. Die Standard-Subnetzmaske ist 255.255.255.0. Wenn kein Standard-Gateway vorhanden ist, können Sie es manuell hinzufügen: 192.168.123.2

4. Stellen Sie eine SSH-Verbindung her und beheben Sie das Problem, dass kein Zugriff auf das externe Netzwerk möglich ist

Lokale Ausführung: ssh [email protected] fordert zur Eingabe des Passworts auf und betritt erfolgreich das System

Testen Sie, ob das externe Netzwerk nach dem Ändern der statischen IP verfügbar ist

[root@localhost ~]# ping baidu.com
Ping: unbekannter Host baidu.com

Ändern Sie die DNS-Konfigurationsinformationen sudo vim /etc/resolv.conf und fügen Sie die Gateway-Adresse der virtuellen Netzwerkkarte am Ende der DNS-Konfiguration hinzu:

Suche nach lokaler Domain
Nameserver 192.168.123.2

Nach dem Speichern noch kurz warten und dann erneut pingen

[root@localhost ~]# ping baidu.com
PING baidu.com.localdomain (220.181.38.148) 56(84) Bytes Daten.
64 Bytes von 220.181.38.148: icmp_seq=1 ttl=128 Zeit=45,5 ms
64 Bytes von 220.181.38.148: icmp_seq=2 ttl=128 Zeit=44,9 ms
64 Bytes von 220.181.38.148: icmp_seq=3 ttl=128 Zeit=45,4 ms
64 Bytes von 220.181.38.148: icmp_seq=4 ttl=128 Zeit=45,1 ms
64 Bytes von 220.181.38.148: icmp_seq=5 ttl=128 Zeit=45,2 ms
64 Bytes von 220.181.38.148: icmp_seq=6 ttl=128 Zeit=45,0 ms

Wenn die Netzwerkkarte neu gestartet wird oder das System DHCP erlaubt, automatisch DNS abzurufen, wird die zuvor geänderte DNS-Konfiguration ungültig. Daher müssen Sie NM_CONTROLLED="no" [ob Network Manager-Verwaltung erlaubt ist, auf "no" setzen] in der Netzwerkkartenkonfiguration vi /etc/sysconfig/network-scripts/ifcfg-eth0 Starten Sie die Netzwerkkarte neu und konfigurieren und ändern Sie die DNS-Konfiguration erneut. sudo vim /etc/resolv.conf add nameserver 192.168.123.2

Nachdem die Änderung abgeschlossen ist, starten Sie den service network restart neu. Die DNS-Konfiguration ist weiterhin gültig.

Quellen:

*Detaillierte Erklärung der Lösung für das Zurücksetzen von resolv.conf nach einem CentOS-Neustart

*Verwenden Sie xshell, um eine Verbindung zu Linux in VMware herzustellen

Xshell 5 stellt eine Verbindung zum Linux-System in der lokalen virtuellen Maschine her

Lösung für das Problem, dass die virtuelle VMware-Maschine das externe Netzwerk nach dem Ändern der statischen IP nicht anpingen kann und eth0 fehlt*

*CentOS7 setzt statische IP und Windows kann die virtuelle Maschine nicht anpingen, die virtuelle Maschine kann die externe Netzwerklösung nicht anpingen

Hinweis: Nachdem die Einstellung erfolgreich war, sind das Netzwerksegment der NAT-Netzwerkkarte und das Netzwerksegment der physischen Netzwerkkarte inkonsistent, nachdem die physische Maschine die IP geändert hat, was die Verwendung nicht beeinträchtigt.

Dies ist das Ende dieses Artikels über den Vorgang der Verbindung mit einer lokalen virtuellen Linux-Maschine über SSH. Weitere relevante Inhalte zur Verbindung mit einem lokalen Linux über SSH finden Sie in früheren Artikeln auf 123WORDPRESS.COM oder in den folgenden verwandten Artikeln. Ich hoffe, Sie werden 123WORDPRESS.COM auch in Zukunft unterstützen!