[TUTO] Ver Movistar+ en una segunda vivienda

nlevel
ForoCoches: Usuario
#331
Cita de Dassaev
Te explico, aunque creo que voy a vender los WR3000 y voy a pillarme unos GL-INET baratos.


Actualmente lo estoy probando en local, porque no puedo gastar tanta gasolina entre casa de mis padres y la mia.


Tengo instalada la v. OpenWrt 24.10.5 r29087-d9c5716d1d aunque da lo mismo porque estoy harto de cambiar firmwares. He probado hasta la 23.06.05 por ejemplo.


Intento primero que me funcione el deco en local y que no tarde 10 minutos en enganchar. Porque eso es lo que me ocurre cuando lo hago tanto por wireguard como por openvpn tap.


He conectado en el puerto LAN3 el cable directo del HGU, ya que voy a seguir la misma configuración del tutorial. En LAN no DHCP para que me asigne la ip el HGU lo que conecte. Desactivar IPv6. IP: 192.168.1.2, Puerta Enlace...Ignore interfaz...


En br-lan Device activar IGMP snooping y abajo del todo Force IGMP Version 2, MTU 1480.


Routing siguiendo el tuto https://community.tp-link.com/en/bus.../detail/502022 poner 172.16.0.0/12 y 10.0.0.0/8.


Configuro la WIFI porque he hecho pruebas por wifi...por cable igual. Ya que el deco es wifi o cable.


Pues a la primera que lo configuro me ha funcionado al momento, digo coño! solucionado. Reinicio el deco y ya no conecta hasta los 10 minutos, siempre el simbolo de M+ cargando...y que intentando conectar a la red... a los 10 minutos me conecta al momento.


Reinicio el deco y el router y nada igual...fallando hasta los 10 minutos.


Si configuro un tplink ax55 funciona en local al momento. Si configuro EL PROPIO CUDY AX3000 (ESTO ES LA HOSTIA JAJA) pero con el firmware de cudy, no con openwrt, en local funciona al momento incluso por wifi (sin VOD y timeshift porque el port triggering no funciona)... Repito por wifi y por cable. Yo flipaba. Yo cuando veo que conecta al momento por wifi...digo hostia, esto es algo del openwrt del WR3000 porque del cacharro no es porque con el firmware de cudy funciona el momento y hasta por wifi en local.


Los logs estan aqui: we.tl/t-BtvgBb0VMK


A mi no se me ocurre ya nada para solucionarlo la verdad



En los logs que has subido no hay nada de openvpn, tienes el servicio activo?
¿Por qué estas usando routing si estás en capa 2?


Ve por pasos:


1- Conecta openvpn ?
2- Con openvpn conectado, deco no funciona, logs de openvpn...
3- Cómo tienes montado el bridge brctl show


Los logs, fíltralos, logread | grep openvpn o en Luci en la pestaña logs también puedes filtrar por demonio (creo)


otro comando que te va a decir lo que te pasa es tcpdump,


Instalas en los dos cudys
Código:
opkg update && opkg install tcpdump

y desde otra máquina lanzas tcpdump así para guardar la captura en local y no en el propio Cudy, porque te quedaras sin memoria.


Código:
ssh root@cudy "tcpdump -v -U -i tap0 -s 0 not igmp -w -" > /tmp/https://captura-deco.pcap



Con OpenWrt 24.10.5 estoy yo entre dos Cudys WR3000 y va perfecto, consumo de cpu no llega al 7% cuando emiten al máximo bitrate


Dassaev
ForoCoches: Miembro
#332
Cita de nlevel
En los logs que has subido no hay nada de openvpn, tienes el servicio activo?
¿Por qué estas usando routing si estás en capa 2?


Ve por pasos:


1- Conecta openvpn ?
2- Con openvpn conectado, deco no funciona, logs de openvpn...
3- Cómo tienes montado el bridge brctl show


Los logs, fíltralos, logread | grep openvpn o en Luci en la pestaña logs también puedes filtrar por demonio (creo)


otro comando que te va a decir lo que te pasa es tcpdump,


Instalas en los dos cudys
Código:
opkg update && opkg install tcpdump
y desde otra máquina lanzas tcpdump así para guardar la captura en local y no en el propio Cudy, porque te quedaras sin memoria.


Código:
ssh root@cudy "tcpdump -v -U -i tap0 -s 0 not igmp -w -" > /tmp/https://captura-deco.pcap
Con OpenWrt 24.10.5 estoy yo entre dos Cudys WR3000 y va perfecto, consumo de cpu no llega al 7% cuando emiten al máximo bitrate


Gracias shur, lo probare este finde de nuevo, seguire todo el tutorial de nuevo + esos comandos y te diré. El servidor es cudy wr3000 al igual que el cliente tambien wr3000.


Si como te dije, desistí de hacer pruebas por la gasolina en viaje a las dos casas y estaba haciendo pruebas en local de la mia que es quien paga la tv. Este finde las haré con opevpn o wireguard de tu tutorial y os diré.


Pero entonces a ti en el cliente, si enciendes el deco del interruptor de detrás tarda lo normal en que deje de salir el logo y te salga el perfil para elegir (yo uso deco uhd)? Porque ya os digo a mi siempre mínimo 10 min. El cliente es Digi con su router propio de Digi. Es que mi padre es una persona mayor y siempre enciende y apaga la regleta todas las noches, entonces le explique que cuando encienda la regleta tiene que esperar 1 minuto a que el router conecte cliente con mi casa y despues encienda el deco del interruptor de detras y debería de funcionar, hasta que nos encontramos con lo de los 10 minutos dichosos. Cuando engancha el deco tras 10 minutos, lo apagas del mando y lo enciendes del mando y funciona al momento, porque estará enganchao por mucho que lo dejes en stand by 2 horas. Es cuando lo enciendes del interruptor de detrás del aparato.


Gracias!!
nlevel
ForoCoches: Usuario
#333
Cita de Dassaev
Gracias shur, lo probare este finde de nuevo, seguire todo el tutorial de nuevo + esos comandos y te diré. El servidor es cudy wr3000 al igual que el cliente tambien wr3000.


Si como te dije, desistí de hacer pruebas por la gasolina en viaje a las dos casas y estaba haciendo pruebas en local de la mia que es quien paga la tv. Este finde las haré con opevpn o wireguard de tu tutorial y os diré.


Pero entonces a ti en el cliente, si enciendes el deco del interruptor de detrás tarda lo normal en que deje de salir el logo y te salga el perfil para elegir (yo uso deco uhd)? Porque ya os digo a mi siempre mínimo 10 min. El cliente es Digi con su router propio de Digi. Es que mi padre es una persona mayor y siempre enciende y apaga la regleta todas las noches, entonces le explique que cuando encienda la regleta tiene que esperar 1 minuto a que el router conecte cliente con mi casa y despues encienda el deco del interruptor de detras y debería de funcionar, hasta que nos encontramos con lo de los 10 minutos dichosos. Cuando engancha el deco tras 10 minutos, lo apagas del mando y lo enciendes del mando y funciona al momento, porque estará enganchao por mucho que lo dejes en stand by 2 horas. Es cuando lo enciendes del interruptor de detrás del aparato.


Gracias!!

No tienes que ir hasta la casa de tu padre, deja el router ahí conectado, crea un ddns para ese router y activas wireguard o el propio ssh y lo mapeas en su router para poder administrarlo en remoto y no tendrás que ir físicamente.


Yo al mío remoto lo he segmentado para que LAN3 sea una interfaz de rescate, es decir, si me cargo algo del router, le digo a mi padre que conecte su portátil a la LAN3 del Cudy, el portátil tiene una ip fija sin gateway en la interfaz ethernet (mi padre sólo usa la wifi), así que solo tiene que conectar el portátil a LAN3 y yo tomar el control remoto del portátil y ya puedo resetearlo o hacer lo que necesito con calma sin depender de entrar al router desde inet.


El deco tarda cuando arranca en frío pero no 10 minutos, serán unos 20 segundos más, cuando el deco arranca recibe toda la configuración por multicast, el deco en standby arranca rápido porque no tiene que cargar toda la configuración, canales, imágenes etc etc.


