No se que tipo de pruebas de calidad deben hacer los de D-LINK a los equipos de red de gama baja, pero el caso es que en la empresa donde trabajaba adquirimos 8 el año pasado, los cuales iban aparentemente bién hasta que dejaban de funcionar (el mismo dia). Después de hacer mil pruebas para asegurar que no era nada nuestro descubrimos que efectivamente era por la temperatura así que los devolvimos todos reportando la incidencia.
Dos meses más tarde nos llegaron los nuevos más un firewall de regalo, supongo que por la espera, lo cual es de agradecer, no obstante aunque aguantan un poco más no podíamos apilarlos ya que volvían a fallar.
Muy buena la explicación de los scripts, un saludo.

En mi caso es desesperante. Con el verano ha llegado la calor, y con él cuelgues casi diários del router. A veces se cuelga sin posibilidad de que el script haga su trabajo…
Saludos!

¿Y si en vez de “/sbin/reboot” pones “/sbin/init”?

::restart:/sbin/init

‘restart’ is the action taken to restart the init process

Pues hombre, la vía fácil era el reboot. puedes usar el init, pero debes asegurarte si está soportado por el sistema. Ahora mismo uso otro router así que no lo puedo comprobar.

Saludos.

Con reboot me queda claro que reinicia el router, pero como puedo mediante telne resetear el router a los valores de fábrica???? gracias

Muy buena jugada!
Y no habria manera de poner ese script dentro del propio router?
Por lo que tengo entendido, tienes que tener un equipo linux corriendo el script continuamente…
Si el router tiene linux igual se podria meter en el firmware o en la flash, no se como funciona este router en particular.
Asi no tendrias que tener un equipo encargado de la faena, seria el propio router el que lo hiciera todo, y tambien valdria para los windowseros sin cygwin, que por desgracia son la mayoria.

No he probado de poner el script dentro. De hecho, se podría hacer que el par de scripts estuviera dentro… seria, como dices, más lógico y menos dependiente de un PC externo. Sólo es necesario un cron Y no miré si lo lleva.

Salu10

Tengo un amigo que ha intentado actualizar el firmware y se le ha quedado frito. Hay alguna forma de hacer algo?
Gracias por adelantado.

No lo sé… Y éso se escapa del tema del artículo…

El script adsl_keep_online.sh me da problemas al escribirlo en un documento, podrías colgar el tuyo.

a costa de repetirme me gustaría pedir a alguien que tenga el script adsl_keep_online.sh que me lo enviara por correo si puede a la direción ahs_rodrigez1@hotmail.com, os lo agradecería. mucho

ahs: El script te da problemas por el tema de las comillas. Te pasaría el mío pero ahora tengo el server jodido (un DIMM de RAM muerto) y no puedo acceder a él.

Léete el artículo y pon especial atención a las comillas (en el artículo está explicado). Cuando pueda colgaré el script para descarga.

Xavi: e intentado lo que dices de las comillas pero sigue dándome error

