サーバーに問題がありました。ハードウェアに問題があり、システムが壊れました。システム管理者がレスキュー モードでサーバーを再起動しましたが、二度と起動しなくなりました。Proxmox と仮想マシンは消えてしまいました。
同じ仕様の別のサーバーが提供されました。今度は、いつもと同じ手順で VM を最初から再インストールしました。
-Promox VEをインストール
-Centos 7 isoイメージをアップロードしました
-VMを作成しました
-OSシステムをインストール
- VM ハードウェア構成 > ネットワーク デバイスにブリッジの MAC アドレスを追加しました。
- VM では、ホスティング プロバイダーからのデータを使用して、手動の IP アドレス、ゲートウェイ、DNS サーバーでネットワークを構成しました。nmtui を使用しました。
-ネットワークを再起動しました。
パソコンからVMにpingすると動作します
パケット損失率0%
しかし、VMからgoogle.comまたは8.8.8.8にpingを試みても機能しません
100% パケット損失
ファイアウォールも無効にしました
レスキュー モードでメイン サーバーから google.com に ping できます。サポート チームによると、サーバーは正常とのことです。設定に問題がある可能性があります。
なにか提案を？
ありがとう
よろしくお願いいたします。
答え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 インターフェイスがあることを前提としており、デフォルト ゲートウェイは 1 つだけである必要があります。複数のネットワーク接続があると、設定によってはルーティングが複雑になる場合があります。
答え2
IP アドレスと MAC アドレスが混同されていました。 1 つはサーバー用、もう 1 つは VM 用です。 今は動作します。 ありがとうございます。