我的伺服器有問題。硬體出現問題並破壞了系統。系統管理員以救援模式重新啟動伺服器，但伺服器再也沒有啟動。 Proxmox 和虛擬機器都消失了。
他們給了我另一台具有相同規格的伺服器。現在，我做了與往常相同的操作，從頭開始重新安裝虛擬機器。
-安裝Promox VE
-上傳Centos 7 iso鏡像
-創建虛擬機
-安裝作業系統
-在虛擬機器硬體配置>網路設備中為網橋新增了MAC位址。
-在虛擬機器中，我使用來自託管提供者的資料手動設定網路 IP 位址、網關和 DNS 伺服器。使用nmtui。
-我重新啟動了網路。
如果我從我的個人電腦 ping 到虛擬機，它就可以工作
0% 丟包率
但如果我嘗試從虛擬機器 ping 到 google.com 或 8.8.8.8，它就不起作用
100%丟包
我甚至禁用了防火牆
我可以在救援模式下從主伺服器 ping google.com。支援團隊告訴我伺服器沒問題。配置可能有問題。
有什麼建議嗎？
謝謝
問候。
答案1
對我來說聽起來像是一條糟糕的路線。如果您可以 ping 通同一子網路上的內容，但不能 ping 通該子網路以外的內容，則幾乎總是錯誤的路由/網關，或者可能使用了錯誤的子網路遮罩。不要過度思考路由，這只是“如果我在同一子網路中找不到主機，我該去哪裡？”我發現我的許多同行都過度考慮路由。
首先，我會檢查 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 接口，您應該只有一個預設網關。多個網路連接可能會使路由變得複雜，具體取決於設定。
答案2
我對 ip 和 mac 位址感到困惑。用於伺服器的一個和用於虛擬機器的一個現在可以工作了，謝謝。