Hola linuxeros : Tengo un suse 9.3 montado en un Servidor HP proliant ML110 . tiene 2 tarjetas de red . una tarjeta de red incorporada HP y la otra marca 3com . El punto en cuestion es que configuro las direcciones ip y elijo en primera instancia la incoporada para mi red interna (eth0) y la 3com(eth1) para internet . cuando se reinicia la maquina intercambia las direcciones ip en las tarjetas y si vuelvo a reiniciar las deja como estaban . ya las borre del yast y coloque con ifconfig en el boot.local la configuracion a mano de ambas tarjetas y sucede exactamente lo mismo. al parecer el suse detecta algunas veces la incoporada de primero y le coloca eth0 y a la otra eth1.y cuando dectecta la 3com de primero le coloca eth0 y a la incorporada eth1. pro eso veo algunas veces la ip intercambiadas . como puedo solucionar eso ? de antemano muchas gracias atte, Juan Manuel R. ______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-03 a las 22:43 +0100, Juan Manuel R. escribió:
al parecer el suse detecta algunas veces la incoporada de primero y le coloca eth0 y a la otra eth1.y cuando dectecta la 3com de primero le coloca eth0 y a la incorporada eth1. pro eso veo algunas veces la ip intercambiadas .
como puedo solucionar eso ?
** válido en la 9.3, no del todo en la 10.0 ** Observa en "/etc/sysconfig/network/" que tienes unos ficheros tal que "ifcfg-eth-id-00:40:f4:2e:b1:21", es decir, compuestos con la dirección MAC de la tarjeta. Ahí puedes fijar la IP, y también ahí puedes darle un nombre permanente (en lugar de eth0): PERSISTENT_NAME='intrnl' Nota: poner eth0 ahí es inválido, da error. Pero mucho ojo: los cambios hazlos con la red parada (rcnetwork stop). No es posible garantizar los nombres tales como eth0, eth1, que efectivamente se adjudican según lo que vea el kernel primero. Después de poner lo de "PERSISTENT_NAME" debes también cambiar las referencias a eth0..1 en el cortafuegos y rutado. Otra posibilidad es, en el cortafuegos, hacer referencias a "eth-id-00:40:f4:2e:b1:21" en lugar de a eth0 - eso es lo que yo hago. Esta es la manera "oficial" de hacerlo. Me parece haber leído de un hack por ahí. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD5AIztTMYHG2NR9URAneaAJ0cbyuW6leTCau3X1C3da9nCWkS+QCdHUAe 3ZovcyuITZVloFymGWfxzow= =7tDj -----END PGP SIGNATURE-----
Eso mismo me sucedio con la Suse 9.3 y hasta el momento no he podido dar con el asunto con la opcon de PERSISTENT_NAME tal vez en el cortafuegos y rutado funciones pero para algunos script sera problematico como ejemplo: #Habilitar NAT y Enmascarar a las redes internas a Internet iptables -t nat -A POSTROUTING -s eth1 -d 0/0 -j MASQUERADE Al menos yo los tuve . . . *********** Inicio mensaje original reply *********** El 04/02/2006 a las 02:24 a.m. Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2006-02-03 a las 22:43 +0100, Juan Manuel R. escribió:
al parecer el suse detecta algunas veces la incoporada de primero y le coloca eth0 y a la otra eth1.y cuando dectecta la 3com de primero le coloca eth0 y a la incorporada eth1. pro eso veo algunas veces la ip intercambiadas .
como puedo solucionar eso ?
** válido en la 9.3, no del todo en la 10.0 **
Observa en "/etc/sysconfig/network/" que tienes unos ficheros tal que "ifcfg-eth-id-00:40:f4:2e:b1:21", es decir, compuestos con la dirección MAC de la tarjeta.
Ahí puedes fijar la IP, y también ahí puedes darle un nombre permanente (en lugar de eth0):
PERSISTENT_NAME='intrnl'
Nota: poner eth0 ahí es inválido, da error.
Pero mucho ojo: los cambios hazlos con la red parada (rcnetwork stop). No es posible garantizar los nombres tales como eth0, eth1, que efectivamente se adjudican según lo que vea el kernel primero.
Después de poner lo de "PERSISTENT_NAME" debes también cambiar las referencias a eth0..1 en el cortafuegos y rutado.
Otra posibilidad es, en el cortafuegos, hacer referencias a "eth-id-00:40:f4:2e:b1:21" en lugar de a eth0 - eso es lo que yo hago.
Esta es la manera "oficial" de hacerlo. Me parece haber leído de un hack por ahí.
- -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFD5AIztTMYHG2NR9URAneaAJ0cbyuW6leTCau3X1C3da9nCWkS+QCdHUAe 3ZovcyuITZVloFymGWfxzow= =7tDj -----END PGP SIGNATURE-----
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
*********** Fin mensaje original reply*********** Angel Barráez Cel 414 6820592 ------------------------------------------------------ Sólo dos cosas son infinitas, el universo y la estupidez humana, y no estoy seguro de lo primero. Albert Einstein http://www.proverbia.net/citas_autor.asp?autor=EINSTEINAL Cuando no hay consulta, los planes fracasan; el éxito depende de los muchos consejeros. Salomón
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2006-02-04 a las 15:51 -0400, "Angel Barráez" escribió:
Eso mismo me sucedio con la Suse 9.3 y hasta el momento no he podido dar con el asunto
con la opcon de PERSISTENT_NAME tal vez en el cortafuegos y rutado funciones pero para algunos script sera problematico como ejemplo:
#Habilitar NAT y Enmascarar a las redes internas a Internet iptables -t nat -A POSTROUTING -s eth1 -d 0/0 -j MASQUERADE
Porque tienes que cambiar eth1 por el nombre persistente que le dieras, y en todos los scripts. - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFD5TX/tTMYHG2NR9URAly/AJ0SxzRKP5Ode77343Ll3YfSuwTKGACfYVRO 5PZUYwzPEG9yVY1ky9xHTf8= =b4kR -----END PGP SIGNATURE-----
El 3/02/06, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [...]
Después de poner lo de "PERSISTENT_NAME" debes también cambiar las referencias a eth0..1 en el cortafuegos y rutado.
Otra posibilidad es, en el cortafuegos, hacer referencias a "eth-id-00:40:f4:2e:b1:21" en lugar de a eth0 - eso es lo que yo hago.
el malo es que no es una variable global !!!! y no funciona para todos los programas !!! :-(
Esta es la manera "oficial" de hacerlo. Me parece haber leído de un hack por ahí.
algo vi tambien. -- -- Victor Hugo dos Santos Linux Counter #224399
El 3/02/06, Juan Manuel R.
Hola linuxeros :
Tengo un suse 9.3 montado en un Servidor HP proliant ML110 . tiene 2 tarjetas de red . una tarjeta de red incorporada HP y la otra marca 3com .
trabaje con una configuracion indentica a la tuya, hace unos meses.
El punto en cuestion es que configuro las direcciones ip y elijo en primera instancia la incoporada para mi red interna (eth0) y la 3com(eth1) para internet . cuando se reinicia la maquina intercambia las direcciones ip en las tarjetas y si vuelvo a reiniciar las deja como estaban .
bienvenido al club !!! ;-)
ya las borre del yast y coloque con ifconfig en el boot.local la configuracion a mano de ambas tarjetas y sucede exactamente lo mismo.
mmm.. a mi, me pasaba que configuraba algun servidor en la oficina y en la manana seguinte lo iban a entregar al cliente y llegando alla nada funcionaba !!! y alla iba el "burrito" (yo) a configurar la maquina nuevamente !!! :-(
al parecer el suse detecta algunas veces la incoporada de primero y le coloca eth0 y a la otra eth1.y cuando dectecta la 3com de primero le coloca eth0 y a la incorporada eth1. pro eso veo algunas veces la ip intercambiadas .
mmm.. por lo que note, los cambios ocurren con mas frequencia despues de actualizar el kernel !!! en todo caso, esto es un problema antiguo que suse esta mas que interada. te hablo que esta interada, ya que una empresa por aca tenia comprado unas cuantas dezenas de licencias de SLES para varios servidores... y despues de unas semanas funcionando, se reiniciaron y "toda" la empresa y sus sucursales sin conectividad !!!! Se activo la maquina de reserva y tampoco funcionaba.... despues de escribir varios correos y hacer varias llamadas a suse, vinieron a descubrir que el problema era el cambio de los nombres de las interfaces !!! el encargado de la area de informatica de la empresa mando al representante de suse a la "punta del cerro" cuando el comento que "no tenian idea de cuando se iba a solucionar este _pequeno_ problema" !!!
como puedo solucionar eso ?
yo tuve que crear algunos scripts para obtener el dispositivo en el cual estaba las tarjetas... y pasar esta variable como parametros a algunos programas, pero era algo muy,muy artesanal !!! en verdad, una "patata en los testic..." dicho problema. -- -- Victor Hugo dos Santos Linux Counter #224399
participants (4)
-
"Angel Barráez"
-
Carlos E. R.
-
Juan Manuel R.
-
Victor Hugo dos Santos