Reproducción YouTube, red e inicio de sesión

Las rutas de extracción de YouTube de PipePipe cambian cuando YouTube cambia sus peticiones. Esta página se comprobó con el código actual de la serie 5.3.x y las últimas versiones estable y preliminares. Si una issue pide una versión preliminar concreta, prueba exactamente esa versión e indícala en el informe; no describas una beta antigua como comportamiento actual.

Fallan todos los vídeos de YouTube: comprueba el filtrado DNS

Si todos los vídeos públicos de YouTube fallan casi de inmediato, consulta el informe generado por PipePipe antes de cambiar el endpoint de extracción, reinstalar la aplicación o actualizar WebView.

Paso 1: confirma la firma DNS

Si PipePipe muestra Network error, pulsa REPORT:

En la página Error report, pulsa el icono de compartir para copiar el texto generado en una nota local y busca dentro de ese texto:

Estas pantallas muestran PipePipe 5.2.4 en Android 16. El fallo de red controlado solo sirve para localizar los botones; usa el texto de tu propio informe para el diagnóstico.

Busca googleapis.com y google.com en el informe. Estas formas identifican un bloqueo DNS o de red local:

jnn-pa.googleapis.com/0.0.0.0:443
jnn-pa.googleapis.com/127.0.0.1:443
localhost/127.0.0.1:...

La petición nunca llegó a Google

0.0.0.0, 127.0.0.1 y localhost apuntan al propio dispositivo en vez de al servicio real. PipePipe no puede evitar esa redirección cambiando de endpoint.

Paso 2: encuentra el filtro responsable

Comprueba estas capas una por una:

1. DNS privado de Android: abre Ajustes → Redes e Internet → DNS privado. En Samsung, la ruta habitual es Ajustes → Conexiones → Más ajustes de conexión → DNS privado. Anota el proveedor seleccionado y consulta su panel o registro de consultas.
2. VPN o filtro local: revisa el registro de peticiones bloqueadas de la VPN, bloqueador de anuncios, cortafuegos o aplicación DNS mientras vuelves a probar el vídeo.
3. Router o DNS autoalojado: revisa el registro y la lista de permitidos del router, Pi-hole, AdGuard Home, NextDNS o servicio equivalente.
4. Dispositivo rooteado o ROM personalizada: comprueba si el archivo hosts redirige un dominio necesario a 0.0.0.0 o 127.0.0.1.

3. Abre DNS privado. Esta página también muestra si hay una VPN activa.

4. Anota el modo o proveedor activo. Si está seleccionado un nombre de host de proveedor, abre el panel y el registro de consultas de ese servicio. El modo Automatic no descarta un filtro en el router o en otra parte de la red.

Las capturas muestran Android 16 en inglés. Los nombres y las rutas pueden variar según el fabricante.

Paso 3: permite las familias de dominios necesarias

PipePipe necesita actualmente:

• googleapis.com y todos sus subdominios, incluidos jnn-pa.googleapis.com y youtubei.googleapis.com;
• google.com y todos sus subdominios.

Añade ambas familias a la lista de permitidos del componente encontrado en el paso 2. La sintaxis depende de la herramienta: puede usar el dominio base, un comodín como *.googleapis.com o su propia regla. Configura esta lista en lugar de desactivar permanentemente todo el filtrado. Permitir solo el host visible hoy puede no cubrir otro host que YouTube use más adelante.

Por qué PipePipe necesita estas direcciones

El cliente actual contacta con jnn-pa.googleapis.com para preparar la prueba necesaria para la reproducción protegida, mientras que el extractor usa youtubei.googleapis.com para solicitar información de YouTube. Si el DNS devuelve cualquiera de estas direcciones al teléfono, el intercambio se detiene antes de la reproducción. Esto no requiere los servicios de Google Play.

Paso 4: vuelve a conectarte y verifica la solución

1. Vuelve a conectar el Wi-Fi o activa brevemente el modo avión para descartar resultados DNS antiguos.
2. Fuerza la detención de PipePipe y vuelve a abrirlo.
3. Reintenta el mismo vídeo público.
4. Genera un informe nuevo y confirma que el host necesario ya no resuelve a 0.0.0.0, 127.0.0.1 o localhost.

Una prueba temporal con datos móviles u otra red sin filtros puede confirmar el diagnóstico. No es una recomendación para dejar desactivada la protección.

El aviso fijado #2757 documenta las familias de dominios necesarias. En #2712, permitir jnn-pa.googleapis.com restauró la reproducción. #2750 contiene la misma firma 0.0.0.0/localhost.

Si el informe muestra una dirección pública real

Un error ENETUNREACH, un tiempo de espera agotado o un fallo de conexión a una IP pública real es distinto: el DNS no redirigió el host localmente. Continúa con la prueba de red controlada de abajo y anota VPN, ISP, país, endpoint y error exacto en vez de añadir excepciones DNS no relacionadas.

AntiBotException

Sign in to confirm you're not a bot significa que YouTube restringe una petición anónima. No es una petición genérica de borrar caché o actualizar WebView. Prueba una vez más y luego otra red o salida VPN. Anota el endpoint de extracción de YouTube antes de informarlo.

Usa el mismo vídeo público en cada prueba. Anota país/salida de red y si el fallo es inmediato o aparece después de algunos streams. Un resultado que cambia solo con la red es evidencia útil; no publiques IP ni datos de cuenta.

Source error o búfer

Estos mensajes no identifican una sola causa. Actualiza PipePipe, adjunta el informe generado e incluye URL, endpoint, sesión, país y estado de VPN/proxy. Di si falla al inicio, tras un tiempo fijo, al cambiar calidad, al volver a la app o tras seek.

