Corrija um cookie TMPT que não está sendo enviado corretamente

Comece com uma tarefa cujo status seja ready. Se a tarefa estiver failed, pare de consultá-la e inspecione errorCode e error; não há uma solução utilizável para incluir.

A requisição de saída não tem um cookie tmpt.

Compare o nome de host e o caminho reais da requisição com o domínio e o caminho da entrada no repositório de cookies. Verifique se um redirecionamento alterou o destino.

Experimente: Defina o cookie com um escopo que corresponda à requisição de destino pretendida. Inspecione os redirecionamentos antes de segui-los; não amplie o domínio do cookie apenas para fazê-lo aparecer.

O cookie contém JSON, um ID de tarefa ou um prefixo tmpt= repetido.

Inspecione o valor atribuído ao cookie, não apenas se existe um cabeçalho Cookie.

Experimente: Em um repositório de cookies, use tmpt como nome e solution.token como valor. Em um cabeçalho Cookie explícito, combine esse nome com o valor bruto uma única vez.

A requisição de saída contém vários valores tmpt.

Procure um cabeçalho Cookie explícito antigo e entradas no repositório de cookies com domínios ou caminhos diferentes.

Experimente: Substitua a entrada pretendida e remova as entradas TMPT obsoletas dessa sessão. Não concatene os valores antigo e novo nem acrescente outro par tmpt.

tmpt está presente, mas outros cookies necessários da sessão desapareceram.

Verifique se você criou uma nova sessão ou substituiu todo o cabeçalho Cookie apenas por tmpt.

Experimente: Mantenha os outros cookies necessários para a sessão pretendida, com um único valor TMPT atual.

Estes exemplos dão continuidade ao exemplo de tarefa TMPT. Eles esperam um result pronto e o request original, criado com um único proxy. Ambos reutilizam esse proxy, a URL de destino e os valores retornados de userAgent e secChUa.

# 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();
}

O exemplo em Python define o cookie para o nome de host de destino com o caminho /. Ele cria uma nova Session. Se sua aplicação precisar de uma sessão de login existente, use essa sessão e substitua a entrada TMPT antiga dela.

O exemplo em Node.js prepara um cabeçalho Cookie explícito com um único valor TMPT. Incorpore a esse cabeçalho quaisquer outros cookies necessários da mesma sessão, sem acrescentar um valor TMPT antigo. Ao contrário de um repositório de cookies, um cabeçalho preparado manualmente não seleciona cookies por domínio e caminho; use-o apenas para o destino pretendido.

Ambos os exemplos não seguem redirecionamentos, para que você possa inspecionar a primeira resposta do destino. Eles exibem o status HTTP dessa resposta; não comprovam que o destino aceitou o cookie ou concluiu a ação pretendida.

• Faça a tarefa corresponder à requisição. TicketmasterTmptTask usa a url exata de destino: Event recebe a URL do evento, enquanto Login recebe a URL de entrada do login. Um cookie gerado para um contexto diferente não substitui a correção dessas entradas.
• Use userAgent e secChUa retornados junto com o proxy que funcionou. Não resolva por um proxy e envie a requisição de destino por outro. Se você forneceu proxyCandidates, use o proxy que funcionou em vez de escolher um candidato arbitrário.
• Não trate o valor bruto como uma sessão de navegador salva. Ele não preserva um registro completo do cookie nem estabelece um prazo de expiração. Não é possível deduzir um tempo de vida fixo do cookie a partir de solution.token.

Se o cookie estiver sendo enviado corretamente, mas o Ticketmaster ainda retornar 403, prossiga com as verificações de rejeição do Ticketmaster.