Cuando lo tengas listo te doy la configuración del LED de la bola del mundo de Cudy para que parpadee si tiene conectividad dentro del túnel, así tu padre sólo tiene que mirar ese LED para saber si el deco tiene "vía libre".


Suerte.
Dassaev
ForoCoches: Miembro
#334
Cita de nlevel
No tienes que ir hasta la casa de tu padre, deja el router ahí conectado, crea un ddns para ese router y activas wireguard o el propio ssh y lo mapeas en su router para poder administrarlo en remoto y no tendrás que ir físicamente.


Yo al mío remoto lo he segmentado para que LAN3 sea una interfaz de rescate, es decir, si me cargo algo del router, le digo a mi padre que conecte su portátil a la LAN3 del Cudy, el portátil tiene una ip fija sin gateway en la interfaz ethernet (mi padre sólo usa la wifi), así que solo tiene que conectar el portátil a LAN3 y yo tomar el control remoto del portátil y ya puedo resetearlo o hacer lo que necesito con calma sin depender de entrar al router desde inet.


El deco tarda cuando arranca en frío pero no 10 minutos, serán unos 20 segundos más, cuando el deco arranca recibe toda la configuración por multicast, el deco en standby arranca rápido porque no tiene que cargar toda la configuración, canales, imágenes etc etc.


Cuando lo tengas listo te doy la configuración del LED de la bola del mundo de Cudy para que parpadee si tiene conectividad dentro del túnel, así tu padre sólo tiene que mirar ese LED para saber si el deco tiene "vía libre".


Suerte.
Buenas Shur,


Acabo de configurar el servidor en mi casa.


El router de movis que tengo es este: https://i.blogs.es/5aea40/router-mov...1366_2000.webp

Las configuraciones del Servidor con Cudy WR3000 son:

Instalado OpenWrt 24.10.5 r29087-d9c5716d1d / LuCI openwrt-24.10 branch 25.340.26705~d88390b
Conectado en LAN3 cable a router Movis
Configurado Password Router
Configurado Madrid Time Zone
Configuro Nombre Hostname

Configurado Interface - Lan
IPv4 Adress 192.168.1.2
IPV4 netmask 255.255.255.0
Use custom DNS Servers 8.8.8.8,8.8.4.4
Ignore interface
Desactivar IPv6 y Elimino interface WAN6.

Configuro IP Gateway 192.168.1.1 y broadcast 192.168.1.255

Tengo configurado el DDNS en el router de movistar con NO-IP y cada mes me llega un correo para renovar el ddns y va perfecto.

He abierto Puertos 1194


Envio capturas


https://ibb.co/JNMzCKV
https://ibb.co/zT6spksX
https://ibb.co/Nnkkz9HF
https://ibb.co/PzbWfFpM
https://ibb.co/cSQDVfqN
https://ibb.co/fzgwWzq4
https://ibb.co/9kmBXZHZ
https://ibb.co/9HhykcZ5
https://ibb.co/PvbXbWHP
https://ibb.co/Rd0YKDf

---
Para tener también a la misma vez wireguard para TVs con la app movistar en cacharros con android tv o netflix compartido, he instalado kmod-wireguard luci-proto-wireguard wireguard-tools

Reinicio router

