@Theliel este código que te adjunto no va. Me da mensaje "iptables v1.3.8 multiport expection an option"   iptables -I FORWARD -s 192.168.1.150 -p udp --sport 3074 --match multiport --dport 5000:5999 -j DROP   ... Mostrar más

Pues las pruebas de ayer no han tenido mucho éxito. Al parecer por la regla que puse no pasan paquetes.   Os pongo aquí la tabla que me aparece en Wireshark (entendiendo que en Destination me aparece la IP de mi rival).   Esta línea es la que quiero dejar pasar a traves del fix iptables:   Source Destination Protocol Length Info 192.168.1.150 xx.xx.xxx.xx UDP 214 Source port: 3074  Destination port: 3074   Y esta sería una de las que quiero bloquear (realmente quiero bloquear el rango de puertos 5000:5999)   Source Destination Protocol Length Info 192.168.1.150 yy.yy.yyy.yy UDP 214 Source port: 3074  Destination port: 5023   el fix "iptables -I FORWARD -s 192.168.1.150 -p udp --sport 3074 --dport 5000-5999 -j DROP" me muestra que no pasan paquetes por él. Por lo tanto entiendo que no está bloqueando nada puesto que la regla está mal puesta... ... Mostrar más

Gracias @madralphw en cuanto llegue a casa hoy insertaré un LOG a ver si está bien realizado. Lo he hecho tal cual sale en Wireshark:   Source ip: 192.168.1.150; Destination ip: (la del oponente); Source port: 3074 (siempre es la misma); Destination port: (varia, la mitad de las veces 3074 la otra mitad un puerto entre 5000:5999 que es la que he bloqueado.)   Aunque parece ser que algo hace puesto que como digo se ha incrementado bastante el tiempo durante el que la consola busca oponentes.Digamos que antes, al no filtrar oponentes el "casting" era más rápido, y ahora al bloquear esto pues tarda algo más. ... Mostrar más

Pues seguimos avanzando.   Explico un poco el tema de los puertos y que es lo que he hecho y que resultado me ha dado.   Digamos que mi teoría sobre el puerto de destino no la he explicado bien, y creo que si que puede tener influencia en el tema lag, o el retraso que es tan temido por los jugadores. Estos problemas los leo constantemente por todos lados (yo mismo lo sufro a veces) y puede que aquí pueda estar la cuestión.   Cuando tú quieres jugar con una consola o con un PC a un juego en línea, normalmente los fabricantes de consolas o los propios juegos te piden que abras una serie de puertos en el router hacia la IP de la máquina que vayas a utilizar para jugar. Supongamos que tengo una consola en la que me recomiendan abrir el puerto 3074. Esto, hay varias maneras de hacerlo. Puedes abrir el puerto para esa IP (Port Fowarding) puedes desmitalizar la IP de la máquina donde juegas (DMZ), puedes usar UPnP (como recomendó @Thelielen su post anterior) y alguna forma más.   Pero el hacerlo de una manera u otra creo que puede tener influencia en la conexión entre jugadores en partidas p2p. Por qué? Pongámonos en el caso de que yo uso UPnP y mi rival (en una partida p2p) tiene abiertos los puertos recomendados por el fabricante de la consola mediante Port Fowarding (puerto 3074 UDP y TCP; 80 UDP y 53 TCP). Si a través de Wireshark yo analizo mi conexión a este rival, y me conecto desde mi puerto 3074 hasta el puerto de destino 5023, mi rival al no tener abierto este puerto 5023 puede estar causando el problema de conexión. No sé si me explico bien, pero esto es lo que llevo observando dos días. Cada vez que me conecto a alguien con puerto de origen y destino 3074, el juego funciona sin problemas (entiendo que este puerto con cualquiera de los metodos de apertura de puertos está siempre abierto sea cual sea mi rival), pero cuando conecto a un puerto de destino diferente (normalmente aparecen rangos 5000-5999), el juego hay bastantes veces que tiene lag o retardo en la conexión, entendiendo así que mi rival usa Port Fowarding y que ese puerto de destino no lo tiene abierto.   Ayer incluí una regla medienate Shell que funcionó bien. Le pedí bloquear al router el trafico a la IP de la consola, cuando el puerto origen era el 3074 UDP y el puerto de destino estaba en el rango 5000-5999.   iptables -I FORWARD -s 192.168.1.150 -p udp --sport 3074 --dport 5000-5999 -j DROP   No sé si es correcta porque no pude monitorizar la conexión el rato que estuve en casa, pero en las 5 partidas que pude hacer, no tuve en ninguna de ellas problemas. Si noté que tardaba más en conectar con alguien pero supongo que será normal por el nuevo requisito que le impuse. ... Mostrar más

