통합 실패 시 solvethree 요청 로그 확인하기

1. 1.

   요청 로그 열기

   콘솔에서 /request-logs를 여세요. 검색 필드는 “요청 ID, 사이트, 액션 또는 오류”라는 자리표시자로 표시됩니다. 기록해 둔 작업/요청 식별자로 검색하고, 사이트나 액션을 사용해 관련 시도를 찾으세요.

2. 2.

   전체에서 시작하세요

   요청을 찾는 동안 전체 필터를 선택한 상태로 유지하세요. 그런 다음 성공, 실패, 대기 중 또는 거부됨으로 결과를 좁히세요. 처음부터 좁은 필터를 사용하면 조사 중인 시도가 숨겨질 수 있습니다.

3. 3.

   타임스탬프 확인

   열은 요청 ID, 사이트, 액션, 청구, 지연 시간, 시간, 결과로 구성됩니다. 시간, 사이트, 액션을 애플리케이션 기록과 대조해 같은 대상의 다른 시도를 조사하지 않도록 하세요.

관련 행의 지연 시간을 비교해 더 느린 시도를 찾으세요. 애플리케이션의 HTTP 소요 시간도 함께 확인하세요. 콘솔의 값 하나가 클라이언트에서 관찰한 지연 전체를 설명한다고 가정하지 마세요.

CSV 내보내기는 필터링된 행을 내보냅니다. 내보내기 전에 검색과 필터를 관련 시도에 맞게 설정하고, 공유하기 전에 파일을 검토하세요.

콘솔 필터는 서비스 요청/풀이 결과를 나타냅니다. 성공은 후속 웹사이트가 토큰을 수락했다는 확인이 아닙니다. HTTP 응답과 작업 페이로드를 사용해 어느 부분이 실패했는지 파악하세요.

API가 성공이 아닌 HTTP 상태를 반환했습니다.

클라이언트가 기록한 상태와 오류 응답을 확인하세요. 이를 성공한 작업 페이로드로 취급하지 마세요.

다음을 시도해 보세요: 먼저 HTTP 오류를 처리하고 보고된 문제를 수정한 후 다시 시도하세요. 모든 실패가 크레딧 부족을 의미한다고 가정하지 마세요. API 오류 처리를 참고하세요.

작업이 대기 중이거나 풀이 중입니다.

이들은 최종 상태가 아닌 작업 상태이며, 사용할 수 있는 솔루션이 아닙니다.

다음을 시도해 보세요: 해당 작업이 준비 완료 또는 실패 상태가 될 때까지 계속 폴링하세요. 아직 솔루션이 없다는 이유만으로 대체 작업을 생성하지 마세요.

작업이 실패했습니다.

errorCode와 error를 모두 확인하세요. 예를 들어 site-unreachable은 작업 오류 코드입니다.

다음을 시도해 보세요: 해당 작업의 폴링을 중단하고 보고된 원인을 해결한 후 다시 시도하세요. 실패한 풀이는 환불됩니다. 유효하지 않은 입력을 변경하지 않고 재시도해도 문제는 해결되지 않습니다.

작업 생성 시간이 초과되어 성공 여부를 알 수 없습니다.

작업 ID가 있다면 보관하고 해당 시도에 사용한 requestId도 유지하세요. 연결 시간 초과만으로 생성이 실패했다고 단정할 수는 없습니다.

다음을 시도해 보세요: 작업 ID가 있으면 작업을 조회하세요. ID가 없고 requestId를 지정했다면 해당 ID로 동일한 작업 요청을 다시 제출해 기존 작업을 복구하세요. 입력을 변경한 상태로 같은 ID를 재사용하면 충돌이 발생하므로 그렇게 하지 마세요.

작업은 준비 완료 상태이지만 웹사이트가 제출을 거부합니다.

웹사이트로 보내는 요청을 확인하세요. 작업 ID나 이전 토큰이 아니라 solution.token이 포함되어 있는지 확인하세요.

다음을 시도해 보세요: 반환된 userAgent 및 secChUa를 성공한 프록시 및 의도한 대상과 함께 사용하세요. 식별 정보를 섞거나 풀이와 제출 사이에 프록시를 변경하지 마세요. 대상의 HTTP 403만으로는 어떤 보호 기능이 요청을 거부했는지 알 수 없습니다.

원인이 여전히 불분명하다면 [email protected]으로 문의하세요. 해당 시도를 찾고 서비스 실패와 웹사이트 제출 거부를 구분할 수 있도록 충분한 정보를 제공하세요.

• 작업 ID 및/또는 requestId, 제품, 시간대가 포함된 타임스탬프.
• API HTTP 상태 또는 최종 상태에 도달한 작업의 errorCode와 error.
• 대상 호스트 이름과 액션.
• 민감 정보를 제거한 응답 설명과 해당 응답이 solvethree에서 왔는지 대상 웹사이트에서 왔는지에 대한 명시.
• 유용한 경우 관련 필터링 로그 행. 전송 전에 검토하고 민감 정보를 제거하세요.

보고서와 모든 첨부 파일에서 API 키, 프록시 비밀번호, 토큰, 쿠키, 고객 데이터를 제거하세요. 지원팀에는 민감 정보를 제거한 작업/요청 ID와 타임스탬프를 제공하면 됩니다. 시도를 식별하는 데 원본 토큰은 필요하지 않습니다.