Apreciado Theliel,
Gracias por tu apportación y por tu espíritu de ayuda.
Ahora tengo Firmware Version: ES_B21
He provado la solución que aportas, solo para el problema DHCP, creo que el de la bat. está solucionado, de forma que mi archivo.cfg queda así:
<Autoexec> <Entry
dhcp_fix="echo '* * * * * ebtables -D FORWARD -p ipv4 --ip-proto 17 --ip-source-port 67:68 -j DROP' > /etc/admin; crond -c /etc/" />
</Autoexec>
Desgraciadamente no he conseguido obtener IP a través del Wifi del router.
Me falta algo? lo aplico mal?
Gracias de antemano
Sin mirar dentro del Mitrastar no te puedo asegurar nada, en teoría está bien escrito, pero ya sabemos lo fastidiosos que son algunos caracteres como las " o las '.
En las pruebas que he realidado, conectado el Mitrastar (no por PPoE) pero si conectando WAN al PC puentenado internet a él (apareciendo efectivamente el bloqueo que comentabas). en todas ha funcionado perfectamente. Por desgracia como te digo sin acceder al Mitrastar no puedo decirte al 100% que falla. De todos modos eso tiene fácil solución, pásame por privado si quieres tu IP, habilitas temporalmente acceso remoto por SSH (desde la interfaz, remote management, SSH, IPs todas (es temporal) y puedo mirarlo si quieres. De lo contrario tendrás que mirarlo tu accediendo a la shell y viendo donde esta el problema:
Lo principal es ver que reglas ebtables hay aplicadas (para comprobar efectivamente que el bloque sigue), esto se puede ver con "ebtables -L"
Lo que te sea más cómodo amigo. Lo único que puede ser diferente es que cuando la levanta por pppoe aplique otra regla diferente, o que no sea exactamente igual a la que aparece cuando se levanta por WAN, pero tiene fácil solución igualmente
Por otro lado da igual que tengas la B21, el fix que pongo para la batería es de echo para la B21, es diferente al problema que tiene la B14. Es posible que no lo sufras por tener DHCP deshabilitado (eso no te lo puedo asegurar), pero el problema está.
A mi me sigue saliendo la regla.
# cd usr
# cd bin
# 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
#
Edit: La he eliminado con el comando que has puesto y ahora si que se ha eliminado.Por el archivo backup creo que no se lo traga.
Gracias taker59, hazme un favor, y verifica el contenido de la nvram, y vemos si es que no se lo traga o es de cron:
tcapi show Autoexec_Entry
Si se lista, el cfg funciona (otra cosa es que haya un signo de puntuacion mal que haya metido yo la pata, que todo es posible), y el problema es o la sintaxys o cron
Si no se lista es el cfg el que esta mal
Mira a ver de paso también si cron se está ejecutando:
ps | grep cron
Y debería de aparecer el proceso con el comando ejecutandose: crond -c /etc/
Edito: Vamos, tengo ahora mismo la shell abierta, introduzco manualmente las ebtable hasta 5 veces y cada minuto me desaparece una cada vez gracias a cron... con lo que el problema es menor como digo, y el cfg que tengo ahora mismo lo he metido directamente por backup/restore. Por supuesto hay que esperar siempre entorno un minuto para que se ejecute la eliminación
Se lista perfectamente lo que esta metido en el autoexec y esta en ejecucion cron.
