Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2009-09-15 a las 21:03 +0200, Camaleón escribió:
El 2009-09-15 a las 19:49 +0200, Carlos E. R. escribió:
Nunca puede ir en boot.local porque se ejecuta antes de levantar la red.
Aceptado.
Puede valer si lo pones en /etc/init.d/MiGuionDeRed y lo insertas adecuadamente.
Tampoco serviría, porque sólo se ejecutaría al iniciar el sistema, pero no al reiniciar el servicio, por lo que si tienes que reiniciar la red, tienes que acordarte de ejcutar ese script de nuevo o de eliminar la ruta a mano con el "route del".
Por eso dije "puede".
Y sin duda vale si lo pones en /etc/sysconfig/network/scripts/MiGuionDeRed y metes el enlace en /etc/sysconfig/network/if-up.d/NUMMiGuionDeRed
Ahora sí has hecho los deberes :-)
¡Pero es que ya lo dije hace varios mensajes!
Pero tu sugerencia de poner el script en bajo /etc/init.d/borra_ruta tampoco hubiera servido :-P
A medias :-)
Tendría que estar vinculado al servicio de red, y que se ejecutara el script cada vez que se ejecuatara un "rcnetwork lo_que_sea".
Pues eso, el tercer caso de arriba hace eso precisamente.
Hum... ¿debería ir ahí o en /etc/syconfig/network/scripts/ifup-route?
Donde quieras, mientras no exista, y "/etc/sysconfig/network/scripts/ifup-route" existe.
No debe existir, porque una actualización te borraría tu cambio. Es mejor que te crees tu propio guión, y hay un "ifup-skel" para usar de punto de partida.
Sí, haber encontrado esa variable está muy bien, es ideal.
Es el estilo suse. Y era muy extraño que no estuviera contemplado.
Pero piensa una cosa, en lo que pasa realmente al borrar la ruta linklocal: si por cualquier motivo el sistema tiene que mandar o responder un paquete a una IP en ese rango, como no tiene ruta definida usará la ruta por defecto, que es... el gateway. La mandará al gateway de internet, donde su administrador va a protestar y dar la vara.
¿Eso es de verdad lo que quereis hacer? >:-)
De redes estoy pez, pero me parece que los paquetes dirigidos al link-local no podrían salir nunca por la puerta de enlace (caso de que fuera un router con salida al isp), no son "rutables".
En efecto, no son rutables; el gateway debe cepillarselos, igual que se cepilla los que vayan a IPs locales. Y eso no es problema en cualquier parte, excepto en la red de carlopmart porque sus admins son quisquillosos en exceso.
Hemos vivido muchos años sin el zeroconf, ¿de verdad crees que ahora es necesario tenerlo configurado, activado y escuchando peticiones de "tó-quisqui" (aka: todos los chismes multimedia o impresoras, etc... habidos y por haber)? >:-)
No, no lo creo. Pero... existe, está ahí, y "hay" que soportarlo por si alguien lo necesita. Es más fácil para la gente que meter un dhcp, que fíjate que los routers caseros de los proveedores de internet suelen ponerlo.
Pero lo que estoy diciendo es otra cosa. Si quitas la definición de la ruta para los paquetes linklocal, y por algún motivo aparece un paquete que va a ese rango, el ordenador mirará en su tabla de rutas; al no encontrar ninguna, usará la ruta por defecto, que es la del gateway.
No, no, no. De eso nada. Si ese server ve que el paquete no va hacia el, no hace absolutamente nada con él, a menos que sea un gateway (un router, un firewall, etc).
Lo que estoy diciendo es que quitar la ruta de linklocal provoca que los paquetes linklocal vayan al gateway (en vez de al sitio a donde su autor/generador pensaba) generando un reporte y bronca de esos administradores quisquillosos.
No. Si yo quito la ruta linklocal de esos servidores, ¿quien va a generar ningún paquete si no hay servers con esas rutas??
Estamos provocando la enfermedad.
Lo que hay que hacer no es borrar la ruta, sino redefinirla para que vayan a la basura, o cortarlos en un cortafuegos en cada máquina.
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkqv8JYACgkQtTMYHG2NR9WrYACfSimMaw1fs4o//GhvUPwYqC3Z 6OoAniScNJSfzLtXgFpAz7aKwAZodDJT =SC5/ -----END PGP SIGNATURE-----
-- 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