(Sigo el tutorial de aqui: https://www.youtube.com/watch?v=sFEff3geYdU)

Envio capturas


https://ibb.co/8nnQqyd5
https://ibb.co/239Hz4Fj
https://ibb.co/rG1mgqsv
https://ibb.co/rVRjRMS
https://ibb.co/SLtyqs0
https://ibb.co/TZZnRPX
https://ibb.co/h19qrcKM


Lo he probado con el cliente en mi movil y funciona perfecto wireguard la app

---
Pero lei tu comentario de que openvpn+wireguard iba a tener problemas de multicas y chatgpt me dice esto:
¿es correcto?:

⚠️ En tu router NO existe wg_tap, sino:

👉 tap0

🧠 Ajustes recomendados (mínimos y seguros)
1️⃣ Forzar tap0 como NO router multicast
echo 0 > /sys/class/net/tap0/brport/multicast_router


Comprueba luego:

cat /sys/class/net/tap0/brport/multicast_router


Debe devolver 0.

2️⃣ Hacerlo persistente (MUY importante)

Edita:

vi /etc/rc.local


Antes de exit 0 añade:

# Evitar flooding multicast por OpenVPN TAP
echo 0 > /sys/class/net/tap0/brport/multicast_router


Ante todo gracias por la gran ayuda. El martes tengo previsto llevarle el otro cudy wr3000 a mi padre y configurarlo alli y hacerle tambien capturas y enseñarosla y a ver si porfin funciona el deco con inicio en frio que no tarde 10 minutos, pero primero queria enviaros la configuracion del servidor para saber si esta todo bien. Muchisimas gracias!
nlevel
ForoCoches: Usuario
#335
Cita de Dassaev
Buenas Shur,


Acabo de configurar el servidor en mi casa.


El router de movis que tengo es este: https://i.blogs.es/5aea40/router-mov...1366_2000.webp

Las configuraciones del Servidor con Cudy WR3000 son:

Instalado OpenWrt 24.10.5 r29087-d9c5716d1d / LuCI openwrt-24.10 branch 25.340.26705~d88390b
Conectado en LAN3 cable a router Movis
Configurado Password Router
Configurado Madrid Time Zone
Configuro Nombre Hostname

Configurado Interface - Lan
IPv4 Adress 192.168.1.2
IPV4 netmask 255.255.255.0
Use custom DNS Servers 8.8.8.8,8.8.4.4
Ignore interface
Desactivar IPv6 y Elimino interface WAN6.

Configuro IP Gateway 192.168.1.1 y broadcast 192.168.1.255

Tengo configurado el DDNS en el router de movistar con NO-IP y cada mes me llega un correo para renovar el ddns y va perfecto.

He abierto Puertos 1194


Envio capturas


https://ibb.co/JNMzCKV
https://ibb.co/zT6spksX
https://ibb.co/Nnkkz9HF
https://ibb.co/PzbWfFpM
https://ibb.co/cSQDVfqN
https://ibb.co/fzgwWzq4
https://ibb.co/9kmBXZHZ
https://ibb.co/9HhykcZ5
https://ibb.co/PvbXbWHP
https://ibb.co/Rd0YKDf

---
Para tener también a la misma vez wireguard para TVs con la app movistar en cacharros con android tv o netflix compartido, he instalado kmod-wireguard luci-proto-wireguard wireguard-tools

Reinicio router

(Sigo el tutorial de aqui: https://www.youtube.com/watch?v=sFEff3geYdU)

Envio capturas


https://ibb.co/8nnQqyd5
https://ibb.co/239Hz4Fj
https://ibb.co/rG1mgqsv
https://ibb.co/rVRjRMS
https://ibb.co/SLtyqs0
https://ibb.co/TZZnRPX
https://ibb.co/h19qrcKM


Lo he probado con el cliente en mi movil y funciona perfecto wireguard la app

---
Pero lei tu comentario de que openvpn+wireguard iba a tener problemas de multicas y chatgpt me dice esto:
¿es correcto?:

️ En tu router NO existe wg_tap, sino:

tap0

🧠 Ajustes recomendados (mínimos y seguros)
1️⃣ Forzar tap0 como NO router multicast
echo 0 > /sys/class/net/tap0/brport/multicast_router


Comprueba luego:

cat /sys/class/net/tap0/brport/multicast_router


Debe devolver 0.

2️⃣ Hacerlo persistente (MUY importante)

Edita:

vi /etc/rc.local


Antes de exit 0 añade:

# Evitar flooding multicast por OpenVPN TAP
echo 0 > /sys/class/net/tap0/brport/multicast_router


Ante todo gracias por la gran ayuda. El martes tengo previsto llevarle el otro cudy wr3000 a mi padre y configurarlo alli y hacerle tambien capturas y enseñarosla y a ver si porfin funciona el deco con inicio en frio que no tarde 10 minutos, pero primero queria enviaros la configuracion del servidor para saber si esta todo bien. Muchisimas gracias!



Estás mezclando cosas, wireguard es una interfaz completamente separada de openvpn y no pertenencen al mismo dominio, wireguard lo vas a usar para, como bien has comentado, las apps pero el deco va por otro túnel, ya sea un túnel wireguard con gretap o con openvpn.


Código:
# Evitar flooding multicast por OpenVPN TAP
echo 0 > /sys/class/net/tap0/brport/multicast_router

Esto, según mis pruebas no sirve para evitar el flood, pero esto a ti no te afecta, esto afecta a los que quieren conectar más de un deco a la interfaz tap0.


Qué ocurre cuando conectas un segundo cliente al servidor openvpn (no hace falta ni un segundo deco para verificar el comportamiento) mientras hay otro deco ya conectado:


Todo el tráfico multicast se replica por tap0 y se envían por todos los clientes conectados a ese tap0, da igual la configuración de igmp_snooping en el kernel, el control lo toma openvpn y como ve tráfico multicast lo replica a todos sus clientes conectados.


1- conectamos un deco por openvpn
2- conectamos un segundo cliente openvpn, sin deco, solo conexión.
3- Con tcpdump verás todo el tráfico destinado al deco llegando hasta tu segundo cliente.


Si en el paso 3 conectamos un segundo deco, el tráfico de datos es así, para enmarañar aún más:


1- deco-1 pide un canal y empieza a verlo
2- el stream del deco-1 inunda el túnel de la segunda conexión
3- deco-2 pide un canal, empieza a verlo, el stream de deco-2 inunda el túnel de deco-1


La solución es meter una segunda instancia de openvpn levantando un tap1, pero eso ya no lo he probado, aquí nos leen gente muy puesta en redes que seguro que se han enfrentado a esto pero callan como putas (hacen bien, este hilo debería tener un PVR)


Saludos!
Dassaev
ForoCoches: Miembro
#336
Cita de nlevel
Estás mezclando cosas, wireguard es una interfaz completamente separada de openvpn y no pertenencen al mismo dominio, wireguard lo vas a usar para, como bien has comentado, las apps pero el deco va por otro túnel, ya sea un túnel wireguard con gretap o con openvpn.


Código:
# Evitar flooding multicast por OpenVPN TAP
echo 0 > /sys/class/net/tap0/brport/multicast_router
Esto, según mis pruebas no sirve para evitar el flood, pero esto a ti no te afecta, esto afecta a los que quieren conectar más de un deco a la interfaz tap0.


Qué ocurre cuando conectas un segundo cliente al servidor openvpn (no hace falta ni un segundo deco para verificar el comportamiento) mientras hay otro deco ya conectado:


Todo el tráfico multicast se replica por tap0 y se envían por todos los clientes conectados a ese tap0, da igual la configuración de igmp_snooping en el kernel, el control lo toma openvpn y como ve tráfico multicast lo replica a todos sus clientes conectados.


1- conectamos un deco por openvpn
2- conectamos un segundo cliente openvpn, sin deco, solo conexión.
3- Con tcpdump verás todo el tráfico destinado al deco llegando hasta tu segundo cliente.


Si en el paso 3 conectamos un segundo deco, el tráfico de datos es así, para enmarañar aún más:


1- deco-1 pide un canal y empieza a verlo
2- el stream del deco-1 inunda el túnel de la segunda conexión
3- deco-2 pide un canal, empieza a verlo, el stream de deco-2 inunda el túnel de deco-1


La solución es meter una segunda instancia de openvpn levantando un tap1, pero eso ya no lo he probado, aquí nos leen gente muy puesta en redes que seguro que se han enfrentado a esto pero callan como putas (hacen bien, este hilo debería tener un PVR)


Saludos!
Vale vale entendido. Muchas gracias! Seré mas discreto. La verdad que un +PVR no vendria mal.


El martes os diré si ya por fin me funciona. Gracias!
guszapa
ForoCoches: Miembro
#337
Cita de nlevel
En los logs que has subido no hay nada de openvpn, tienes el servicio activo?
¿Por qué estas usando routing si estás en capa 2?


Ve por pasos:


1- Conecta openvpn ?
2- Con openvpn conectado, deco no funciona, logs de openvpn...
3- Cómo tienes montado el bridge brctl show


Los logs, fíltralos, logread | grep openvpn o en Luci en la pestaña logs también puedes filtrar por demonio (creo)


otro comando que te va a decir lo que te pasa es tcpdump,


Instalas en los dos cudys
Código:
opkg update && opkg install tcpdump

y desde otra máquina lanzas tcpdump así para guardar la captura en local y no en el propio Cudy, porque te quedaras sin memoria.


Código:
ssh root@cudy "tcpdump -v -U -i tap0 -s 0 not igmp -w -" > /tmp/https://captura-deco.pcap



Con OpenWrt 24.10.5 estoy yo entre dos Cudys WR3000 y va perfecto, consumo de cpu no llega al 7% cuando emiten al máximo bitrate


Cita de nlevel
Te doy la config completa que uso, pero aunque me da mejores valores de ancho de banda, la imagen pixela de vez en cuando con los cudys (no por falta de potencia), openwrt tiene varias opciones para acerelar paquetes y no sé qué más que tengo que mirar, entre una RPI4 de server y un n100 cliente y va perfecto.


La configuración se puede hacer por web excepto el script que hay que poner en hotplug.d


En los dos tienes que instalar los siguientes paquetes:
Código:
opkg update 
opkg install kmod-wireguard luci-proto-wireguard wireguard-tools kmod-gre ip-full
Server:
server escucha en el puerto 9999


añadir a /etc/config/network

Código:
config interface 'wg0'
    option proto 'wireguard'
    option private_key 'CLAVE_PRIVADA_SERVIDOR'
    option listen_port '9999'
    list addresses '10.20.0.1/24'

config wireguard_wg0
    option public_key 'CLAVE_PUBLICA_CLIENTE'
    list allowed_ips '10.20.0.2/32'
Client:
Cambiar endpoint 'foo ddns net' al tuyo


Código:
config interface 'wg0'
    option proto 'wireguard'
    option private_key 'CLAVE_PRIVADA'
    option mtu '1420'
    list addresses '10.20.0.2/24'

config wireguard_wg0
    option public_key 'CLAVE_PUBLICA'
    option endpoint_host 'foo ddns net'
    option endpoint_port '9999'
    list allowed_ips '10.20.0.1/32'
    option persistent_keepalive '25'
Crear en los dos routers el archivo /etc/hotplug.d/iface/99-gretap, ajustando los extremos del túnel en cada uno:

LOCAL_IP
REMOTE_IP

y darle permisos de ejecución, sólo tienes que entrar por ssh y ejecutar lo siguiente

Código:
cat << 'EOF' > /etc/https://hotplug.d/iface/99-gretap
#!/bin/sh

# Configuración
WG_IFACE="wg0"          # Nombre de la interfaz WireGuard (transporte) en UCI
GRETAP_NAME="wg_tap"    # Nombre que tendrá la interfaz GRETAP
LOCAL_IP="10.20.0.2"    # IP local del túnel GRETAP
REMOTE_IP="10.20.0.1"   # IP remota (peer) del túnel GRETAP
BRIDGE_NAME="br-lan"    # Nombre del bridge LAN
MTU="1500"              # MTU GRETAP

[ "$INTERFACE" = "$WG_IFACE" ] || exit 0

case "$ACTION" in
    ifup)
        ip link del dev "$GRETAP_NAME" 2>/dev/null
        
        ip link add "$GRETAP_NAME" type gretap \
            local "$LOCAL_IP" \
            remote "$REMOTE_IP" \
            ttl 255 \
            nopmtudisc \
            ignore-df

        ip link set dev "$GRETAP_NAME" mtu "$MTU"
        ip link set dev "$GRETAP_NAME" up

        if ! brctl show "$BRIDGE_NAME" | grep -q "$GRETAP_NAME"; then
            brctl addif "$BRIDGE_NAME" "$GRETAP_NAME"
        fi
        ;;
        
    ifdown)
        ip link del dev "$GRETAP_NAME" 2>/dev/null
        ;;
esac
EOF


chmod +x /etc/https://hotplug.d/iface/99-gretap
si haces por consola un ifup wg0 en los dos extremos levantas el túnel, lo mismo con un ifdown wg0, al reiniciar se conectarán de forma automática.
Advertencia: no lo uses con openvpn activo formando parte del bridge sin hacer esto antes
Código:
echo 0 > /sys/class/net/wg_tap/brport/multicast_router
o inundarás de tráfico multicast el túnel si tienes un deco enchufado por openvpn.

