내 가상 머신 중 하나에서 작동하도록 postfix를 얻을 수 없기 때문에 혼란스럽거나 좌절감을 느낍니다. 이는 "템플릿" 가상 머신이며 이 템플릿을 사용하여 다른 가상 머신을 설정했습니다. 제가 생각할 수 있는 유일한 차이점은 이 가상 머신의 목적이 ZoneMinder 보안 소프트웨어라는 것입니다.
나는 &를 사용해 보았고 telnet mail.domain.com 25둘 다 얻었습니다. 둘 다 LAN 내의 다른 가상 머신에서 작동하며 LAN 내에도 있습니다.ssh [email protected]No Route To Hostmail.domain.com
문제의 가상 머신(Ubuntu 18)의 네트워크 구성은 다음과 같습니다.
root@sub:~# cat /etc/network/interfaces
# ifupdown has been replaced by netplan(5) on this system. See
# /etc/netplan for current configuration.
# To re-enable ifupdown on this system, you can run:
# sudo apt install ifupdown
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto ens3
#iface ens3 inet dhcp
iface ens3 inet static
address 192.168.1.255
netmask 255.255.255.0
gateway 192.168.1.1
dns-nameservers 192.168.1.1
dns-search domain.com
이것은 호스트 파일입니다:
root@sub:~# cat /etc/hosts
127.0.0.1 localhost sub.domain.com sub
::1 localhost6 sub6.domain6.com sub6
# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
마지막으로 LAN의 다른 VM에 SSH로 연결할 수 있어서 혼란스럽습니다. 필요한 지침이나 추가 정보가 있으면 알려주시기 바랍니다.
감사해요
고쳐 쓰다:
다른 VM에서는 핑할 수 있지만 mail.domain.com문제의 VM에서는 핑할 수 없습니다. 이전에는 이런 문제가 발생한 적이 없습니다.
예를 들어:
root@sub:~# ping mail.domain.com
PING mail.domain.com (192.168.1.237) 56(84) bytes of data.
From 192.168.1.255 (192.168.1.255) icmp_seq=1 Destination Host Unreachable
From 192.168.1.255 (192.168.1.255) icmp_seq=2 Destination Host Unreachable
From 192.168.1.255 (192.168.1.255) icmp_seq=3 Destination Host Unreachable
업데이트 2:
이제 가상 머신에서 NIC를 제거하고 MAC 문제가 중복되는 경우를 대비해 새 NIC를 추가했습니다.
게이트웨이의 IP 주소와 DNS 항목을 변경했습니다.
위의 두 단계를 수행한 후 게이트웨이를 다시 시작했지만 여전히 작동하지 않으며, ip -s -s neigh flush all이것이 문제가 아닌지 확인하기 위해 다시 시작할 때 주기적으로 arp 캐시를 플러시했습니다.
답변1
문제에 대해 100%는 아니지만(하지만 지금은 해결되었습니다!) 이 두 스레드가 도움이 되었다고 생각합니다.
192.168.0.146 icmp_seq=1에서 대상 호스트에 액세스할 수 없습니다.
호스트에 연결할 수 없으며 이유를 이해할 수 없습니다.
기본적으로 다음 두 가지 중 하나입니다.
- 중복된 IP 주소 충돌
- MAC 주소 중복 충돌
그러나 비결은 ip -s -s neigh flush allVM/대상 VM/게이트웨이 라우터를 다시 시작하거나 다시 시작하여 arp 캐시가 지워지는지 확인하는 것입니다.
내 문제는 중복된 MAC 주소라고 확신합니다. 나는 일반적으로 디스크를 템플릿으로 사용하고 GUI를 통해 새 VM을 생성하고 디스크 템플릿의 복사본을 가리킵니다. 하지만 이번에는 a를 사용 domain.xml하고 disk매개변수를 수정하여 새 디스크를 가리키게 한 것 같습니다. 문제는 domain.xml동일한 MAC를 사용하는 이전 템플릿 VM이 여전히 이를 사용하고 있다는 것입니다.