서버에 문제가 생겼습니다. 하드웨어에 문제가 발생하여 시스템이 손상되었습니다. 시스템 관리자가 복구 모드에서 서버를 다시 시작했지만 다시는 부팅되지 않았습니다. 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 인터페이스가 있다고 가정할 때 기본 게이트웨이가 하나만 있어야 합니다. 다중 네트워크 연결은 설정에 따라 라우팅을 복잡하게 만들 수 있습니다.
답변2
ip와 mac 주소가 헷갈리더라구요. 서버용과 VM용이 이제 작동합니다. 감사합니다.