un saludo

Shur,

me lío con la parte del tunel gretap. Tengo wireguard funcionando en el servidor, pero no lo enlazo con el cliente, aún no sé por qué, porque con el móvil y el mac sí que enlazo.

Te he marcado en rojo y en grande (creo) algunas líneas que no salen correctamente en tu post. Lo toma como url al poner la U entre corchetes y le mete el https. A ver si lo puedes editar.

Creo que tus conocimientos en redes son inmejorables, y podrías hacer un pequeño esfuerzo por ser más didáctico, para los que no llegamos a eso.

Me encanta trastear, y como el sistema del OP ya me funciona, ahora quiero probar el tuyo.

Hay algunas cuestiones que podrías ir contestando:

1.- Tu sistema con gretap es autónomo, no necesita de openvpn para nada, solo wireguard, ¿verdad?
2.- El fichero 99-gretap se arranca con la ruta y ifup, según he visto en el case. Eso se puede hacer permanente en el rc.local, supongo.
3.- Casi se me olvida: ¿cómo enlazo mango cliente con servidor a través de wireguard? Con iPhone y ordenador está claro, pero con el router no tengo ni guarra. ¿Puedes describirlo?
4.- Finalmente, pon algunas imágenes. Son gloria bendita en un hilo como este, tan técnico.

Gracias y un saludo.
Emerge
ForoCoches: Miembro
#338
Yo al final he quitado el Xiaomi de servidor (lo usaré de cliente en otra casa) y he puesto de servidor un miniPC con N100 que iba a sustituir en otro lado. He montado directamente todo sobre Ubuntu. DDNS con DuckDns y OpenVPN con un script de instalación.

Le he conectado desde mi casa dos clientes (Xiaomi AX3000T configurados con los scripts del hilo) con dos decos y sin problemas viendo 2 canales de futbol a la vez en mi casa y otro en el domicilio principal. La CPU del server entre 10 y 15% con los dos clientes simultáneos. Los test de velocidad +100Mb de subida/bajada desde uno de los clientes con un deco ya conectado en el otro.


Si alguien quiere montar algo parecido directamente sobre Ubuntu/Linux sin usar OpenWrt que me lo diga y preparo algo más completo, pero es bastante sencillo.
nlevel
ForoCoches: Usuario
#339
Cita de guszapa
Shur,

me lío con la parte del tunel gretap. Tengo wireguard funcionando en el servidor, pero no lo enlazo con el cliente, aún no sé por qué, porque con el móvil y el mac sí que enlazo.

Te he marcado en rojo y en grande (creo) algunas líneas que no salen correctamente en tu post. Lo toma como url al poner la U entre corchetes y le mete el https. A ver si lo puedes editar.

Creo que tus conocimientos en redes son inmejorables, y podrías hacer un pequeño esfuerzo por ser más didáctico, para los que no llegamos a eso.

Me encanta trastear, y como el sistema del OP ya me funciona, ahora quiero probar el tuyo.

Hay algunas cuestiones que podrías ir contestando:

1.- Tu sistema con gretap es autónomo, no necesita de openvpn para nada, solo wireguard, ¿verdad?
2.- El fichero 99-gretap se arranca con la ruta y ifup, según he visto en el case. Eso se puede hacer permanente en el rc.local, supongo.
3.- Casi se me olvida: ¿cómo enlazo mango cliente con servidor a través de wireguard? Con iPhone y ordenador está claro, pero con el router no tengo ni guarra. ¿Puedes describirlo?
4.- Finalmente, pon algunas imágenes. Son gloria bendita en un hilo como este, tan técnico.

Gracias y un saludo.

Lo de https:// es un fallo del foro, que lo injecta cada vez que ve algo.algo dentro de [ code ], es decir algo.algo se convierte en https://algo.algo las líneas correctas son: /etc/hotplug.d/iface/99-gretap, ssh root@cudy "tcpdump -v -U -i tap0 -s 0 not igmp -w -" > /tmp/captura-deco.pca, cat << 'EOF' > /etc/hotplug.d/iface/99-gretap, chmod +x /etc/hotplug.d/iface/99-gretap




1.- Tu sistema con gretap es autónomo, no necesita de openvpn para nada, solo wireguard, ¿verdad?
sí, no hace falta openvpn, solo wireguard + gretap, y si te gusta hacer labs, te diré que openvpn sin cifrado dentro de wireguard sustituyendo a gretap, también debe de funcionar


2.- El fichero 99-gretap se arranca con la ruta y ifup, según he visto en el case. Eso se puede hacer permanente en el rc.local, supongo.
Supongo que sí, pero para qué, el sistema ya se encarga de ello de forma automática con el hotplug


3.- Casi se me olvida: ¿cómo enlazo mango cliente con servidor a través de wireguard? Con iPhone y ordenador está claro, pero con el router no tengo ni guarra. ¿Puedes describirlo?
el router cliente se enlanza al server en cuanto hagas un ifup de wg o reinicies.
Usa un túnel wireguard para el gretap exclusivamente y separa el wireguard que tienes ahora para conectarte con el iphone, son túneles distintos con cometido diferente, es decir en tu router tienes que tener wg0 para el iphone y wg1 para el deco, un túnel es en modo routing y el otro en modo bridge, el túnel del deco "es un cable de red"


4.- Finalmente, pon algunas imágenes. Son gloria bendita en un hilo como este, tan técnico.
Lo hago todo por consola, ni instalo los paquetes de luci para administrar wireguard ni openvpn, ahorras espacio.
nlevel
ForoCoches: Usuario
#340
Cita de Emerge
Yo al final he quitado el Xiaomi de servidor (lo usaré de cliente en otra casa) y he puesto de servidor un miniPC con N100 que iba a sustituir en otro lado. He montado directamente todo sobre Ubuntu. DDNS con DuckDns y OpenVPN con un script de instalación.

Le he conectado desde mi casa dos clientes (Xiaomi AX3000T configurados con los scripts del hilo) con dos decos y sin problemas viendo 2 canales de futbol a la vez en mi casa y otro en el domicilio principal. La CPU del server entre 10 y 15% con los dos clientes simultáneos. Los test de velocidad +100Mb de subida/bajada desde uno de los clientes con un deco ya conectado en el otro.


Si alguien quiere montar algo parecido directamente sobre Ubuntu/Linux sin usar OpenWrt que me lo diga y preparo algo más completo, pero es bastante sencillo.



