Ich hatte ein Problem mit dem Server. Die Hardware hatte ein Problem und das System war kaputt. Die Systemadministratoren haben den Server im Rettungsmodus neu gestartet und er hat nie wieder gebootet. Proxmox und die virtuellen Maschinen sind weg.
Sie gaben mir einen anderen Server mit denselben Spezifikationen. Jetzt habe ich dasselbe wie immer gemacht, um die VMs von Grund auf neu zu installieren.
-Promox VE installiert
- Das Centos 7 ISO-Image hochgeladen
-Die VM wurde erstellt
- Das Betriebssystem installiert
– Die MAC-Adresse wurde in der VM-Hardwarekonfiguration > Netzwerkgerät für die Bridge hinzugefügt.
-In der VM habe ich das Netzwerk mit manueller IP-Adresse, dem Gateway und dem DNS-Server mit den Daten vom Hosting-Anbieter konfiguriert. Habe nmtui verwendet.
-Ich habe das Netzwerk neu gestartet.
Wenn ich von meinem PC aus einen Ping an die VM schicke, funktioniert es
0 % Paketverlust
Aber wenn ich versuche, von der VM aus einen Ping an google.com oder 8.8.8.8 zu senden, funktioniert es nicht
100 % Paketverlust
Ich habe sogar die Firewall deaktiviert
Ich kann google.com vom Hauptserver im Rettungsmodus anpingen. Das Support-Team hat mir gesagt, dass der Server in Ordnung ist. Möglicherweise liegt ein Konfigurationsfehler vor.
Irgendein Vorschlag?
Danke
Grüße.
Antwort1
Klingt für mich nach einer schlechten Route. Wenn Sie Dinge im selben Subnetz anpingen können, aber nicht Dinge außerhalb dieses Subnetzes, handelt es sich fast immer um eine schlechte Route/ein schlechtes Gateway oder vielleicht wird die falsche Subnetzmaske verwendet. Denken Sie nicht zu viel über die Route nach, es geht einfach darum: „Wohin gehe ich, wenn ich keinen Host im selben Subnetz finde?“ Ich stelle fest, dass viele meiner Kollegen zu viel über das Routing nachdenken.
Zuerst würde ich die IP-Adresse überprüfen und sehen, ob der CIDR korrekt ist (normalerweise /24 für ein Standardsubnetz).
[root@virgo ~]# ip a
3: bridge0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet **192.168.1.4/24** brd 192.168.1.255 scope global noprefixroute
Die /24 nach der IP bezeichnet ein 255.255.255.0 Subnetz
https://docs.netgate.com/pfsense/en/latest/network/cidr.html
Überprüfen Sie dann Ihre statische Route
[root@virgo ~]# ip route
**default via 192.168.1.1** dev bridge0 proto static metric 425
192.168.1.0/24 dev bridge0 proto kernel scope link src 192.168.1.4 metric 425
[root@virgo ~]#
Der Standard sollte Ihr Gateway sein. Dies setzt eine einzelne NIC-Schnittstelle auf dem Server voraus. Sie sollten nur ein Standard-Gateway haben. Mehrere Netzwerkverbindungen können das Routing je nach Setup erschweren.
Antwort2
Ich war mit den IPs und den MAC-Adressen durcheinander. Die für den Server und die für die VM. Jetzt funktioniert es. Danke.