Foro
el de la batería si, el problema es con lo de DHCP. A mi me funciona perfectamente pq no lo tengo conectado a WAN. El problema es que la regla que bloquea DHCP es que se crea cuando se levanta la interfaz WAN. EL primer sistema con Cron funciona perfectamente, pero como se inicia antes el servicio de tiempo... ummm eso es otra opción... puedes probar esto otro, a ver si así si, lo que pasa es que estamos en las mismas, no sé cuando se ejecuta el servicio de tiempo. Si el servicio de tiempo lo levanta WAN estamos en las mismas, pero si lo levanta el router al principio, entonces si es posible. Sería la que teníamos originalmente, pero metiendo un retraso, para que de tiempo a ejecutarse 1º el servidio de tiempo. Ojo que no es la solución que te fastidió a ti:
dhcp_fix="sleep 30; echo '* * * * * ebtables -D FORWARD -p ipv4 --ip-proto 17 --ip-source-port 67:68 -j DROP' > /etc/admin; crond -c /etc/" />
Debería de ser "seguro", porque solo añade un retraso de 30 segundos antes de que se ejecute lo mismo que se tenía antes y q no funcionaba pero si se añadía bien
Voy a probar y te cuento.
- Theliel09-10-2015Yo probé el VDSL
lo fastidioso del caso es que si se desactiva en ajustes la opcion: "Daylight Savings", que está en las opciones de tiempo, debería de funcionar con el primer fix que puse originalmente, sin sleep.Al tener activado "Daylight Savings" se ejecutan una serie de rutinas que terminan haciendo que la tarea cron que se añadió se finalice y no se llegue a ejecutar. Pero lo que queremos es poner soluciones, no añadir al fix la opción para deshabilitar el Dayligh savings