Re:NUEVOS CODIGO FONESTAR RDS - 584 WHD .



.
.
.
. .

Autor Tema: NUEVOS CODIGO FONESTAR RDS - 584 WHD  (Leído 54391 veces)

Desconectado kbrnz

  • ***
  • Panel de agradecimientos
  • -Tu has dado: 61
  • -Tu has recibido: 426
  • Mensajes: 187
  • Karma: 26
  • Sexo: Masculino
Re:NUEVOS CODIGO FONESTAR RDS - 584 WHD
« en: 11 de Marzo de 2022, 12:10:14 12:10 »
El fallo que comuniqué en un post anterior, con respecto a que se perdía el flasheo al perder electricidad el aparato, fue por fallo mío al no seguir al pie de la letra las indicaciones.
Lo he probado esta mañana 2 veces, dejando el aparato desenchufado del todo (hasta el cable del hdmi) y otra añadiendo el apagado total del router y en ambas pruebas no hizo falta hacerle nada más que enchufar todo y esperar el booteo del deco.
Un saludo.


*Nota adicional*: El tiempo de apagado fue de 30 minutos en ambos casos*
Ok. Mejor así...

Pero te cuento lo que hemos comprobado investigando como actúa el chino, respecto a los decos recuperados contra su voluntad:

Cada cierto tiempo hace un barrido en su propio servidor y detecta los decos que se han colado de forma irregular.

En ese momento, SI EL DECO ESTA ARRANCADO, graba desde China en el firmware del deco una zona de memoria que le indica al deco que está caducado. Pero ese byte no lo lee el deco hasta que se reinicia.

Si el chino puede o quiere, reinicia el deco y a la mañana siguiente te lo encuentras caducado.

Si no puede reiniciarlo, puedes estar meses con el deco encendido que tendrás plena vigencia del SWCam. (Hasta que se vaya la corriente o lo reinicies por cargar una lista de canales).

¿Por qué este sistema vale para el 584 y no para el 581? Porque el sistema inicial utilizaba dos servidores para validar los decos, en uno de ellos, al que tenía acceso Emufon, se guardaban las caducidades asociadas a las Mac de los decos y en otro se entregaban los códigos de desencriptado. Y el deco estaba permanentemente validando y conectando a ambos servidores.

Esto es así porque recordad los cabreos de la gente que compró los 581 directamente en Santander para revenderlos y luego no tenían acceso a SWCam y solamente los que pasaban por Fonestelesat te los daban flaseados sin abrir la caja je je je...

Recordad también los viejos que en alguna ocasión le dábamos a Emufon las Mac de nuestros decos y los prórrogaba él.

Después del desencuentro del Chino con el Team, el chino se inventó un nuevo método de validación y, para ahorrarse el servidor de control, la caducidad la dejaba en el propio deco.

Que pasa? Que cuando le metes un Rom.bin recuperador borra y regenera la posición de memoria que indica que ha caducado y se recupera la inicial o lo trata como deco nuevo (es un bug del sistema que el chino habrá corregido en el 585 supongo. - ya veremos)

Bueno, pues lo que PUEDE HABER SUCEDIDO es que un informático avispado sabe toquitear la posición de memoria de la caducidad y te la avanza solamente UN AÑO después de pasar por caja y soltar un cuarto del valor del propio deco.

Y así, de forma similar a como un rom.bin recuperador te la avanza tres años, en ambos casos es un procedimiento de recuperación que va contra los intereses del chino, al que lo único que le interesa es que compres un nuevo deco con SWCam.

Obviamente, esta opinión la cambiaremos cuando observemos que los decos recuperados con el código de pago, se mantienen en el tiempo sin más.

Si se mantienen = el código procede del chino

Si hay que meter de vez en cuando la emu para  recuperar la fecha del año prorrogado del código = el código procede de un informatico avispado que lo hace al margen del dueño del cotarro.

En todo caso olé sus c.jones porque el sistema SWCam y otros parecidos son los que aguantan las embestidas de Movistar.

 Y cualquier sistema que lo haga eterno (como el KYNG de los Atlas 200) merece respeto y admiración.

Gracias al administrador del foro por comunicarlo y dejarnos hablar de él (y debatir / elucubrar e investigar lo que observemos)

Seguro que Emufon (si siguiera con nosotros) sería capaz de hacer eso y mucho más.
« ú𝔩𝔱𝔦𝔪𝔞 𝔪𝔬𝔡𝔦𝔣𝔦𝔠𝔞𝔠𝔦ó𝔫 : 11 de Marzo de 2022, 12:14:09 12:14 por kbrnz »



.