Puedes apagar uno de los decos y poner tcpdump en el router cliente de ese deco: tcpdump -i tap0 -qn y nos dices qué ves ?
Emerge
ForoCoches: Miembro
#341
Cita de nlevel
Puedes apagar uno de los decos y poner tcpdump en el router cliente de ese deco: tcpdump -i tap0 -qn y nos dices qué ves ?
Ambos decos apagados
Código:
root@Client:~# tcpdump -i tap0 -qn
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on tap0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
20:16:51.384672 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:16:53.386994 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:16:55.388709 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:16:57.389984 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:16:59.392186 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:01.394882 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:03.192074 IP 192.168.1.1 > 224.0.0.1: igmp
20:17:03.397650 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:05.400213 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:07.401811 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:09.403353 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:11.406929 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:13.410013 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:15.411142 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:17.413278 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:18.882541 IP 192.168.1.1 > 224.0.0.1: igmp
20:17:19.415129 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:20.702435 2c:96:82:xx:xx:xx > 01:80:c2:xx:xx:xx, IEEE1905.1, length 60:
20:17:21.415960 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:23.419022 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:25.421122 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:26.222384 2c:96:82:xx:xx:xx > 01:80:c2:xx:xx:xx, IEEE1905.1, length 60:
20:17:27.423266 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:29.427676 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:31.431558 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:33.433579 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:33.764545 IP 192.168.1.1 > 224.0.0.1: igmp
20:17:35.437518 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:37.435665 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:39.436518 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:41.437360 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:43.439821 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:45.235663 IP6 fe80::8435:2ff:ffff:aaaa > ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), length 28
20:17:45.442661 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:47.443136 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:48.022474 IP 192.168.1.1 > 224.0.0.1: igmp
20:17:49.445743 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:51.447745 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:53.448635 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:55.450529 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:57.452006 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:59.454298 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
Un deco encendido:
Código:
20:25:59.393860 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.396561 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.397171 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.399701 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.400359 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.403160 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.403622 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.406123 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.406740 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.409521 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.409596 IP 172.26.20.39.32429 > 239.0.2.131.3937: UDP, length 777
20:25:59.409861 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.412641 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.413242 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.416160 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.416598 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.419479 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.420323 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.422361 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.423202 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.425907 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.426706 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.428774 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.429455 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.432169 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.432621 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.435724 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.436220 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.438410 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.438741 IP 172.26.20.39.42551 > 239.0.2.165.3937: UDP, length 418
20:25:59.439999 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.440958 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.443238 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.444118 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.446759 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.447478 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.450120 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.450737 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.453237 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.454017 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.456658 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.457269 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.459844 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.460257 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.463038 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.463244 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 379
20:25:59.463274 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 235
20:25:59.463395 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.465390 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 1400
20:25:59.466199 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.466857 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.469212 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.470060 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.472218 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.474038 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.474834 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.477287 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.478544 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.479756 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.482075 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.482976 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.485115 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.487032 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.487794 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.490022 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.491577 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.493715 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.494273 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.496414 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.497574 IP 172.26.20.39.42551 > 239.0.2.165.3937: UDP, length 1400
20:25:59.498041 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.499233 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.501516 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.502994 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.503893 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.506648 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.507253 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.509762 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.510503 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.513138 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.513593 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.516134 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.516992 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.519301 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.520260 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.522531 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.523515 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.525342 IP 172.26.20.39.32429 > 239.0.2.131.3937: UDP, length 1400
20:25:59.526160 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.526781 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.533825 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.533876 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.533909 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.533940 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.535794 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.536624 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.538758 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.539997 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.542124 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.542996 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.545659 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.546229 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.548825 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.549440 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.552161 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.552677 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.554647 IP 172.26.20.39.42551 > 239.0.2.165.3937: UDP, length 1400
20:25:59.555288 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.555916 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.558809 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.559237 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.561933 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.562666 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.565402 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.565891 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.568425 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.569021 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.571416 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.572296 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.574979 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.575630 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.577919 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1156
20:25:59.578348 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.580545 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.581532 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 1400
20:25:59.582553 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.583399 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.585438 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.586567 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.588773 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.589693 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.591889 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.593088 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.594770 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.596973 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.597701 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.600519 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.601223 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.603385 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 780
20:25:59.603937 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.605756 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.606676 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.607624 IP 172.26.20.39.42551 > 239.0.2.165.3937: UDP, length 590
20:25:59.608640 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.610100 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.612356 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.613936 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.615335 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.617349 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.617799 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 216
20:25:59.619539 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.620036 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.622376 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.623338 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.625938 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.626496 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.628377 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 216
20:25:59.629351 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.629835 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.632294 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.633254 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.635835 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 968
20:25:59.636432 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.637006 IP 172.26.20.39.32429 > 239.0.2.131.3937: UDP, length 113
20:25:59.639267 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.640032 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.641753 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.643426 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.644025 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.646356 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 780
20:25:59.646782 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.648811 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.649931 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.652169 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.653047 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.655145 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.655684 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 216
20:25:59.657300 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.658070 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.660686 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.661003 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 780
20:25:59.662925 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.664324 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.665762 IP 172.26.20.39.42551 > 239.0.2.165.3937: UDP, length 1400
20:25:59.666212 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.667070 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.669349 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.670408 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.672781 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.673712 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.675906 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.677065 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.678686 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.680788 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.681683 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.684462 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.684983 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.687476 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.688308 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.690984 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.691364 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.693963 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.694822 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.695447 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 317
20:25:59.695477 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 239
20:25:59.696663 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.697921 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.700347 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.701224 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.704042 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.704642 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.707066 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.707869 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.710610 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
^C
6781 packets captured
6810 packets received by filter
0 packets dropped by kernel
Ahora entiendo lo que decías. Aun con el deco del router B apagado, el router B recibe el tráfico del router A aunque no esté viendo nada.


El único "problema" sería de ancho de banda, ¿no? Estás duplicando el tráfico hacia los dos routers. En mi caso, intentaré levantar una tap1 y listo, no debería ser complicado. Hasta entonces, me sirve así . Lo bueno es saber que el server está enviando el equivalente a 4 streams sin despeinarse y sin problemas de ancho de banda cuando hay 2 decos conectados.
nlevel
ForoCoches: Usuario
#342
Cita de Emerge
Ambos decos apagados
Código:
root@Client:~# tcpdump -i tap0 -qn
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on tap0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
20:16:51.384672 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:16:53.386994 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:16:55.388709 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:16:57.389984 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:16:59.392186 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:01.394882 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:03.192074 IP 192.168.1.1 > 224.0.0.1: igmp
20:17:03.397650 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:05.400213 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:07.401811 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:09.403353 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:11.406929 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:13.410013 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:15.411142 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:17.413278 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:18.882541 IP 192.168.1.1 > 224.0.0.1: igmp
20:17:19.415129 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:20.702435 2c:96:82:xx:xx:xx > 01:80:c2:xx:xx:xx, IEEE1905.1, length 60:
20:17:21.415960 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:23.419022 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:25.421122 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:26.222384 2c:96:82:xx:xx:xx > 01:80:c2:xx:xx:xx, IEEE1905.1, length 60:
20:17:27.423266 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:29.427676 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:31.431558 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:33.433579 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:33.764545 IP 192.168.1.1 > 224.0.0.1: igmp
20:17:35.437518 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:37.435665 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:39.436518 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:41.437360 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:43.439821 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:45.235663 IP6 fe80::8435:2ff:ffff:aaaa > ff02::16: HBH ICMP6, multicast listener report v2, 1 group record(s), length 28
20:17:45.442661 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:47.443136 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:48.022474 IP 192.168.1.1 > 224.0.0.1: igmp
20:17:49.445743 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:51.447745 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:53.448635 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:55.450529 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:57.452006 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
20:17:59.454298 IP 192.168.1.35.8001 > 224.0.0.7.8001: UDP, length 198
Un deco encendido:
Código:
20:25:59.393860 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.396561 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.397171 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.399701 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.400359 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.403160 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.403622 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.406123 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.406740 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.409521 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.409596 IP 172.26.20.39.32429 > 239.0.2.131.3937: UDP, length 777
20:25:59.409861 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.412641 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.413242 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.416160 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.416598 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.419479 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.420323 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.422361 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.423202 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.425907 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.426706 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.428774 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.429455 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.432169 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.432621 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.435724 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.436220 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.438410 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.438741 IP 172.26.20.39.42551 > 239.0.2.165.3937: UDP, length 418
20:25:59.439999 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.440958 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.443238 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.444118 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.446759 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.447478 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.450120 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.450737 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.453237 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.454017 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.456658 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.457269 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.459844 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.460257 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.463038 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.463244 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 379
20:25:59.463274 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 235
20:25:59.463395 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.465390 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 1400
20:25:59.466199 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.466857 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.469212 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.470060 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.472218 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.474038 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.474834 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.477287 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.478544 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.479756 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.482075 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.482976 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.485115 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.487032 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.487794 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.490022 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.491577 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.493715 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.494273 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.496414 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.497574 IP 172.26.20.39.42551 > 239.0.2.165.3937: UDP, length 1400
20:25:59.498041 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.499233 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.501516 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.502994 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.503893 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.506648 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.507253 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.509762 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.510503 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.513138 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.513593 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.516134 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.516992 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.519301 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.520260 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.522531 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.523515 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.525342 IP 172.26.20.39.32429 > 239.0.2.131.3937: UDP, length 1400
20:25:59.526160 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.526781 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.533825 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.533876 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.533909 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.533940 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.535794 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.536624 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.538758 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.539997 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.542124 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.542996 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.545659 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.546229 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.548825 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.549440 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.552161 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.552677 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.554647 IP 172.26.20.39.42551 > 239.0.2.165.3937: UDP, length 1400
20:25:59.555288 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.555916 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.558809 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.559237 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.561933 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.562666 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.565402 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.565891 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.568425 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.569021 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.571416 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.572296 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.574979 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.575630 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.577919 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1156
20:25:59.578348 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.580545 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.581532 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 1400
20:25:59.582553 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.583399 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.585438 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.586567 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.588773 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.589693 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.591889 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.593088 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.594770 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.596973 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.597701 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.600519 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.601223 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.603385 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 780
20:25:59.603937 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.605756 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.606676 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.607624 IP 172.26.20.39.42551 > 239.0.2.165.3937: UDP, length 590
20:25:59.608640 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.610100 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.612356 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.613936 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.615335 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.617349 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.617799 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 216
20:25:59.619539 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.620036 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.622376 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.623338 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.625938 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.626496 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.628377 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 216
20:25:59.629351 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.629835 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.632294 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.633254 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.635835 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 968
20:25:59.636432 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.637006 IP 172.26.20.39.32429 > 239.0.2.131.3937: UDP, length 113
20:25:59.639267 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.640032 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.641753 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.643426 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.644025 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.646356 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 780
20:25:59.646782 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.648811 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.649931 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.652169 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.653047 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.655145 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.655684 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 216
20:25:59.657300 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.658070 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.660686 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.661003 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 780
20:25:59.662925 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.664324 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.665762 IP 172.26.20.39.42551 > 239.0.2.165.3937: UDP, length 1400
20:25:59.666212 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.667070 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.669349 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.670408 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.672781 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.673712 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.675906 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.677065 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.678686 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.680788 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.681683 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.684462 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.684983 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.687476 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.688308 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.690984 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.691364 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.693963 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.694822 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.695447 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 317
20:25:59.695477 IP 172.26.20.41.36040 > 239.0.2.29.22222: UDP, length 239
20:25:59.696663 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.697921 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.700347 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.701224 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.704042 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.704642 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.707066 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.707869 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
20:25:59.710610 IP 172.23.61.201.44777 > 239.0.5.185.8208: UDP, length 1344
^C
6781 packets captured
6810 packets received by filter
0 packets dropped by kernel
Ahora entiendo lo que decías. Aun con el deco del router B apagado, el router B recibe el tráfico del router A aunque no esté viendo nada.


