Configuré un sistema Ubuntu y lo configuré correctamente, incluida la definición eth0
en /etc/network/interfaces
. Luego imaginé ese sistema y lo cloné en un nuevo sistema.
Cuando reinicié el sistema por primera vez, todo estaba bien, pero unos reinicios más tarde me saludaron con el tiempo de espera de configuración de red. Cuando inicié sesión descubrí que eth0
no estaba disponible.
Mi investigación inicial me permitió probar ifdown -a
y ifup -a
lo hice varias veces sin ningún efecto aparente.
La investigación finalmente me señaló /etc/udev/rules.d/70-persistent-net.rules
, donde descubrí que la dirección MAC para el nuevo sistema había creado eth1. Buena idea, pero no es lo que quería que sucediera.
Cuando arranqué justo ahora, descubrí que /etc/udev/rules.d/70-persistent-net.rules
ahora tiene seis entradas para seis direcciones HW diferentes, lo que me parece extraño ya que solo hay una interfaz.
Mi pregunta es: ¿mi uso de ifup -a
alguna manera creó nuevas direcciones MAC para ser creadas? Si no, ¿hay alguna idea sobre cómo sucedió esto? Modifiqué /etc/udev/rules.d/70-persistent-net.rules
para nombrar la dirección HW actual eth0
y parece estar funcionando, pero ¿puedo estar seguro de que la dirección no cambiará nuevamente al reiniciar?
fuente
Respuestas:
Me he encontrado con este mismo problema en CentOS de vez en cuando cuando cloné máquinas virtuales (VM). El problema se debe a que la VM original obtiene una entrada en este archivo para configurar el dispositivo Ethernet
eth0
.Archivo de muestra .rules
El problema se vuelve feo cuando clonas la primera máquina virtual, esto hace que se cree una nueva dirección MAC, bajo algunas tecnologías de virtualización como KVM para una. Esta nueva dirección MAC se detecta automáticamente cuando la VM clonada se inicia y se ve como un nuevo dispositivo Ethernet, por
/lib/udev/write_net_rules
lo que se agrega una segunda entrada al archivo anterior.Normalmente abro este archivo,
70-persistent-net.rules
en un editor y simplemente consolidar las líneas para que la nueva dirección MAC se asigne aleth0
dispositivo y reiniciar.EDITAR # 1
El OP siguió la pregunta con la siguiente información nueva.
@Zobal: estoy familiarizado con Flex. Como se trata de una VM, puede cambiar la MAC de la VM (en el software de VM: VirtualBox, KVM, etc.).
NOTA: Flex es una tecnología de licencia proporcionada por Flexera . Solían llamarse Software GlobeTrotter. Esta tecnología permite que el software esté vinculado a un host físico o puede tener licencias administradas desde un servidor central como "tokens" donde los clientes pueden verificar los tokens por un período de tiempo. Las licencias generalmente están vinculadas a un host, y este host generalmente se identifica por un número único que puede encontrar usando el comando
hostid
.Por ejemplo:
A lo que respondí: Bueno, entonces su única opción es cambiar la dirección MAC del nuevo sistema a la misma que la MAC del otro sistema. Tenga en cuenta que estos 2 sistemas no pueden existir en la misma red, de lo contrario entrarán en conflicto entre sí. Además, las licencias Flex generalmente no usan el MAC, ¡usan el número que es identificable usando el comando
hostid
!Referencias
fuente
hostid
!hostid es tan único como la dirección IP de su servidor.
En su ejemplo, hostid es a8c0c801, ¿la dirección IP de su servidor es 192.168.1.200?
A8C0 C801 -> C0A8 01C8
C0: 192
A8: 168
01: 1
C8: 200
fuente