Ticketmaster retorna 403 após uma resolução: o que verificar

api.solvethree.com retornou HTTP 403.

O erro 403 documentado para perfil inativo se aplica ao reCAPTCHA. Kasada e TMPT usam tipos de tarefa separados e não exigem um perfil de site reCAPTCHA. Verifique qual corpo de tarefa você enviou e leia a resposta da API.

Experimente: Para reCAPTCHA, ative o perfil de site correto. Kasada e TMPT usam seus próprios tipos e URLs e não exigem esse perfil. Entre em contato com o suporte se uma tarefa com a estrutura correta ainda retornar 403.

A requisição à API foi bem-sucedida, mas a tarefa falhou.

Leia errorCode e error da tarefa. Um status de resposta HTTP e uma falha terminal da tarefa são erros distintos.

Experimente: Pare de consultar essa tarefa e corrija o erro informado antes de tentar novamente. Resoluções com falha são reembolsadas; não continue enviando entradas inválidas sem alterações.

A tarefa está pronta, mas o Ticketmaster retornou HTTP 403.

Inspecione a requisição de saída para o Ticketmaster. Uma tarefa pronta contém uma solução utilizável, mas não comprova que ela foi aceita pelo destino.

Experimente: Verifique abaixo a URL, o local de envio da solução, o proxy e a identidade do navegador. Um erro 403 do destino, por si só, não identifica qual proteção rejeitou a requisição.

Compare a entrada da tarefa com a requisição rejeitada pelo Ticketmaster. Uma solução para outra URL não serve como substituta, e cookies TMPT e cabeçalhos Kasada não são intercambiáveis.

• Para TicketmasterTmptTask com a ação Event, use a URL exata do evento.
• Para TicketmasterTmptTask com a ação Login, use a URL de entrada do login.
• Para KasadaTask, use a URL HTTPS de destino desejada em www.ticketmaster.com. Esse é o nome de host atualmente compatível com o Kasada independente.

Se a integração espera um cookie, mas criou uma tarefa Kasada — ou espera cabeçalhos, mas criou uma tarefa TMPT —, corrija o tipo de tarefa em vez de tentar converter a saída. Consulte TMPT versus Kasada se não tiver certeza de qual saída a requisição precisa.

Inspecione a requisição de saída, não apenas as variáveis passadas ao seu cliente HTTP. Um cookie antigo ou uma configuração padrão do cliente pode deixar a requisição diferente do que sua aplicação pretendia enviar.

O TMPT está pronto, mas a requisição é rejeitada.

Verifique se a requisição pretendida ao Ticketmaster inclui o valor retornado como o cookie tmpt, em vez de um cookie antigo ou de um token em outro campo.

Experimente: Envie o valor bruto retornado como o cookie tmpt. Ele não é um token reCAPTCHA nem um objeto de cabeçalhos Kasada. Consulte o guia de integração do TMPT.

O Kasada está pronto, mas a requisição é rejeitada.

Compare os cabeçalhos de saída com o objeto completo de cabeçalhos retornado. Procure valores omitidos ou sobrescritos.

Experimente: Aplique os cabeçalhos retornados em conjunto à requisição de destino pretendida. Não selecione apenas um cabeçalho. Consulte o guia de cabeçalhos Kasada.

A aplicação envia por um proxy diferente.

Compare a saída da aplicação com o proxy que produziu a solução com sucesso. Se você forneceu proxyCandidates, não presuma que o primeiro candidato funcionou.

Experimente: Use na requisição de destino o proxy que funcionou.

O cliente usa sua própria identidade de navegador.

Verifique se as configurações padrão do cliente sobrescrevem userAgent ou secChUa retornados.

Experimente: Use a identidade de navegador retornada com o proxy que funcionou e a URL de destino pretendida. Não a combine com um user agent ou client hints sem relação com ela.

Se essas verificações não explicarem a rejeição, entre em contato com [email protected] e inclua:

• O ID da tarefa e requestId, se fornecido.
• O produto ou tipo de tarefa e a data e hora da falha.
• Qual host retornou o erro, seu status HTTP e quaisquer valores de errorCode e error da tarefa.
• O nome de host de destino e a ação: Event ou Login para TMPT.
• Uma descrição da resposta sem dados sensíveis e quais verificações de URL, cookie ou cabeçalhos, proxy e identidade do navegador você concluiu.

Remova chaves de API, senhas de proxy, tokens, cookies e dados de clientes antes de enviar o relatório.