Yo tambien estoy intentando meterle el script a mi busybox basado en ash y no bash…y no acabo de hacerlo funcionar: 2: Syntax error: “(” unexpected

Por favor, alguien que lo tuviera podria enviarmelo a este email?

Gracias y un saludo.

el problema seguramente lo tendreis con este trozo :

result=`ping -c 5 www.google.com | grep “packet loss” | awk ‘{printf (”%d”,$6)}’`

que ha de ir junto en una sola linea y os detecta el (”%d”,$6)}’` como otra linea , editad el fichero , todo este trozo ha de ir en un sola linea.

En el script adsl_keep_online.sh en la línea del if si dejamos la comparación entre comillas trata de ejecutar el $result como comando en vez de comparar los números (debian):

if [ “$result” -gt “50″ ]; then
por
if [ $result -gt 50 ]; then

Igualmente gracias por el script

FYI

En esta página hay mucha información de como administrar el router via telnet:

http://pukadiary.ranmachan.dyndns.org/D-Link_DSL380T

Para obtener la velocidad de bajada del router:

(sleep 3; echo “admin”; sleep 3; echo “admin”; sleep 3; echo “echo ’sar:status/dsl_ds_rate’ | cm_cli -l “; sleep 3; echo “exit”) | telnet 192.168.1.1 | grep dsl_ds_rate | awk -F”=” ‘{print $2}’

Gracias Miquel.

Hola, el script va de PM, una excelente solución. Lo utilizo para el router conceptronic.

El problema que tengo, es que no se me ejecuta en el cron y no sé por que. Lo tengo puesto igual, a cada media hora. Uso Debian 4 (etch). ¿Alguna idea de por qué puede ser?

Verifica que la ruta de acceso al script sea la correcta. Si no te dió problemas al editar el crontab, diría que debes tenerlo funcionando… pero puede que la ruta esté mal.

Pruébalo y nos dices.

Salu2

Ok, ya está arreglado lo del cron. El problema era que tenía que añadir la ejecución cron manualmente en /etc/cron.d. Además, para invocar al script, tuve que hacerlo mediante sh y el usuario.

Pero ahora creo que tenemos un problema, bastante lógico que acabo de descubrir. Es un pequeño bug del script que creo que se puede corregir fácilmente, aunque necesito pulir un detalle.

El bug consiste en esto:
Si no hay internet, el comando ping no va a conseguir resolver la IP de la petición www.google.es, por lo tanto dará error y la variable result no coge valor. Luego el test falla porque no existe result.
Creo que deberíamos reemplazar www.google.es por una IP (una de las IPs de google, por ejemplo), así no necesita dns para resolver.
En los casos en que funciona supongo que será porque ya tiene la petición resuelta en la caché y por eso no pregunta al dns.
Bueno, yo lo he probado y avanza ese paso, el ping va bien, pero el problema es que la variable result me coge un valor un poco extraño y sospecho que tiene que ver con el formato de printf.

¿Al variar la longitud de la cadena del ping supongo que cambiará el “recorte de la cadena” para extraer el porcentaje de paquetes perdidos…?
En tal caso, cuál sería la orden printf correcta para que recortara el % si cambiamos www.google.es por 66.249.91.147 (que es la IP que me resuelve mi dns por www.google.es).

Gracias y perdón por el comentario tan largo.

Ok, ya veo lo que pasa con la salida del ping…
en caso de éxito de los pings, la salida del packet loss muestra:
“5 packets transmitted, 5 received, 0% packet loss, time 3998ms”
Ahí funciona bien, porque (según creo), el $6 del printf recoge la 6ª palabra, que es el 0%
Pero en caso de fallo de los pings, la salida del packet loss es distinta, muestra:
“5 packet transmitted, 0 received, +5 errors, 100% packet loss, time 3997ms”
Así que el $6 recoge +5, (5) que es menor que 50 (supuesto 50%) de paquetes perdidos y por eso no me reiniciaba el router.
De momento, como parche provisional (hasta mejor solución) creo que se podría arreglar cambiando el test, simplemente a -gt 2 (por ejemplo), que en caso de acierto (0% packet loss) será falso y en caso de fallo (más de 2 packets loss) será verdadero y reiniciará el router.

Bueno, es una sugerencia, que alguien me corrija si me equivoco en algo o hay una mejor solución (supongo que sí).

Saludos y perdón otra vez por el comentario tan largo
Espero que esté bien explicado, si no lo está, pedid aclaración o preguntad lo que sea
xD

Buenas Peperfus.

He estado fuera y no he podido atenderte a tiempo

Tu mismo ya has encontrado la solución El problema principal es la toma de valores según el número de la columna y usar éso como variable a analizar para decidir si reiniciar el router o no. Puedes jugar con la salida del ping, para que te de un formato con el que puedas contar siempre.

Tu solución me parece perfecta… de momento. A ver si tengo un rato y pruebo algunas soluciones más

Salu10

mas corto >:

#!bin/sh
/bin/ping -c 5 rediris.es || /home/utils/restart_router.sh