Corrige una cookie TMPT que no se envía correctamente

Empieza con una tarea cuyo estado sea ready. Si la tarea está en estado failed, deja de consultarla e inspecciona errorCode y error; no hay ninguna solución utilizable que adjuntar.

La solicitud saliente no contiene ninguna cookie tmpt.

Compara el nombre de host y la ruta reales de la solicitud con el dominio y la ruta de la entrada del almacén de cookies. Comprueba si una redirección cambió el destino.

Prueba esto: Configura la cookie con un ámbito que coincida con la solicitud de destino prevista. Inspecciona las redirecciones antes de seguirlas; no amplíes el dominio de la cookie solo para que se incluya.

La cookie contiene JSON, un ID de tarea o un prefijo tmpt= repetido.

Inspecciona el valor asignado a la cookie, no solo si existe una cabecera Cookie.

Prueba esto: En un almacén de cookies, usa tmpt como nombre y solution.token como valor. En una cabecera Cookie explícita, combina ese nombre con el valor sin procesar una sola vez.

La solicitud saliente contiene varios valores de tmpt.

Busca una cabecera Cookie explícita antigua y entradas del almacén con distintos dominios o rutas.

Prueba esto: Sustituye la entrada correspondiente y elimina las entradas obsoletas de TMPT de esa sesión. No concatenes los valores antiguo y nuevo ni añadas otro par tmpt.

tmpt está presente, pero han desaparecido otras cookies de sesión necesarias.

Comprueba si creaste una sesión nueva o sustituiste toda la cabecera Cookie por una que solo contiene tmpt.

Prueba esto: Conserva las demás cookies necesarias para la sesión prevista, con un único valor actual de TMPT.

Estos ejemplos continúan a partir del ejemplo de tarea de TMPT. Esperan un result listo y el request original, creado con un único proxy. Ambos reutilizan ese proxy, la URL de destino y los valores userAgent y secChUa devueltos.

# Continue after the TMPT example. Install requests separately.
from urllib.parse import urlsplit
import requests

solution = result["solution"]
session = requests.Session()
session.headers.update({
    "User-Agent": solution["userAgent"],
    "sec-ch-ua": solution["secChUa"],
})
session.cookies.set("tmpt", solution["token"],
                    domain=urlsplit(request["url"]).hostname, path="/")
response = session.get(
    request["url"],
    proxies={"http": request["proxy"], "https": request["proxy"]},
    timeout=30,
    allow_redirects=False,
)
print("Target HTTP status:", response.status_code)

// Continue after the TMPT example. Install undici separately: npm install undici@7.
import { fetch, ProxyAgent } from 'undici';

const headers = new Headers({
  'user-agent': result.solution.userAgent,
  'sec-ch-ua': result.solution.secChUa,
});
headers.set('cookie', `tmpt=${result.solution.token}`);
// Merge any other cookies your application requires, with one current tmpt value.
const dispatcher = new ProxyAgent(request.proxy);
try {
  const response = await fetch(request.url, {
    dispatcher, headers, redirect: 'manual',
    signal: AbortSignal.timeout(30_000),
  });
  console.log('Target HTTP status:', response.status);
  await response.arrayBuffer();
} finally {
  await dispatcher.close();
}

El ejemplo de Python configura la cookie para el nombre de host de destino con la ruta /. Crea una Session nueva. Si tu aplicación necesita una sesión de inicio de sesión existente, usa esa sesión y sustituye su entrada antigua de TMPT.

El ejemplo de Node.js prepara una cabecera Cookie explícita con un único valor de TMPT. Integra en esa cabecera cualquier otra cookie necesaria de la misma sesión sin añadir un valor antiguo de TMPT. A diferencia de un almacén de cookies, una cabecera preparada manualmente no selecciona las cookies por dominio y ruta; úsala solo para el destino previsto.

Ambos ejemplos dejan las redirecciones sin seguir para que puedas inspeccionar la primera respuesta del destino. Imprimen su estado HTTP; no confirman que el destino haya aceptado la cookie o completado la acción prevista.

• Haz que la tarea coincida con la solicitud. TicketmasterTmptTask usa el campo url exacto del destino: Event toma la URL del evento, mientras que Login toma la URL de entrada al inicio de sesión. Una cookie generada para un contexto distinto no sustituye la corrección de esos datos de entrada.
• Usa los campos userAgent y secChUa devueltos junto con el proxy que funcionó. No resuelvas a través de un proxy y envíes la solicitud de destino a través de otro. Si proporcionaste proxyCandidates, usa el proxy que funcionó en lugar de elegir un candidato arbitrario.
• No trates el valor sin procesar como una sesión de navegador guardada. No conserva un registro completo de la cookie ni establece una fecha de caducidad. No se puede deducir una duración fija de la cookie a partir de solution.token.

Si la cookie se envía correctamente pero Ticketmaster sigue devolviendo 403, continúa con las comprobaciones de rechazo de Ticketmaster.