Lỗi 401: cần làm gì khi gọi qwen3-32b thất bại

Mã 401 nghĩa là xác thực thất bại: yêu cầu không có API Key, hoặc khóa không hợp lệ, đã bị xóa hay hết hạn.

401 Unauthorized nghĩa là request không có thông tin xác thực hợp lệ. Gateway không nhận diện được người gọi nên request không bao giờ tới model upstream. Kiểm tra header Authorization và trạng thái key là cách duy nhất.

qwen3-32b được Alibaba cung cấp. Mọi nội dung trên trang này — nguyên nhân, cách xử lý và dữ liệu đo được — đều tổng hợp từ hoạt động thực tế của mô hình này tại lớp gateway.

Tại gateway này, nguyên nhân thường gặp nhất là: Thiếu tiêu đề Authorization. Hành động đầu tiên nên làm là: Gửi tiêu đề theo dạng Authorization: Bearer kèm khóa của bạn.

Nguyên nhân thường gặp

  • Thiếu tiêu đề Authorization
  • Khóa viết sai hoặc có khoảng trắng thừa
  • Khóa đã bị xóa hoặc vô hiệu ở trang Token
  • Dùng nhầm khóa của nền tảng khác

Cách khắc phục

  • Gửi tiêu đề theo dạng Authorization: Bearer kèm khóa của bạn
  • Tạo khóa mới ở trang Token
  • Kiểm tra xem có đang dùng khóa của dịch vụ khác không
  • Xác minh khóa bằng một yêu cầu curl tối thiểu

Ví dụ thử lại với backoff luỹ thừa

Đoạn mã dưới sẽ thử lại khi qwen3-32b trả về 401, tối đa 5 lần, thời gian chờ tăng dần kèm jitter ngẫu nhiên để các request đồng thời không retry cùng lúc. Hãy đọc base URL và API key từ biến môi trường, đừng hardcode vào code.

import os, time, random
import requests

BASE  = os.getenv("OPENAI_BASE_URL")   # e.g. https://<your-gateway>/v1
KEY   = os.getenv("OPENAI_API_KEY")
MODEL = 'qwen3-32b'


def chat(messages, retries=5):
    """Retry with exponential backoff + jitter."""
    for i in range(retries):
        try:
            r = requests.post(
                BASE + "/chat/completions",
                headers={"Authorization": "Bearer " + KEY},
                json={"model": MODEL, "messages": messages, "stream": True},
                timeout=60,
            )
            if r.status_code == 429 or r.status_code >= 500:
                time.sleep(min(2 ** i + random.uniform(0, 1), 30))
                continue
            r.raise_for_status()
            return r.json()
        except requests.exceptions.Timeout:
            time.sleep(min(2 ** i + random.uniform(0, 1), 30))
    raise RuntimeError("gave up after " + str(retries) + " retries")


print(chat([{"role": "user", "content": "hello"}]))

Dữ liệu chính của mô hình này

Điểm cuối APIhttps://api.airai.cc/v1
Tương thích OpenAIOpenAI-compatible
Nhà cung cấpAlibaba
Ngữ cảnh131.1K
Khả năngReasoning, Tools, Open Weights
Định dạng APIopenai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search
Công thức tính phíp * 0.7 + c * 8.4) : tier("standard", p * 0.7 + c * 2.8

Câu hỏi thường gặp

Staging bình thường nhưng production trả 401, khác nhau ở đâu?

Gom lỗi theo thời gian và theo node trước; quy luật thường rất rõ. Mô hình này do Alibaba cung cấp, vì vậy trạng thái upstream theo thông báo của nhà cung cấp. Ghi lại request ID mỗi lần thất bại — hữu dụng hơn status code. Tái hiện trước trong môi trường thử nghiệm với cùng request body.

Khi có nhiều node upstream, gateway có tự chuyển khi gặp 401 không?

Lỗi này không liên quan năng lực model, mà ở tầng gateway. Đa số là lỗi tạm thời và tự phục hồi. Thẻ năng lực của model này là Reasoning, Tools, Open Weights. Nếu lỗi kéo dài vài phút, hãy liên hệ hỗ trợ của nền tảng để xác nhận trạng thái upstream. Xác định trước là cấp tài khoản hay cấp mô hình; hai trường hợp xử lý hoàn toàn khác nhau.

Request thất bại có tính vào hạn mức rate limit không?

Không bị tính phí, chỉ output thực sự được tạo mới tính vào sử dụng. Chỉ phần đầu ra đã tạo mới bị tính phí, phần thất bại thì không. Giá input khoảng $0.70 / triệu token. Với cách tính phí p * 0.7 + c * 8.4) : tier("standard", p * 0.7 + c * 2.8, các request thất bại không được tính vào mức sử dụng. Kiểm tra số dư và giới hạn tốc độ trong console trước, rồi mới xem code.

Nên dùng exponential backoff hay khoảng cố định?

Thường không cần sửa code nghiệp vụ, chỉ cần điều chỉnh nhịp gọi. Thử lại là bước đầu tiên hiệu quả nhất. Với cách tính phí p * 0.7 + c * 8.4) : tier("standard", p * 0.7 + c * 2.8, các request thất bại không được tính vào mức sử dụng. Dùng exponential backoff cho lỗi có thể thử lại, và trả lỗi ngay cho các lỗi còn lại.

Lỗi khác của mô hình này

Các mô hình khác gặp cùng lỗi

Dữ liệu cập nhật: 2026-10-10 12:10

Hỗ trợ kỹ thuậtHỗ trợ trực tuyến
Về đầu trang