TMPT Cookieが正しく送信されない問題を修正する

ステータスが ready のタスクから始めてください。タスクが failed の場合は、ポーリングを停止して errorCode と error を確認してください。設定できる使用可能な解決結果はありません。

送信リクエストに tmpt Cookie がありません。

リクエストの実際のホスト名とパスを、Cookie jar のエントリのドメインとパスと比較してください。リダイレクトによって送信先が変わっていないか確認します。

試してみましょう： 意図した対象リクエストに合うスコープで Cookie を設定してください。リダイレクトは追従する前に確認してください。Cookie を送信させるためだけにドメインの範囲を広げないでください。

Cookie に JSON、タスク ID、または重複した tmpt= プレフィックスが含まれています。

Cookie ヘッダーの有無だけでなく、Cookie に設定された値を確認してください。

試してみましょう： Cookie jar では、名前に tmpt、値に solution.token を使用してください。Cookie ヘッダーを明示的に設定する場合は、その名前と生の値の組を 1 回だけ指定してください。

送信リクエストに複数の tmpt 値が含まれています。

明示的に設定した古い Cookie ヘッダーや、ドメインまたはパスが異なる Cookie jar のエントリがないか確認してください。

試してみましょう： 対象のエントリを置き換え、そのセッションから不要になった TMPT エントリを削除してください。古い値と新しい値を連結したり、別の tmpt の組を追加したりしないでください。

tmpt はありますが、必要なほかのセッション Cookie が消えています。

新しいセッションを作成していないか、Cookie ヘッダー全体を tmpt だけに置き換えていないか確認してください。

試してみましょう： 意図したセッションに必要なほかの Cookie を保持し、現在の TMPT 値を 1 つ設定してください。

これらの例は、TMPT タスクの例の続きです。ready の result と、単一の proxy で作成した元の request を前提としています。どちらも、そのプロキシ、対象 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 の例では、TMPT 値を 1 つ含む Cookie ヘッダーを明示的に用意します。同じセッションのほかの必要な Cookie をそのヘッダーに統合し、古い TMPT 値は追加しないでください。Cookie jar とは異なり、手動で用意したヘッダーはドメインとパスに基づいて Cookie を選択しません。意図した送信先にのみ使用してください。

どちらの例も、最初の対象レスポンスを確認できるよう、リダイレクトには追従しません。その HTTP ステータスを出力しますが、送信先が Cookie を受け入れたことや、意図したアクションが完了したことを確認するものではありません。

• タスクをリクエストに一致させてください。TicketmasterTmptTask は正確な対象 url を使用します。Event にはイベント URL、Login にはサインインの開始 URL を指定します。異なるコンテキストで生成された Cookie を使用しても、これらの入力の修正に代えることはできません。
• 返された userAgent と secChUa を、成功したプロキシとともに使用してください。あるプロキシ経由で解決し、別のプロキシ経由で対象リクエストを送信しないでください。proxyCandidates を指定した場合は、任意の候補を選ぶのではなく、成功したプロキシを使用してください。
• 生の値を、保存済みのブラウザーセッションとして扱わないでください。完全な Cookie レコードを保持するものでも、有効期限を確定するものでもありません。solution.token から推測できる固定の Cookie 有効期間はありません。

Cookie が正しく送信されているのに Ticketmaster が引き続き 403 を返す場合は、Ticketmaster による拒否の確認事項に進んでください。