Para vídeos normales de YouTube que no son directos, MWEB (SABR) es la ruta actual de reproducción basada en sesión cuando la respuesta MWEB expone datos SABR. VisionOS es una ruta de extracción anónima separada. Probar otro endpoint puede ser un diagnóstico temporal; no prueba que el endpoint inicial o WebView sean culpables.

Falla un vídeo (o unos pocos) mientras los demás funcionan

Este es un punto de partida distinto de «fallan todos los vídeos». Primero vuelve a probar la misma URL pública después de actualizar PipePipe y anota el resultado. Si el resto de YouTube funciona, no empieces reinstalando WebView ni cambiando el DNS.

1. Comprueba si es un directo, un Short, un vídeo restringido por edad, solo para miembros o no disponible en un navegador normal. Anótalo en el informe.
2. Abre Ajustes → Avanzado → Endpoint de extracción de YouTube y anota el valor seleccionado. En las versiones 5.3.x actuales, una cuenta sin sesión puede elegir VisionOS o MWEB (SABR); una cuenta con sesión se mantiene en MWEB (SABR). Android VR pertenece a una versión antigua y ya no se ofrece en el selector actual.
3. Vuelve a probar la misma URL una vez sin cambiar calidad, códec, red ni sesión.
4. Si sigue fallando, cambia solo una variable y vuelve a probar la misma URL. La comparación útil es «mismo vídeo, un cambio», no varios ajustes a la vez.
5. Adjunta el informe generado y di si los demás vídeos públicos siguen funcionando.

Un fallo aislado puede venir de la respuesta de ese vídeo o de un formato que el dispositivo no puede decodificar. Por sí solo no demuestra que PipePipe, WebView o toda la red estén rotos. Si el informe contiene video/av01, MediaCodec o un nombre de decodificador, consulta la guía de MediaCodec como comprobación separada.

Opciones actuales de endpoint

Estado de la cuenta	Opciones mostradas en las versiones 5.3.x actuales	Predeterminado
Sin sesión	VisionOS, MWEB (SABR)	VisionOS
Con sesión	MWEB (SABR)	MWEB (SABR)
Capturas/issues antiguas	Puede aparecer Android VR	Ya no es una opción actual

Las etiquetas y los valores predeterminados pueden volver a cambiar tras una modificación de YouTube. Informa siempre de lo que muestra realmente la versión instalada.

Prueba de reproducción controlada

1. Empieza con un vídeo público y anota endpoint.
2. Prueba una vez en red normal sin cambiar varios ajustes.
3. Si falla, repite una vez con el mismo vídeo y anota tiempo/posición.
4. Si procede, cambia solo una variable —red/salida VPN, endpoint o sesión— y vuelve a probar.
5. Adjunta informe generado y ambos resultados.

Así se separa un fallo de extracción repetible de un incidente aislado de red/sesión y se evita afirmar que cinco cambios fueron la solución.

Reproducción con sesión

La sesión se reserva para bloqueos IP, contenido de edad/miembros o traducción automática de YouTube. Sus limitaciones actuales incluyen formatos AVC, sin descarga solo audio, sin retroceso en un directo ya iniciado y extracción menos predecible. Si falla después de iniciar sesión, prueba una vez sin sesión e informa ambos resultados.

No publiques cookies, tokens, correo de cuenta ni grabación del flujo de inicio. «Con sesión/sin sesión» y error visible bastan para el primer informe.

El endpoint es evidencia, no un botón mágico

Un endpoint elige ruta de petición/extracción. Puede hacer aparecer o desaparecer un síntoma y debe anotarse, pero un endpoint que funciona una vez no prueba que los demás estén rotos. Indica endpoint por defecto, los probados y resultado para la misma URL. No mezcles pruebas de endpoint con una issue WebView salvo que aparezca el mensaje WebView exacto.

Captura histórica: PipePipe 5.2.3 en Android 16/API 36. Muestra un endpoint que ya no se ofrece en las versiones 5.3.x actuales; usa la tabla anterior para las opciones actuales.

Captura actual: PipePipe 5.3.1-beta · Android 16/API 36. Sin sesión, las opciones mostradas son VisionOS y MWEB (SABR); la opción seleccionada se ve en la ventana.

La issue cerrada #2686 es un ejemplo histórico de comparación de endpoints: el mantenedor preguntó si estaba seleccionado Android VR (DASH) y aconsejó probar MWEB (SABR). En la captura, 1 es MWEB y 2 Android VR. Trátalo como evidencia histórica, no como una instrucción actual ni como la promesa de que MWEB arregle cualquier fallo de red o cuenta.

Los informes recientes muestran por qué importa indicar la fase exacta. En #2901, la reproducción se detenía al apagar la pantalla y el informe incluía un destino UnknownHost. En #2905, la reproducción funcionaba pero una descarga SABR fallaba con una VPN. Son dos informes «YouTube/SABR», pero necesitan evidencias distintas y no deben reducirse a un diagnóstico genérico de WebView o DNS.

Informe mínimo de reproducción

URL de vídeo y servicio:
Versión PipePipe / Android:
Endpoint antes y durante el fallo:
Con sesión o sin sesión:
País de red / VPN o proxy:
Tipo de vídeo y calidad/códec seleccionados, si se muestran:
DNS privado / bloqueador / cortafuegos y host bloqueado, si lo hay:
Punto del fallo (inicio / tiempo / seek / calidad / volver a app):
Mensaje visible e informe generado:
Prueba de una variable y resultado:

No confundir con WebView

El mensaje exacto WebView unavailable tiene su guía propia. Un WebView reciente no excluye red o SABR, y Source error no prueba que WebView necesite actualizarse.