vmware esxi 다중 nic 네트워크 구성의 Ubuntu 게스트

vmware esxi 다중 nic 네트워크 구성의 Ubuntu 게스트

vmware esxi에서 ubuntu 10.04를 실행하는 가상 서버에 여러 개의 IP 주소를 연결하려고 합니다.

esxi를 사용하여 모두 동일한 가상 스위치에 연결된 10개의 가상 NIC를 할당했습니다.

각 가상 NIC에는 네트워크의 다른 장치가 사용하지 않는 자체 IP 주소가 있습니다.

문제는 사무실 내에서, 즉 라우터가 작동하기 전에는 모든 것이 문제 없이 잘 작동하고 모든 서비스를 정상적으로 사용할 수 있다는 것입니다. 사무실 외부, 즉 공용 인터넷에서는 기계에 있는 하나의 IP만이 모든 서비스를 제공합니다. 그것은 eth0의 IP입니다. 다른 모든 IP는 시간 초과되었습니다.

모든 IP는 동일한 범위의 공개 IP입니다. 방화벽 구성이 변경되지 않았으며 모든 IP가 전원이 꺼진 기존 하드웨어에서 공개적으로 사용 가능했기 때문에 방화벽 문제는 없습니다.

다른 서버의 Traceroute 출력은 다음과 같습니다.

root@jaguar:~# tcptraceroute x.x.x.252
traceroute to x.x.x.252 (x.x.x.252), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  Xe0-1-1-0-grtontl1.red.telefonica-wholesale.net (213.140.51.181)  21.845 ms  22.682 ms  23.545 ms
 4  GE6-1-0-0-grtlontl3.red.telefonica-wholesale.net (84.16.12.14)  24.144 ms  24.834 ms GE7-0-0-0-grtlontl3.red.telefonica-wholesale.net (84.16.12.94)  25.374 ms
 5  CW-2-1-0-0-grtlontl3.red.telefonica-wholesale.net (213.140.52.62)  67.339 ms  67.334 ms  67.327 ms
 6  xe-4-2-0-xcr1.lnd.cw.net (195.2.25.58)  86.102 ms  64.355 ms  64.136 ms
 7  ge-5-0-0-dcr1.lnd.cw.net (195.2.25.2)  18.486 ms ge-1-0-0-dcr1.lnd.cw.net (195.2.25.122)  18.664 ms  18.613 ms
 8  so-0-0-0-zcr1.lnt.cw.net (166.63.163.222)  18.830 ms so-4-0-0-zcr1.lnt.cw.net (166.63.161.146)  18.437 ms so-0-0-0-zcr1.lnt.cw.net (166.63.163.222)  18.372 ms
 9  so-1-3-0-ycr1-lo7.cw.net (166.63.222.30)  22.153 ms  22.413 ms  22.411 ms
10  ge-0-0-0-kar1.lo7.cw.net (195.2.12.178)  22.886 ms  22.404 ms  22.356 ms
11  hackney-gw.uk.insnet.net (213.38.241.146)  28.065 ms  28.818 ms  29.410 ms
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
root@jaguar:~# tcptraceroute x.x.x.244
traceroute to x.x.x.244 (x.x.x.244), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  GE7-0-0-0-grtlontl3.red.telefonica-wholesale.net (84.16.12.94)  23.450 ms  24.431 ms GE6-1-0-0-grtlontl3.red.telefonica-wholesale.net (84.16.12.14)  24.956 ms
 5  CW-2-1-0-0-grtlontl3.red.telefonica-wholesale.net (213.140.52.62)  25.626 ms  26.377 ms  26.975 ms
 6  xe-4-0-0-xcr1.lnd.cw.net (195.2.25.30)  27.823 ms xe-4-2-0-xcr1.lnd.cw.net (195.2.25.58)  18.397 ms  18.448 ms
 7  ge-5-0-0-dcr1.lnd.cw.net (195.2.25.2)  18.660 ms ge-1-0-0-dcr1.lnd.cw.net (195.2.25.122)  22.714 ms  21.367 ms
 8  so-4-0-0-zcr1.lnt.cw.net (166.63.161.146)  18.789 ms so-0-0-0-zcr1.lnt.cw.net (166.63.163.222)  18.915 ms so-4-0-0-zcr1.lnt.cw.net (166.63.161.146)  18.532 ms
 9  so-1-3-0-ycr1-lo7.cw.net (166.63.222.30)  22.877 ms  22.694 ms  22.405 ms
10  ge-12-0-0-kar1.lo7.cw.net (195.2.12.182)  22.404 ms  22.430 ms  22.600 ms
11  hackney-gw.uk.insnet.net (213.38.241.146)  27.783 ms  27.810 ms  28.225 ms
12  rsvd-company-name-244.x.x.x.in-addr.arpa (x.x.x.244)  28.292 ms  28.295 ms  27.762 ms

252로 끝나는 주소는 작동하지 않는 주소입니다. 244로 끝나는 주소는 작동하는 주소입니다.

/etc/network/interfaces는 다음과 같습니다:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
    address x.x.x.244
    netmask 255.255.255.0
    broadcast x.x.x.255
    gateway x.x.x.x
    dns-nameservers x.x.x.x

auto eth1
iface eth1 inet static
    address x.x.x.252
    netmask 255.255.255.0
    gateway x.x.x.x
    broadcast x.x.x.255
...

기타 등등

답변1

마침내 해결책을 찾았습니다.

Ubuntu 또는 VMWare의 구성과는 아무런 관련이 없지만 실제로는 라우터 자체였습니다. arp 테이블의 수명은 매우 긴 것 같습니다. 라우터의 전원을 껐다 켜면 문제가 해결되었으며 그 이후로 문제가 발생할 때마다 해결되었습니다.

이 상황을 발견할 수 있는 다른 사람이 도움을 받을 수 있도록 이 글을 게시하세요.

답변2

모든 IP 주소가 동일한 서브넷에 있습니까?

그렇다면:

  • 가상 스위치 구성의 복잡성을 줄이기 위해 실제 인터페이스(예: eth0, eth 0:1, eth0:2 등) 대신 우분투에서 가상 인터페이스를 사용할 수 있습니다.
  • 게이트웨이 하나만 정의하면 됩니다.

그렇지 않다면 아마도 동일할 수도 있고 아닐 수도 있는 10개의 게이트웨이를 정의하고 있다는 사실이 마음을 사로잡을 것입니다. "소스 라우팅"(즉, 들어오는 라우팅 규칙과 일치하지 않는 소스로부터의 아웃바운드 패킷 허용)을 허용하거나 허용하지 않을 수 있습니다. 이 경우 "소스 라우팅"을 Google에 검색하고 싶습니다.

답변3

VMware 내부의 스위치 구성을 확인하십시오. 또한 ping -I를 사용해 보고 작동하지 않는 인터페이스를 선택하여 문제가 해결되는지 확인하십시오. (단순히 arp 항목이 없을 수도 있습니다.

답변4

문제가 정확히 무엇인지는 모르겠지만 모든 인터페이스를 eth0의 가상 인터페이스로 변경하고 종료한 후 esxi 가상 머신 설정에서 추가 nic을 제거하고 다시 부팅한 후 모두 작동했습니다.

관련 정보