Zentrix Gateway docs中文
User manual

Appendix C. Error codes and handling suggestions

Full-length chapter. Content is checked against the 2026.10 mainline code and the live console; menus and features depend on the current license, account permissions, and delivered environment.

Back to overview · Full table of contents · Download full PDF

The table lists common errors the product actually returns. When troubleshooting, look at the HTTP status code first, then at code and reason in the response body.

HTTPcode / reasonMeaningWhat to do
401invalid_api_key / LLM_AUTH_FAILEDThe credential is invalid, revoked, or expiredConfirm the key status and validity in 「API key management」; reissue it and update the caller configuration
403Insufficient permission or scopeThe caller is not in the available scope of a group that contains this model, or a traffic rule rejected the callCheck available scope; 「Routing & changes › Hit records」 in the request detail names the rule that matched
403CONTENT_POLICY_BLOCKEDContent was blocked by a content-check rule; message is the configured replyCheck the matched items in the rule detail traffic view; if it is a false positive, adjust the rule or switch to 「Record only」 first and observe (section 14.12)
403CONTENT_SAFETY_UNAVAILABLEThe judge model is unavailable, and the rule's 「When the judge model is unavailable」 is 「Reject」Check the judge model status in 「Global settings › Default models」 or on the rule canvas, and change the model if needed (section 14.3, section 14.9)
403REQUEST_ORIGIN_REJECTEDThe origin of a control-plane write request failed CSRF checksOperate from the console pages as usual; cross-site or forged-origin requests are rejected
404model_not_foundThe requested model is not in the services available to this keyCheck the model name and the key's service; confirm the model has been added to the service and published
404unsupported_model_endpointThe requested path is not a standard model endpointUse a standard endpoint; for pass-through as-is, use 「API services」
413Request body too largeThe request body exceeds the limit set on the ruleShrink the body, or have an administrator raise 「Body limit」
429rate_limit_exceeded / TRAFFIC_RATE_LIMITEDA request-rate or concurrency limit was hitWait for retry_delay_seconds in the response, then retry; raise the limit if a higher quota is needed
429TRAFFIC_CONCURRENCY_LIMITEDConcurrency exceeded the capLower concurrency, or raise the concurrency cap
429TRAFFIC_QUEUE_TIMEOUTQueue wait timed outLower concurrency; or change the overflow action from 「Queue and wait」 to 「Reject immediately」 so the call fails fast
429insufficient_quota / POOL_EXHAUSTEDThe token or money budget is exhaustedWait for the period to reset, or adjust the quota; a quota of 0 is a hard wall
503TRAFFIC_CIRCUIT_OPENThe circuit breaker is openWait for the open duration to end and watch half-open probes; also check whether the upstream keeps failing
503model_route_unavailable / MODEL_ROUTE_NOT_CONFIGUREDNo usable route target, or routing is not configuredCheck that the model group is published and that the model's upstreams or the rule targets are healthy
503token_rate_limit_backend_unavailableThe limit-counting backend is unavailableThis is a platform-side issue; contact support
504LLM_TIMEOUTUpstream timed outCheck upstream availability and timeout settings; a header timeout does not replay the request
502LLM_STREAM_INTERRUPTEDA streaming response was interrupted mid-wayThe client should treat it as an interrupt; check upstream stability
400VALIDATION_FAILED / invalid_requestThe request structure does not match the APICheck fields and types against the API docs; when the error comes from gateway-side validation, the request is not forwarded upstream

Note: under the same HTTP status code, a different reason means a different cause and a different fix. For example, among 429s, TRAFFIC_RATE_LIMITED is rate limiting and POOL_EXHAUSTED is quota exhaustion. Do not look at the status code alone.


Previous: Appendix B. Common task index · Next: Appendix D. Capability notes