El único "problema" sería de ancho de banda, ¿no? Estás duplicando el tráfico hacia los dos routers. En mi caso, intentaré levantar una tap1 y listo, no debería ser complicado. Hasta entonces, me sirve así . Lo bueno es saber que el server está enviando el equivalente a 4 streams sin despeinarse y sin problemas de ancho de banda cuando hay 2 decos conectados.

Ahí lo tienes en la segunda captura, todo el tráfico del deco-1 se envía al otro cliente, 2 decos es el caos, 3 ya ni te cuento.


El problema no es tanto el ancho de banda, que también, es una solución sucia, el problema real es la CPU que tiene que cifrar y descifrar el streaming de todos los dispositivos, con un cudy subirá a más del doble pero con un router limitado que no puede casi con su propio stream imagina meterle otro más.


La solución es levantar un túnel por cada deco y no sé si así a pelo sin segmentar el bridge en el que montas los dos taps vaya a funcionar sin tocar nada más, todo es verlo.


Gracias por las pruebas.
Emerge
ForoCoches: Miembro
#343
Cita de nlevel
Ahí lo tienes en la segunda captura, todo el tráfico del deco-1 se envía al otro cliente, 2 decos es el caos, 3 ya ni te cuento.


El problema no es tanto el ancho de banda, que también, es una solución sucia, el problema real es la CPU que tiene que cifrar y descifrar el streaming de todos los dispositivos, con un cudy subirá a más del doble pero con un router limitado que no puede casi con su propio stream imagina meterle otro más.


La solución es levantar un túnel por cada deco y no sé si así a pelo sin segmentar el bridge en el que montas los dos taps vaya a funcionar sin tocar nada más, todo es verlo.


Gracias por las pruebas.
Probado y funciona. La CPU incluso está más liberada sumando la CPU de ambos procesos.

Simplemente he duplicado la configuración del server de OpenVPN y he desplegado el segundo en otro puerto. Ahora tengo tap0 y tap1 y cada una con su tráfico aislado.
dmog
ForoCoches: Usuario
#344
Tremendo tutorial. Mi más sincera enhorabuena.

Sin ser yo un experto, lanzo una pregunta que creo que no se ha hablado, ¿puedo configurar dos routers en cliente? Es decir, configuración de un deco en servidor, y dos decos independientes con dos decodificadores diferentes en cliente. ¿Funcionaría o está limitado a un deco en cliente?

Por cierto, sin tener mucha limitación de precio porque lo que busco es que funcionen bien todos los canales (incluidos deportes), ¿qué router me recomendáis? Veo que gana el Cudy TR3000.

Gracias y enhorabuena de nuevo.
Emerge
ForoCoches: Miembro
#345
Cita de dmog
Tremendo tutorial. Mi más sincera enhorabuena.

Sin ser yo un experto, lanzo una pregunta que creo que no se ha hablado, ¿puedo configurar dos routers en cliente? Es decir, configuración de un deco en servidor, y dos decos independientes con dos decodificadores diferentes en cliente. ¿Funcionaría o está limitado a un deco en cliente?

Por cierto, sin tener mucha limitación de precio porque lo que busco es que funcionen bien todos los canales (incluidos deportes), ¿qué router me recomendáis? Veo que gana el Cudy TR3000.

Gracias y enhorabuena de nuevo.
Lo estamos hablando justo en los últimos mensajes encima del tuyo. Se puede.


El problema es que el servidor envía siempre el tráfico de los dos decos a los dos clientes: si el deco A pone Antena 3 y el deco B pone Telecinco, ambos routers/decos van a recibir los dos canales por lo que el servidor está enviando los 2 streams 2 veces y luego el cliente descarta el tráfico que no es para él.


La solución que a mi me ha funcionado es crear dos servidores en el server y así cada cliente va por una vpn diferente. Se debería poder hacer en OpenWRT, yo en el server tengo un miniPC.


Respecto a routers, el TR3000 está muy bien en rendimiento/precio. Hay muchos que tienen el mismo SoC/CPU. En mi caso uso como clientes 2x Xiaomi AX3000T, que funcionan parecido, son más baratos pero son mucho más aparatosos.
dmog
ForoCoches: Usuario
#346
Cita de Emerge
Lo estamos hablando justo en los últimos mensajes encima del tuyo. Se puede.


El problema es que el servidor envía siempre el tráfico de los dos decos a los dos clientes: si el deco A pone Antena 3 y el deco B pone Telecinco, ambos routers/decos van a recibir los dos canales por lo que el servidor está enviando los 2 streams 2 veces y luego el cliente descarta el tráfico que no es para él.


La solución que a mi me ha funcionado es crear dos servidores en el server y así cada cliente va por una vpn diferente. Se debería poder hacer en OpenWRT, yo en el server tengo un miniPC.


Respecto a routers, el TR3000 está muy bien en rendimiento/precio. Hay muchos que tienen el mismo SoC/CPU. En mi caso uso como clientes 2x Xiaomi AX3000T, que funcionan parecido, son más baratos pero son mucho más aparatosos.
Perdona porque esa problemática tratada en los mensajes previos pensaba que era para otro supuesto. Fallo mío.


Me temo que configuraré el deco cliente con un decodificador en una habitación. Y en la contigua que es el único otro sitio en que necesitaría Movistar Plus lo conectaría por App vía Wifi del router cliente.


¿Con esta “solución” tendría la App deslimitada? ¿Sabéis si en este caso podré tener el decodificador del router cliente funcionando (viendo por ejemplo LaLiga) y la App corriendo el mismo canal?


Muchas gracias de nuevo. En unas semanas haré las pruebas.
Emerge
ForoCoches: Miembro
#347
Cita de dmog
Perdona porque esa problemática tratada en los mensajes previos pensaba que era para otro supuesto. Fallo mío.


Me temo que configuraré el deco cliente con un decodificador en una habitación. Y en la contigua que es el único otro sitio en que necesitaría Movistar Plus lo conectaría por App vía Wifi del router cliente.


¿Con esta “solución” tendría la App deslimitada? ¿Sabéis si en este caso podré tener el decodificador del router cliente funcionando (viendo por ejemplo LaLiga) y la App corriendo el mismo canal?


