TMPT 쿠키가 올바르게 전송되지 않는 문제 해결하기

상태가 ready인 작업부터 시작하세요. 작업이 failed이면 폴링을 중단하고 errorCode와 error를 점검하세요. 첨부할 수 있는 솔루션이 없는 상태입니다.

발신 요청에 tmpt 쿠키가 없습니다.

요청의 실제 호스트 이름과 경로를 쿠키 저장소 항목의 도메인 및 경로와 비교하세요. 리디렉션으로 목적지가 바뀌었는지 확인하세요.

다음을 시도해 보세요: 쿠키 범위를 의도한 대상 요청과 일치하도록 설정하세요. 리디렉션을 따르기 전에 점검하세요. 쿠키가 표시되게 하려고 도메인 범위를 넓히지 마세요.

쿠키에 JSON, 작업 ID 또는 반복된 tmpt= 접두사가 포함되어 있습니다.

Cookie 헤더의 존재 여부만 확인하지 말고 쿠키에 할당된 값을 점검하세요.

다음을 시도해 보세요: 쿠키 저장소에서는 이름으로 tmpt를, 값으로 solution.token을 사용하세요. 명시적인 Cookie 헤더에서는 해당 이름과 원시 값을 한 번만 짝지어 넣으세요.

발신 요청에 tmpt 값이 여러 개 포함되어 있습니다.

오래된 명시적 Cookie 헤더와 도메인 또는 경로가 다른 쿠키 저장소 항목을 찾아보세요.

다음을 시도해 보세요: 의도한 항목을 교체하고 해당 세션에서 더 이상 사용하지 않는 TMPT 항목을 제거하세요. 이전 값과 새 값을 이어 붙이거나 tmpt 쌍을 추가하지 마세요.

tmpt는 있지만 필요한 다른 세션 쿠키가 사라졌습니다.

새 세션을 만들었거나 전체 Cookie 헤더를 tmpt만으로 교체했는지 확인하세요.

다음을 시도해 보세요: 의도한 세션에 필요한 다른 쿠키를 유지하면서 최신 TMPT 값 하나를 포함하세요.

이 예제들은 TMPT 작업 예제 이후에 이어집니다. 준비 완료 상태의 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 예제는 대상 호스트 이름에 경로 /로 쿠키를 설정합니다. 새 Session을 생성합니다. 애플리케이션에 기존 로그인 세션이 필요하다면 해당 세션을 사용하고 이전 TMPT 항목을 교체하세요.

Node.js 예제는 TMPT 값 하나를 포함하는 명시적 Cookie 헤더를 준비합니다. 동일한 세션에서 필요한 다른 쿠키를 해당 헤더에 병합하되, 이전 TMPT 값을 추가하지 마세요. 수동으로 준비한 헤더는 쿠키 저장소와 달리 도메인과 경로에 따라 쿠키를 선택하지 않으므로, 의도한 목적지에만 사용하세요.

두 예제 모두 첫 번째 대상 응답을 점검할 수 있도록 리디렉션을 따르지 않습니다. 응답의 HTTP 상태를 출력할 뿐, 대상이 쿠키를 수락했거나 의도한 동작을 완료했음을 확인하지는 않습니다.

• 작업을 요청과 일치시키세요. TicketmasterTmptTask는 정확한 대상 url을 사용합니다. Event에는 이벤트 URL을, Login에는 로그인 진입 URL을 사용합니다. 다른 컨텍스트에서 생성된 쿠키로 이러한 입력의 수정을 대신할 수는 없습니다.
• 반환된 userAgent와 secChUa를 성공한 프록시와 함께 사용하세요. 한 프록시로 해결한 뒤 다른 프록시로 대상 요청을 보내지 마세요. proxyCandidates를 제공했다면 임의의 후보를 선택하지 말고 성공한 프록시를 사용하세요.
• 원시 값을 저장된 브라우저 세션으로 취급하지 마세요. 완전한 쿠키 레코드를 보존하거나 만료 시간을 정해 주지 않습니다. solution.token에서 추론할 수 있는 고정된 쿠키 수명은 없습니다.

쿠키가 올바르게 전송되는데도 Ticketmaster가 계속 403을 반환한다면 Ticketmaster 거부 점검 사항을 이어서 확인하세요.