Comentarios

Solapas principales

Sáb, 14/09/2019 - 13:51
caliban
Imagen de caliban
Desconectado/a
moderador
se unió: 14/01/16

Interesante script .pero tengo alguna discrepancia respecto al comando ip route por ejemplo :

ip route |grep default
default via 192.168.1.1 dev eth0 onlink 

Como se ve , no informa ni protocolo ni metric 

Si amplio el comando 

ip route show
default via 192.168.1.1 dev eth0 onlink 
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.150 

 

Si utilizo el viejo netools  entonces 

route |grep default
default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0

Se que por defecto iproute2  asume que metric es 0 si no se especifica otra cosa .

¿Me estoy perdiendo de algo que no logro ver ?

Sáb, 14/09/2019 - 17:09
NerveNet
Imagen de NerveNet
Desconectado/a
colaborador
se unió: 14/03/16

No hay nada raro, simplemente la respuesta que tienes de ip route no la he contemplado por que en mis equipos no me la devuelve como a ti.

 

En los tres equipos que lo he probado, uno con Debian 9, otro con Debian 10 y uno con RedHat Enterprise Linux 6.7, el comando ip route | grep default me devuelve:

default via 172.26.0.6 dev enp0s25 proto static metric 100 

ó

default via 172.26.0.6 dev enp0s25 proto dhcp metric 600 

 

Mi script se basó en esas dos respuestas obviando el "dev xxxx". Así que como no es perfecto toca modificarlo...

 

¿Tienes alguna idea de lo que "onlink" significa?

A un clic de distancia de ti...

Sáb, 14/09/2019 - 17:45
caliban
Imagen de caliban
Desconectado/a
moderador
se unió: 14/01/16

Entiendo la discrepancia y para nada es complicado modificar el script, fue solo curiosidad en cuanto a la diferencia en uno y otro caso.

Voy a comprobar con otras instalaciones/versiones que tengo  de debian , quiza el asunto sea que en este equipo con debian sid que vengo manipulando hace años algo falta o algo en el paquete iproute2  haga la diferencia.

En cuanto a "onlink"  ahora no se que significa otra cosa que toca investigar .

comenzare con el man de iproute, 

Sáb, 14/09/2019 - 19:04
NerveNet
Imagen de NerveNet
Desconectado/a
colaborador
se unió: 14/03/16

Entendido, gracias por la ayuda, ya tengo lista una modificación, la probaré el domingo a ver que tal y la subo.

A un clic de distancia de ti...

Lun, 16/09/2019 - 07:17
NerveNet
Imagen de NerveNet
Desconectado/a
colaborador
se unió: 14/03/16

Bueno, ya tengo la modificación lista, la he probado en RHEL 6.7 sin problemas, por la tarde haré pruebas en Debian 9 y 10.

Si va bien la subo para que la pruebes Caliban, si quieres, luego quedaría pendiente la optimización del código.

A un clic de distancia de ti...

Lun, 16/09/2019 - 13:26
caliban
Imagen de caliban
Desconectado/a
moderador
se unió: 14/01/16

Bien estuve investigando un poco , en otras instalaciones de debian que tengo 

el resultado de 

ip route |grep default
default via 192.168.1.1 dev eth0 onlink 

Sin embargo configure una (debian buster basica ) via  DHCP  y el resultado da 

default via 192.168.1.1  dev eth0 ## esa es la puerta de enlace determinada

O sea cambia el resultado de lo que muestra si es una ip estatica o dinamica.

En cuanto a  "onlink"   todo lo que llegue a encontrar en los manuales es:

NHFLAGS := [ onlink | pervasive ]

Y un poco mas ( escaso ) 

pretend that the nexthop is directly attached to this link, even if it does not match any interface prefix.
## que con el mal traductor de google  da :
---------------------------------------------------------------------------------------
pretenda que el nexthop está directamente conectado a este enlace, incluso si no coincide con ningún prefijo de interfaz.
_____________________________________________________________________________________

De todos modos ,el script funcionara igual sin esos detalles por que el simple comando 

ip route add default via <ip>

Configurara la nueva puerta de enlace predeterminada .

Reitero el script me parece util y simple ,y como casi todas las cuestiones en linux modificable o adaptable a cada necesidad o entorno .

Gracias por interesarte con mi duda.

Lun, 16/09/2019 - 15:14
NerveNet
Imagen de NerveNet
Desconectado/a
colaborador
se unió: 14/03/16

Gracias por molestarte en probarlo, acabo de subir la revisión del script. Pruébalo si quieres.

A un clic de distancia de ti...

Mar, 17/09/2019 - 14:18
caliban
Imagen de caliban
Desconectado/a
moderador
se unió: 14/01/16

Bien a quedado muy completo , interesante uso del  built-in  bash 'eval', nunca lo he usado  y me hubiera ahorrado retorcidos códigos .

Todavía no termino de entender el  'online ' del todo que me figura  en forma predeterminada ,como siempre ya  aparecera alguna explicación  clara perdida en algún rincón de internet.

Leyendo en detalle los parámetros de enrutado se me ocurre ( !!Solo como una idea para evaluar !) ,que como la prioridad en la ruta por defecto  se tiene en cuenta  el 'metric' ,dando prioridad al mas bajo valor , bien se podría cambiar cual router  se usara por defecto  cambiando dicho valor  y dejando al segundo como respaldo en el caso que el primero no fuera accesible.

Es decir con dos rutas por defecto , el sistema intentara primero por la de menor valor y si no estuviera disponible utilizara la otra.

Claro que esto ya es otro cuento ,que en nada modifica el excelente script que hiciste.Gracias por subirlo.

 

Mar, 17/09/2019 - 18:01
NerveNet
Imagen de NerveNet
Desconectado/a
colaborador
se unió: 14/03/16

Bueno, puesto que tengo dos routers en casa con dos líneas a internet de proveedores distintos será cuestión de hacer las pruebas pertinentes.

A un clic de distancia de ti...