Muchas gracias de nuevo. En unas semanas haré las pruebas.
Yo no soy cliente de Movistar así que no sé muy bien como funciona lo de deco/app, pero esto no cambia nada. Es poner un deco extra, pero la app se comporta igual que con un solo deco.
andantte
ForoCoches: Miembro
#348
Cita de dmog
Perdona porque esa problemática tratada en los mensajes previos pensaba que era para otro supuesto. Fallo mío.


Me temo que configuraré el deco cliente con un decodificador en una habitación. Y en la contigua que es el único otro sitio en que necesitaría Movistar Plus lo conectaría por App vía Wifi del router cliente.


¿Con esta “solución” tendría la App deslimitada? ¿Sabéis si en este caso podré tener el decodificador del router cliente funcionando (viendo por ejemplo LaLiga) y la App corriendo el mismo canal?


Muchas gracias de nuevo. En unas semanas haré las pruebas.
Hola, creo que te he entendido... siempre que estés conectado a la misma wifi, puedes ver el mismo canal, creo que hasta en cuatro dispositivos.


Yo lo hago así vamos.


Esta era tu duda?
amadetti
ForoCoches: Usuario
#349
Cita de Emerge
Probado y funciona. La CPU incluso está más liberada sumando la CPU de ambos procesos.

Simplemente he duplicado la configuración del server de OpenVPN y he desplegado el segundo en otro puerto. Ahora tengo tap0 y tap1 y cada una con su tráfico aislado.
Buenas shur.


Esto implica conectar otro puerto LAN del server al router de movistar? O se puede hacer teniendo en bridge con br-lan tap0 y tap1?


Gracias por la ayuda!


Y respondiendo la pregunta de la app de Movistar "deslimitada", te vale con el wifi del router cliente (siempre que metas ese wifi en el br-vpn), pero también te vale con una vpn wireguard normal y sencillita, sin tener que transportar el tráfico de capa 2 para que la app te funcione.
Emerge
ForoCoches: Miembro
#350
Cita de amadetti
Esto implica conectar otro puerto LAN del server al router de movistar? O se puede hacer teniendo en bridge con br-lan tap0 y tap1?
No, un puerto. Va en el bridge sin problema.
Dassaev
ForoCoches: Miembro
#351
Cita de Emerge
Probado y funciona. La CPU incluso está más liberada sumando la CPU de ambos procesos.

Simplemente he duplicado la configuración del server de OpenVPN y he desplegado el segundo en otro puerto. Ahora tengo tap0 y tap1 y cada una con su tráfico aislado.
Buenas shur, como se haría en un cudy wr3000 con openwrt 24.10.5 para tener tap0 y tap1? Yo estoy aprendiendo muchisimo gracias a este hilo de temas de redes.


Entiendo que es server con tap0 y tap1.


Tap0 cliente mi padre WR3000 en su casa
Tap1 cliente mi hermano WR3000 en su piso


La cpu del WR3000 lo soportaria dos streams HD? y ahí ya no habria problema de envio de trafico redundante por lo que os estoy leyendo.


Gracias!!
Emerge
ForoCoches: Miembro
#352
Cita de Dassaev
Buenas shur, como se haría en un cudy wr3000 con openwrt 24.10.5 para tener tap0 y tap1? Yo estoy aprendiendo muchisimo gracias a este hilo de temas de redes.


Entiendo que es server con tap0 y tap1.


Tap0 cliente mi padre WR3000 en su casa
Tap1 cliente mi hermano WR3000 en su piso


La cpu del WR3000 lo soportaria dos streams HD? y ahí ya no habria problema de envio de trafico redundante por lo que os estoy leyendo.


Gracias!!
No sé si se puede en OpenWrt seguro, pero debería poderse. Hay que añadir otro servidor OpenVPN igual que el primero y se le asignará la interfaz tap1. La metes en el bridge junto a la tap0 y configuras el cliente igual que con la otra.


En principio sí lo soportaría. Hay gente en el hilo que tenía dos clientes conectados e incluso con todo el tema del flood (estarían sirviendo cada stream dos veces), les funcionaba bien.
nlevel
ForoCoches: Usuario
#353
Cita de Emerge
Probado y funciona. La CPU incluso está más liberada sumando la CPU de ambos procesos.

Simplemente he duplicado la configuración del server de OpenVPN y he desplegado el segundo en otro puerto. Ahora tengo tap0 y tap1 y cada una con su tráfico aislado.
Mucho mejor así, todo por donde tiene que ir.


Lo siguiente para afinar aún más es dejar pasar solo por el túnel al HGU para el arp que manda al deco y el ping que hace para ver que sigue vivo y la MAC del deco excluyendo todo lo demás, solo permitiendo peticiones DHCP desde esa MAC.


También se le puede dar un repaso a la configuración de OpenVPN, que aunque "funciona" se puede mejorar su configuración para evitar microcortes como por ejemplo en la regeneración de claves que hace OpenVPN de forma periódica y un par de parámetros más para acelerar todo un poco más.


Tengo todo desmontado porque me estoy mudando, cuando lo ponga online os pongo un par de scripts de nftables para capar todo el tráfico no deseado.
guszapa
ForoCoches: Miembro
#354
Cita de nlevel
Mucho mejor así, todo por donde tiene que ir.


Lo siguiente para afinar aún más es dejar pasar solo por el túnel al HGU para el arp que manda al deco y el ping que hace para ver que sigue vivo y la MAC del deco excluyendo todo lo demás, solo permitiendo peticiones DHCP desde esa MAC.


También se le puede dar un repaso a la configuración de OpenVPN, que aunque "funciona" se puede mejorar su configuración para evitar microcortes como por ejemplo en la regeneración de claves que hace OpenVPN de forma periódica y un par de parámetros más para acelerar todo un poco más.


Tengo todo desmontado porque me estoy mudando, cuando lo ponga online os pongo un par de scripts de nftables para capar todo el tráfico no deseado.
Dinos en qué provincia estás y pasamos a ayudarte con la mudanza
dmog
ForoCoches: Usuario
#355
Cita de andantte
Hola, creo que te he entendido... siempre que estés conectado a la misma wifi, puedes ver el mismo canal, creo que hasta en cuatro dispositivos.


Yo lo hago así vamos.


Esta era tu duda?
Sí! Ósea mi duda es, si dentro del mismo domicilio, bajo la misma IP, se puede ver Movistar en decodificador (por ejemplo un partido) y dentro de la misma red, a través de la App Movistar de una TV LG, por ejemplo, el mismo canal sin la limitación de que ya se está emitiendo en el deco principal.


Si es así, entiendo que al duplicar en cliente, si aprovecho la red wifi del router instalado en cliente, me conecto con una TV, el fundamento debería ser el mismo y debería permitirme no?


Lo probaré cuando pueda instalar todo y os cuento, pero por revisar si es viable o me olvido del tema!
enro
ForoCoches: Miembro
#356
Cita de dmog
Sí! Ósea mi duda es, si dentro del mismo domicilio, bajo la misma IP, se puede ver Movistar en decodificador (por ejemplo un partido) y dentro de la misma red, a través de la App Movistar de una TV LG, por ejemplo, el mismo canal sin la limitación de que ya se está emitiendo en el deco principal.
Si, bajo una misma IP puedes tener conectado un deco y ademas usar la app de Movistar en otros dispositivos.
andantte
ForoCoches: Miembro
#357
efectivamente.

Si cuando lo montes tienes cualquier duda, escríbeme.
dmog
ForoCoches: Usuario
#358
Cita de Emerge
Probado y funciona. La CPU incluso está más liberada sumando la CPU de ambos procesos.

Simplemente he duplicado la configuración del server de OpenVPN y he desplegado el segundo en otro puerto. Ahora tengo tap0 y tap1 y cada una con su tráfico aislado.
Hola! Mil gracias por esto. Podrías explicarme cómo ha sido ese proceso de duplicación? Entiendo que a la hora de configurar el servidor, lo replicas igual, con la misma IP y mismo fichero de configuración (salvo por el puerto) en los dos clientes? Gracias!
kaviloko
R.C. Celta
#359
@coniman97

Una pequeña duda que me he puesto hoy al fin con esto .

El segundo equipo lo puedo configurar ya en la primera vivienda y llevármelo configurado a la segunda no ?

