Ver Mensaje Individual
Antiguo 29/10/2014, 18:22   #5
ZackY
Administrador
 
Avatar de ZackY
 
Fecha de ingreso: 31/mar/2001
Mensajes: 7.477
ZackY Va a salirse de la galaxia como siga asiZackY Va a salirse de la galaxia como siga asiZackY Va a salirse de la galaxia como siga asiZackY Va a salirse de la galaxia como siga asiZackY Va a salirse de la galaxia como siga asiZackY Va a salirse de la galaxia como siga asiZackY Va a salirse de la galaxia como siga asiZackY Va a salirse de la galaxia como siga asiZackY Va a salirse de la galaxia como siga asiZackY Va a salirse de la galaxia como siga asiZackY Va a salirse de la galaxia como siga asi
Cita:
Iniciado por XESC87 Ver mensaje
Hola, hay una cosa que no la veo clara. Este metodo sirve para cambiar la ip local (ip del deco hacia el router), pero la ip publica no la cambiamos (ip que recibe el servidor iks). A lo mejor me equivoco pero si la proteccion se ubica en el servidor iks, este metodo no hace nada. Otra cosa es que esta proteccion la llevara el firmware, pero me imagino que no.

Saludos
En estos casos de sharing/CCCAM/IKS, etc la lógica que indicas no es tal. Para evitar el "resharing", el deko puede enviar la IP local que este usando en ese momento el receptor, para diferenciarlo de otro receptor dentro de la misma red., y asi evitar que con una misma "cuenta CCCAM/IKS/ITCAMD" se usen varios dekos. Como el IKS/ITCAMD es básicamente lo mismo, se podría estar usando esa información anti-resharing para el filtrado anti-Ddos.
ZackY está desconectado
Respuesta rápida a este mensaje
Responder Citando Subir