가상 머신 (VM)을 복제 할 때 가끔 CentOS에서 이와 동일한 문제가 발생했습니다. 문제는 원래 VM이 이더넷 장치를 설정하기 위해이 파일에 항목을 넣는 것에서 비롯됩니다 eth0.
샘플 .rules 파일
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.
# net device () (custom name provided by external tool)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="54:52:00:ff:ff:dd", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
문제는 첫 번째 VM을 복제 할 때 못생긴 머리를 키우므로 KVM과 같은 일부 가상화 기술에서 새 MAC 주소가 만들어집니다. 이 새 MAC 주소는에서 복제 된 VM을 부팅하고 새 이더넷 장치로 볼 때 자동으로 감지 /lib/udev/write_net_rules되므로 두 번째 항목이 위 파일에 추가됩니다.
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="54:52:00:ff:ff:de", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
나는 보통 70-persistent-net.rules편집기 에서이 파일을 열고 새로운 MAC 주소가 eth0장치에 할당 되고 재부팅 되도록 행을 통합합니다 .
...
# net device () (custom name provided by external tool)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="54:52:00:ff:ff:de", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
편집 # 1
OP는 다음과 같은 새로운 정보로 문제를 추적했습니다.
품목 # 1 : 흠. 맥 주소와 관련된 플렉스 라이센스로 소프트웨어를 실행하고 있기 때문에 제 경우에는 효과가 없습니다. 끊임없이 변화하는 주소는 상기 소프트웨어를 쓸모 없게 만든다.
@Zobal-Flex에 익숙합니다. VM이므로 VM의 MAC을 변경할 수 있습니다 (VM 소프트웨어-VirtualBox, KVM 등).
노트: Flex는 Flexera 에서 제공하는 라이센스 기술입니다 . 그들은 GlobeTrotter Software라고 불 렸습니다. 이 기술을 사용하면 소프트웨어를 물리적 호스트에 연결하거나 중앙 서버에서 라이센스를 "토큰"으로 관리하여 클라이언트가 일정 기간 동안 토큰을 확인할 수 있습니다. 라이센스는 일반적으로 호스트에 연결되며이 호스트는 일반적으로 명령을 사용하여 찾을 수있는 고유 번호로 식별됩니다 hostid.
예를 들면 다음과 같습니다.
$ hostid
a8c0c801
항목 # 2 : 제 경우에는 VM이 아닙니다. 하나의 물리적 시스템을 다른 물리적 시스템에 복제했습니다.
내가 대답 한 것 : 그렇다면 유일한 옵션은 새 시스템의 MAC 주소를 다른 시스템의 MAC 주소와 동일하게 변경하는 것입니다. 이 두 시스템이 동일한 네트워크에 존재할 수 없으면 서로 충돌합니다. 또한 Flex 라이센스는 일반적으로 MAC을 사용하지 않으며 명령을 사용하여 식별 할 수있는 숫자를 사용합니다 hostid.
참고 문헌