Foro
Se lista perfectamente lo que esta metido en el autoexec y esta en ejecucion cron.
cat /etc/admin
entonces pegame el contenido que hay en ese archivo, porque tiene que ser un error de sintaxys, crond debería de estar ejecutando el contenido sin problema.
Por si acaso imprimeme tb el contenido de:
cat /etc/autoexec.sh
Que por cierto, el echo de que el archivo se llama admin no es una cuestión opcional, tiene que llamarse admin o sí o sí
- taker5908-10-2015Yo probé el VDSL
# cat /etc/admin
* * * * * ebtables -D FORWARD -p ipv4 --ip-proto 17 --ip-source-port 67:68 -j DROP
#cat /etc/autoexec.sh
sysctl -w net.ipv4.neigh.br0.mcast_solicit=0
echo '* * * * * ebtables -D FORWARD -p ipv4 --ip-proto 17 --ip-source-port 67:68 -j DROP' > /etc/admin; crond -c /etc/
## ebtables -L
Bridge table: filter
Bridge chain: INPUT, entries: 0, policy: ACCEPT
Bridge chain: FORWARD, entries: 1, policy: ACCEPT
-p IPv4 --ip-proto udp --ip-sport 67:68 -j DROP
Bridge chain: OUTPUT, entries: 0, policy: ACCEPT
#- taker5908-10-2015Yo probé el VDSL
Por cierto ...
# ps | grep cron
6628 1234 300 S /usr/sbin/crond -c /etc/crontabs/
10538 1234 348 R grep cron
#No se si estar mal ,ya que se ejecuta en la carpeta crontabs .
- Theliel08-10-2015Yo probé el VDSL
taker59 en tu caso son dos Mitrastar ojo
Por un lado, en el principal aparece la regla que debería de haber desaparecido, y el Cron está ejecutándose pero donde no debe, por eso tu mitrastar (el principal) no elimina el solo la regla, posiblemente porque ya exista otra instancia de cron y ahí esta el problema.
Saca el contenido de la carpeta /etc/crontabs,
Prueba a ejecutar directamente en Shell:
crond -c /etc/
y con "ps | grep cron" verifica que salen dos instancias, y no una
Primero vamos a solucionar el problmea del primer mitrastar, que es tb el que tiene ManuelTT, y luego vamos a por el segundo, si tiene o no problemas