Gracias @Theliel por la explicación. Lo he entendido perfecto. Te explico lo que vi en el Wireshark y me dices si tiene o no sentido.   Estuve monitorizando el trafico que había navegando por páginas web (todo normal) conectandome a otros PC de mi red (normal también) y por último estuve fijandome en el tráfico que genera el jugar a la consola una partida p2p.   Cuando desde mi consola me conecto a otro usuario, en todos los casos el puerto 3074 es el usado en mi caso. Siempre. No hay ni una sola vez de las que haya monitorizado este tráfico en el que el "source port" sea otro que no sea el 3074 UDP. Sin embargo, el "destination port" si que cambia. Algunas veces también es el 3074 (quizás la mitad de las veces en las que conecto con alguien el destination port es el 3074), pero otras veces no es ese puerto, dándome cuenta que los problemas de conexión entre los dos (lag, delay etc) se dan cuando el puerto de destino es diferente al 3074.   No sé que sentido tiene, pero se me ocurrió que podía filtrar mediante una regla las ip´s de los rivales con los que no conecte a través del puerto de destino 3074, y comprobar así que resultado da. Bueno, si que se me ocurre que pueda darse algún tipo de problemas ya que para las consolas se suele desbloquar el puerto 3074, pero no ningún otro de los que he visto en destino, y al no estar abiertos puede que esté  causando estos problemas.   Ya digo que con las pruebas que he hecho monitorizando el tráfico, conectando la consola al PC mediante cable, y el PC por wifi, cuando el puerto de destino es 3074 la respuesta es excelente en todos los casos, pero cuando no es ese puerto, la respuesta no es la misma, a veces sigue siendo buena, y otras directamenet mala.   También decir que durante estas conexiones, la consola no realiza ninguna otra conexión a ninguna otra IP que no sea la de mi adversario. Parece que bloquea todo el resto de tráfico para que no haya lag o retardo durante las partidas...   Bueno. A ver que puedo sacar en claro.   Gracias por seguir permitiendome aprender de estos temas que tanto me gustan. ... Mostrar más

Pues nada, aquí andamos para intentar también ayudar en todo lo posible con este router.   Lo primero quiero agradecer a @Theliel su labor desinteresada para resolver las dudas y problemas que van surgiendo. No es fácil encontrar gente así.   Confirmar con todos (incluido él) el "capado" de los fix de más de 139 carácteres. Ya me cargué un Mitrastar al creer que el fix estaba bien, y al ser más largo de 139 carácteres bloquearse.   Si se meten los comandos en diferentes fix del modo:   fix1="......" fix2="......" fix3="......" ...   De momento no he encontrado ningún tipo de limitación, y todo ha ido correcto.   Ahora estoy con Wireshark monitorizando si hay paquetes que se pierden o si las conexiones que quiero realmente las está bloqueando. Y me surge una nueva duda...   Hay veces que a traves del puerto UDP 3250 (source port) se conecta a una IP a través de un destination port... que muchas veces es distinto al 3250 este que he hablado antes.   Me imagino que con algun fix "iptable" podré filtrar estos puestos de destino, pero que son? ese puerto es al que me conecto en la IP de destino o es de mi propio router?   Si mi IP es 1.2.3.4 puerto 3250 y los datos de destino son IP 6.7.8.9 puerto 9899 me estoy conectando desde mi puerto UDP 3250 hasta el puerto 9899 de la ip de destino?   Puedo bloquear, cuando mi puerto sea el UDP 3250 para que solo me conecte a través de el a otras IPs con puertos 3250?   pd.: Los puertos que he puesto son un ejemplo cualquiera. ... Mostrar más

Sigo sin que nadie de Movistar se ponga en contacto conmigo.   @Técnico.Global-Movistar ... Mostrar más

Ok, Gracias.   De todos modos si alguien lo sabe o puede ayudar puede publicarlo. En caso que no haya nadie, cuando me den solución y compruebe que está bien publicaré aquí como se hace.   Saludos. ... Mostrar más

Creía que era cosa mía pero ya veo que no... a mi también se me queda sin mover trafico y tengo que reiniciarlo... Me da tres problemas que hasta ahora no he podido solucionar... El primero lo de las baterias de mis moviles. El segundo el wifi con algunos dispositivos. De repente deja de tener transferencia de datos... tengo que pasar los moviles o tlabet a modo avión y volver al modo normal para que vuelva a funcionar. Y ahora este problema. Creía que era que pasaba lo mismo que con los móviles con los PCs, pero me vengo dando cuenta que es cada 2 o 3 días y que no recupera, tengo que reinicar el router... En fin. No sé que se puede decir de semejante aparato. Solo que soy un cliente bastante descontento, pero bueno, hoy en día eso, a quien le importa? ... Mostrar más