Estaba configurando un servidor RHEL7 en vmware vSphere y tengo problemas para conectarlo a la red sin NetworkManager. Configuré el servidor para tener una IP estática durante el proceso de instalación y configuró todo usando NetworkManager. Si bien esto funciona, no usamos NetworkManager en mi oficina, así que fui e ingresé lo que generalmente ponemos el archivo de configuración para obtener los servidores RHEL6 en línea sin NetworkManager.
/ etc / sysconfig / network-scripts / ifcfg-ens192 es el siguiente:
NOMBRE = ens192
TIPO = Ethernet
ONBOOT = sí
NM_CONTROLLED = no
BOOTPROTO = static
IPADDR = 10.0.2.15
PREFIX = 24
GATEWAY = 10.0.2.2
Sin embargo, cuando desactivo NetworkManager, el servicio de red no puede iniciarse con el siguiente error
#service reinicio de red
Reinicio de la red (a través de systemctl): error en el trabajo para network.service. Consulte 'systemctl status network.service' y 'journalctl -xn' para más detalles.
Y ambos comandos generan lo siguiente:
red [1838]: respuestas RTNETLINK: archivo existe
red [1838]: respuestas RTNETLINK: archivo existe
red [1838]: respuestas RTNETLINK: archivo existe
red [1838]: respuestas RTNETLINK: archivo existe
red [1838]: respuestas RTNETLINK: archivo existe
red [1838]: RTNETLINK responde: El archivo existe
red [1838]: RTNETLINK responde: El archivo existe
systemd [1]: network.service: proceso de control salido, código = estado salido = 1
systemd [1]: Error al iniciar LSB: Traer redes arriba / abajo
Además, esto es lo que muestra el comando 'ip addr':
1: lo: mtu 65536 qdisc noqueue state
Enlace DESCONOCIDO / loopback 00: 00: 00: 00: 00: 00 brd 00: 00: 00: 00: 00: 00
inet 127.0.0.1/8 scope host lo
valid_lft forever
Preferred_lft forever inet6 :: 1/128 host de alcance
valid_lft forever preferred_lft forever
2: ens192: mtu 1500 qdisc noop state DOWN qlen 1000
link / ether 08: 00: 27: 98: 8e: df brd ff: ff: ff: ff: ff: ff
RTNETLINK answers: File exists
significa que todo lo quenetwork.service
intentó agregar (probablemente direcciones IP) ya estaba allí. Ejecuteip addr
y agregue los resultados a su pregunta.network.service
y la mejor manera de rastrear los comandos de ip fuestrace
. En general, no debería obtener este tipo de error. Podría valer la pena informar (idealmente a través del soporte).Respuestas:
Verifique su dirección MAC para la VM. Debería ser 08: 00: 27: 98: 8e: df ya que eso es lo que se muestra que ejecutó ip addr. Si se trata de algo más, deberá configurarlo en su archivo ifcfg-ens192 con lo siguiente, pero reemplazar la dirección con la real.
Tuve el mismo problema y esto lo resolvió por mí.
fuente
Todo lo que encontré que se necesita para resolver esto es que MAC en la configuración
Si no está seguro de la dirección de hardware, puede encontrarla.
fuente
Intente ir a la configuración de red de la máquina virtual y asegúrese de que el cable de red esté conectado y compruebe si ha bloqueado esto con un firewall.
fuente
debe poner esa información (PUERTA DE ENLACE = 10.0.2.2) en / etc / sysconfig / network una vez que haya terminado, reiniciar el servicio debería tener éxito
fuente
También me encontré con el error "Error al iniciar LSB: activar / desactivar la red", desde que deshabilité NetworkManager. Se necesitaron dos minutos para abrir las interfaces después del arranque. La causa de la confusión fue "... LSB". Resultó que el mensaje proviene solo del script /etc/rc.d/init.d/network tradicional. En mi caso, el siguiente resolvió el problema;
A los scripts de red / ifcfg-eth0 añadidos
Se eliminaron los archivos innecesarios ifcfg- * que NetworkManager ha dejado atrás
fuente
¡Esto solucionará el problema!
-Iniciar el servicio de red
¡AHORA! Trabajando.
fuente
NetworkManager dicta la ruta predeterminada (ruta ip) aunque su interfaz tiene nm deshabilitado, es solo esa interfaz, no todo el sistema.
fuente
systemctl disable
no detiene un servicio, ni tampocochkconfig ... off
lo hace, lo que básicamente se traduce en el mismo comando.Yo estaba teniendo el mismo problema. Así que simplemente elimino los archivos de respaldo que hice
/etc/sysconfig/network-scripts
, comoifcfg-Bridge_connection_1.home
yifcfg-Bridge_connection_1.office
que creé para el uso de respaldo. No deberían ser creados allí. El/etc/init.d/network restart
podría funcionar bien después de eliminar esos inútiles ifcfg- *.fuente