On 04/28/2011 03:38 PM, Camaleón wrote:
El Thu, 28 Apr 2011 14:03:31 +0200, carlopmart escribió:
On 04/28/2011 01:31 PM, Camaleón wrote:
Además de la compatibilidad tiene ventaja de poder trabajar con los alias a nivel de enrutado ¿no? :-?
Cierto, pero de entrada solo es útil en un caso como el mio (no me viene a la cabeza ninguno más).
Para cualquiera que trabaje con aliases e iproute2. Sin etiquetas ¿cómo hacer referencia a esos alias cuando quieres crear una ruta? Salvo que haya alguna otra forma, necesitas marcar las interfaces para poder identificarlas.
Las rutas las puedes marcar de distintas maneras sin necesidad de disponer interfaces tipo ethX:X. Por ejemplo mediante la opción neighbour, nexthop, marcado de paquetes, etc.
(...)
Entonces ¿qué problemas tenías exactamente con tus alias y con la tabla de rutas? Es decir, ¿por qué no hacerlo de esa forma? Cambiar la tabla de rutas se me antoja menos agresivo que modificar iptables :-?
Mi problema era que el comando mysql no permite (en la versión que yo tengo instalada, claro) bindar con una ip de salida como lo hace ssh o el propio ping. Es por ello que el servidor mysql denegaba la conexión. El segundo problema que surgió es que tuve que instalar un segundo servicio que también tenia que conectar contra el mismo servidor mysql, pero claro, ambos servicios salían con la ip principal del host y no con las ip de alias. Eso lo pude "forzar" parcialmente con una regla de iptables. Pero ¿que ocurrió? ... que todas las peticiones mysql salían con una única ip. Eso era otro problema. ¿La solución? Conservar la regla iptables, pero en este caso forzando una única IP de conexión al servidor mysql, y no "n" IPs, que era las que necesitaba. Lo que realmente hubiese necesitado, era "algo" que discriminase el tráfico. Esto es: BBDD_1 ----> IP1 BBDD_2 ----> IP2 Cuando ese "algo" detectase una conexión mysql hacia la BBDD_1 debía forzar la IP x.x.x.x, por ejemplo. Cuando detectase una concexión mysql hacia la BBDD_2, forzase la IP y.y.y.y.
Por ejemplo en otros sistemas Unix, tipo BSD, este "invento" no nos funcionaria ya que tratan las ip aliases como lo hace iproute2.
¿A qué te refieres cuando dices "este invento" y "como lo hace iproute2"?
Lo de invento lo pongo entrecomillado para conextualizarlo, no por nada más ... Y lo de "como lo hace iproute2", me refiero a que si no le indicas forzosamente la opción "label" no te va a generar la opción de interfaz virtual tipo ethX:X, vamos que la cosa queda tal cual la puse en otro correo, así:
3: eth1:
mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:50:56:28:c8:dc brd ff:ff:ff:ff:ff:ff inet 172.25.50.15/27 brd 172.25.50.31 scope global eth1 inet 172.25.50.20/27 scope global secondary eth1 inet 172.25.50.22/27 scope global secondary eth1 inet 172.25.50.24/27 scope global secondary eth1 inet6 fe80::250:56ff:fe28:c8dc/64 scope link valid_lft forever preferred_lft forever Vale, pero ¿por qué dices que no funcionaría en otros sistemas *Unix? Sin el label tampoco funciona en linux, no pillo esa distinción que haces entre linux "y el resto".
Porque un sistema BSD, FreeBSD u OpenBSD, no hacen interfaces virtuales del tipo ethX:X. Te asignan las ip alias tal como ves en la configuración de ese host linux. Mira: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-virtu... http://www.cyberciti.biz/tips/freebsd-how-to-setup-2-ip-address-on-one-nic.h... -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org