Исправьте некорректную отправку cookie TMPT

Начните с задачи в статусе ready. Если статус задачи — failed, прекратите опрос и проверьте errorCode и error: пригодного к использованию решения для добавления в запрос нет.

В исходящем запросе нет cookie tmpt.

Сравните фактическое имя хоста и путь запроса с доменом и путём записи в хранилище cookie. Проверьте, не изменилось ли назначение из-за перенаправления.

Попробуйте: Задайте cookie с областью действия, соответствующей нужному целевому запросу. Проверяйте перенаправления, прежде чем следовать им; не расширяйте домен cookie только ради того, чтобы она появилась в запросе.

Cookie содержит JSON, ID задачи или повторный префикс tmpt=.

Проверьте значение, присвоенное cookie, а не только наличие заголовка Cookie.

Попробуйте: В хранилище cookie используйте tmpt как имя, а solution.token — как значение. В явно заданном заголовке Cookie укажите это имя с исходным значением ровно один раз.

Исходящий запрос содержит несколько значений tmpt.

Проверьте, нет ли старого явно заданного заголовка Cookie и записей в хранилище cookie с разными доменами или путями.

Попробуйте: Замените нужную запись и удалите устаревшие записи TMPT из этой сессии. Не объединяйте старое и новое значения и не добавляйте ещё одну пару tmpt.

tmpt присутствует, но другие необходимые cookie сессии исчезли.

Проверьте, не создали ли вы новую сессию и не заменили ли весь заголовок Cookie одним tmpt.

Попробуйте: Сохраните остальные cookie, необходимые для нужной сессии, и одно актуальное значение TMPT.

Эти примеры продолжают пример задачи TMPT. Они ожидают готовый result и исходный request, созданный с одним proxy. Оба примера повторно используют этот прокси, целевой URL и возвращённые userAgent и 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();
}

Пример на Python задаёт cookie для имени целевого хоста с путём /. Он создаёт новую Session. Если приложению нужна существующая сессия входа, используйте её и замените в ней старую запись TMPT.

Пример на Node.js формирует явный заголовок Cookie с одним значением TMPT. Добавьте в этот заголовок другие необходимые cookie из той же сессии, не добавляя старое значение TMPT. В отличие от хранилища cookie, вручную сформированный заголовок не выбирает cookie по домену и пути; используйте его только для нужного назначения.

Оба примера не следуют перенаправлениям, чтобы вы могли проверить первый ответ целевого сайта. Они выводят его HTTP-статус, но не подтверждают, что целевой сайт принял cookie или выполнил нужное действие.

• Приведите задачу в соответствие с запросом. TicketmasterTmptTask использует точный целевой url: для Event нужен URL события, а для Login — URL входа в систему. Cookie, созданная для другого контекста, не заменяет исправление этих входных данных.
• Используйте возвращённые userAgent и secChUa вместе с прокси, через который удалось получить решение. Не получайте решение через один прокси, чтобы затем отправить целевой запрос через другой. Если вы передали proxyCandidates, используйте прокси, через который удалось получить решение, а не произвольного кандидата.
• Не считайте исходное значение сохранённой сессией браузера. Оно не сохраняет полную запись cookie и не задаёт срок её действия. Из solution.token нельзя вывести фиксированный срок действия cookie.

Если cookie отправляется правильно, но Ticketmaster по-прежнему возвращает 403, перейдите к проверкам причин отклонения запроса Ticketmaster.