不送餐

Question

我在服务器上出了问题。硬件出了问题，系统坏了。系统管理员在救援模式下重新启动服务器，服务器从此不再启动。Proxmox和虚拟机都不见了。

他们给了我另一个有相同规格的服务器。现在，我做了同样的事情，从零开始重新安装VM。

-Installed Promox

-Uploaded Centos 7 iso映像

-Created虚拟机

-Installed操作系统

-Added在VM硬件配置中的MAC地址>网桥设备.

-In -- VM，我用手动ip地址、网关和dns服务器配置了网络，并配置了来自主机提供商的数据。用过的。

-I重新启动了网络。

如果我从我的个人电脑切换到VM，它就能工作。

0%丢包

但是，如果我尝试从VM到google.com或8.8.8.8进行ping，它就不起作用了

100%丢包

我甚至禁用了防火墙

我可以在救援模式下从主服务器平google.com。支援小组告诉我服务器没问题。这可能是配置中的错误。

有什么建议吗？

谢谢

致以问候。

Answer 1

对我来说是条不好的路。如果您可以在相同的子网上切换东西--但子网之外的东西却不能，那么它几乎总是一个糟糕的路由/网关，或者它使用了错误的子网掩码。不要过度考虑路由，它只是“如果我在同一个子网上找不到主机，我该去哪里？”我发现和我的许多同龄人一起，他们对路由进行了过度的思考。

首先，我会检查IP地址，看看CIDR是否正确(通常是标准子网的/24)。

    [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

IP后的/24表示一个255.255.255.0子网

https://docs.netgate.com/pfsense/en/latest/network/cidr.html

然后检查你的静态路径

[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 ~]#

默认的应该是您的网关。这是假设服务器上有一个NIC接口，您应该只有一个默认网关。多个网络连接可能会使路由变得复杂，这取决于设置。

Answer 2

我被ips和mac地址搞混了。服务器的和VM的现在都可以工作了，谢谢。