Pd es normal que si el segundo router no está conectado en VPN br-VPN ponga (en el apartado interfaces

network device is not present

El apartado de lan si sale todo correcto



Tengo dos cudy wr3000e
nlevel
ForoCoches: Usuario
#360
Configurar el túnel openvpn en L2 sin poner un firewall es un caos total.

Dos servidores DHCP en la misma red conectados por un "HUB"... (el que se haya enfrentado a ésto sabe lo que es)

Muchos de vuestros dispositivos están saliendo por el túnel a inet sin que os deis cuenta, si estáis usando el mismo rango de red en las dos redes, además estáis solapando ips, conflictos, tormentas arp, el caos.

Ejemplo real sin firewall:

Móvil pide ip por dhcp dentro de su red, el dhcp request entra al túnel como Pedro por su casa, el DHCP Server de vuestro router local también recibe esa request, lo normal es que el router local sea más rápido y ofrezca una ip de su pool pero si el router está algo sobrecargado, la petición llega al router remoto y le da una ip.

Si a esto le sumamos que seguramente estéis usando el mismo rango dentro de las dos redes, 192.168.0.0/24, el caos está asegurado, duplicidad de ips, tormentas broadcast, problemas de enrutamiento.

Pasos para blindar la conexión entre las dos redes para que esto no ocurra:

1- Separad las dos redes, casa-1 192.168.100.0/24, casa-2 192.168.200.0/24
2- Reglas de nftables para capar todo el tráfico que no necesite el deco para funcionar

¿Qué necesitas? la MAC del deco.
En los logs openvpn server tenéis la MAC, os aparecerá un línea como esta:

Sat Feb 7 20:27:28 2026 daemon.notice openvpn(server_tv)[2346]: cliente-deco/IP:PORT MULTI: Learn: MAC-DECO@0 -> cliente-deco/IP:PORT
con tcpdump también se puede ver la MAC del deco, encended el deco y capturáis


Código:
tcpdump -i tap0 -e -nn
Ya sabemos la MAC del deco, vamos a configurar dos firewalls, uno en casa-server (donde está el HGU) y otro firewall en casa-cliente.

Voy a presuponer que la red de "casa-server" es la 192.168.200.0/24
La ip HGU es la 200.1
El pool de los decos es 192.168.200.200-192.168.200.233


En los dos routers hay que instalar:

Código:
opkg update && opkg install kmod-nft-bridge
En los dos routers crearemos un archivo /etc/tap0.nft y le damos permisos ejecución, chmod +x /etc/tap0.nft

Casa-server /etc/tap0.nft:

Código:
#!/bin/sh


####### EDITAR ########
  DECO_MAC="MAC DECO"
NETWORK="192.168.200.0/24"
HGU_IP="192.168.200.1"
RANGO_DECOS="192.168.200.200-192.168.200.233"
###########################################


 nft -f - <<NFT_CONFIG

# 1. LIMPIEZA
table bridge filter_tap { }
flush table bridge filter_tap

# 2. BLINDAJE L2 (Bridge)
table bridge filter_tap {
    
    set valid_deco_mac {
        type ether_addr
        elements = { $DECO_MAC }
    }

    chain forward {
        type filter hook forward priority 0; policy accept;

        # Regla 0: Si no toca el túnel, ignorar.
        oifname != "tap0" iifname != "tap0" accept

        # -------------------------------------------------------------------
        # BLOQUE A: SALIDA (HGU -> TÚNEL -> CASA REMOTA)
        # -------------------------------------------------------------------
        
        # 1. DHCP (Anti-Secuestro Local)
        oifname "tap0" udp dport 67 drop
        oifname "tap0" udp dport 68 accept

        # 2. ARP (Solo rango Decos)
        oifname "tap0" ether type arp arp daddr ip $RANGO_DECOS accept
        oifname "tap0" ether type arp arp operation reply accept
        oifname "tap0" ether type arp drop

        # 3. PING (ICMP)
        oifname "tap0" ip protocol icmp accept

        # 5. ANTI-RUIDO LOCAL (Muerte a la TV y móviles locales)
        # Si el origen es la LAN (excepto HGU), se bloquea antes de salir al túnel.
        oifname "tap0" ip saddr $NETWORK ip saddr != $HGU_IP drop

        # 6. MULTICAST (TV MOVISTAR)
        oifname "tap0" ip daddr 224.0.0.0/4 accept

        # 7. RESTO DE TRÁFICO AL DECO
        oifname "tap0" ether daddr @valid_deco_mac accept

        # 2. FILTRO DE MAC (Solo el Deco pasa)
        iifname "tap0" ether saddr != @valid_deco_mac drop

        # -- A partir de aquí solo es el Deco --
        iifname "tap0" ether type { ip, arp } accept
        

        # -------------------------------------------------------------------
        # BLOQUE C: CIERRE
        # -------------------------------------------------------------------
        oifname "tap0" drop
        iifname "tap0" drop
    }

    chain output {
        type filter hook output priority 0; policy accept;
        oifname "tap0" ether type ip6 drop
    }
}
NFT_CONFIG
Casa-cliente /etc/tap0.nft:

Código:
#!/bin/sh
####### EDITAR ########
DECO_MAC="LA MAC DEL DECO"
HGU_IP="192.168.200.1"
RANGO_DECOS="192.168.200.200-192.168.200.233"
############################################


 nft -f - <<NFT_CONFIG

table bridge filter_tap { }
flush table bridge filter_tap

table bridge filter_tap {
    
    set valid_deco_mac {
        type ether_addr
        elements = { $DECO_MAC }
    }

    chain forward {
        type filter hook forward priority 0; policy accept;

        # Optimización: Ignorar lo que no sea el túnel
        oifname != "tap0" iifname != "tap0" accept

        # ===================================================================
        # BLOQUE A: SALIDA (Deco -> TAP0 -> Remoto)
        # ===================================================================
        
        # 1. Si no es la MAC del Deco, se elimina.
        oifname "tap0" ether saddr != @valid_deco_mac drop

        # 2. DHCP (Request): Permitir que el Deco pida IP
        oifname "tap0" udp dport 67 accept

        # 3. ARP: Permitir que el Deco pregunte
        oifname "tap0" ether type arp accept

        # 4. Trafico de Datos: Permitir rango de IPs del Deco
        oifname "tap0" ip saddr $RANGO_DECOS accept
        
        # 5. Bloquear cualquier otra cosa saliente por si acaso
        oifname "tap0" drop


        # ===================================================================
        # BLOQUE B: ENTRADA (Remoto -> TAP0 -> Deco)
        # ===================================================================

        # 1. TRUST HGU: Permitir trafico del Router Principal
        iifname "tap0" ip saddr $HGU_IP accept

        # 2. MULTICAST (TV)
        iifname "tap0" ip daddr 224.0.0.0/4 accept

        # 3. BROADCAST: Fundamental para que el Deco vea el DHCP Offer inicial
        iifname "tap0" ether daddr ff:ff:ff:ff:ff:ff accept

        # 4. UNICAST AL DECO: Permitir trafico dirigido a la MAC del Deco
        iifname "tap0" ether daddr @valid_deco_mac accept

        # 5. DHCP (Reply) y ARP entrante
        iifname "tap0" udp dport 68 accept
        iifname "tap0" ether type arp accept

        iifname "tap0" drop
    }

    chain output {
        type filter hook output priority 0; policy accept;
        oifname "tap0" drop
    }
}
NFT_CONFIG
El siguiente paso es cargar las reglas, editamos /etc/config/firewall en los dos routers y añadimos:

config include
option path '/etc/tap0.nft'
option type 'script'
option fw4_compatible '1'
ya sólo queda cargar las reglas:

/etc/init.d/firewall restart
y verificamos que han cargado
nft list ruleset | grep tap0
Sin el deco enchufado, el único tráfico que debe atravesar el túnel es esto, y nada más que esto en los dos extremos (el HGU haciendo de jefe del multicast):

Código:
tcpdump -i tap0 -qn
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on tap0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
09:37:40.114201 IP 192.168.200.1 > 224.0.0.1: igmp
09:37:40.114201 IP 192.168.200.1 > 224.0.0.1: igmp
..
..
con esto el tenéís blindado el túnel para que nada pase por él salvo lo estrictamente necesario.
← A Electrónica / Informática
Amazon
Nuevas ofertas cada día