Fehler 403: was tun, wenn glm-4.7 fehlschlägt

Ein 403 bedeutet, dass Sie authentifiziert sind, aber keine Berechtigung haben: Der Key ist gültig, darf dieses Modell oder diese Gruppe jedoch nicht aufrufen.

403 Forbidden bedeutet, dass die Identität erkannt wurde, der Zugriff aber verweigert ist. Der Unterschied zu 401: 401 fragt wer du bist, 403 sagt dir fehlen die Rechte. Meist muss das Modell in die Allowed-Liste oder Gruppe des Schlüssels aufgenommen werden.

glm-4.7 wird von Z.AI bereitgestellt. Alles auf dieser Seite — Ursachen, Lösungen und gemessene Daten — basiert auf dem tatsächlichen Laufzeitverhalten dieses Modells auf der Gatewayschicht.

An diesem Gateway ist die häufigste Ursache: Dieser Key ist für dieses Modell nicht freigegeben. Empfohlene erste Maßnahme: Fügen Sie dieses Modell auf der Tokens-Seite zur Allowlist des Keys hinzu.

Häufige Ursachen

• Dieser Key ist für dieses Modell nicht freigegeben
• Das Modell liegt nicht in der Gruppe, an die der Key gebunden ist
• Der Key hat eine IP-Allowlist, die Ihre aktuelle IP ausschließt
• Das Modell wurde eingestellt oder erfordert höhere Rechte

So beheben Sie es

• Fügen Sie dieses Modell auf der Tokens-Seite zur Allowlist des Keys hinzu
• Prüfen Sie, ob die Gruppe des Keys dieses Modell enthält
• Überprüfen Sie die Einstellungen der IP-Allowlist
• Wechseln Sie zu einem Modell, das Sie aufrufen dürfen

Wiederholung mit exponentiellem Backoff

Der folgende Code wiederholt den Aufruf, wenn glm-4.7 403 liefert: bis zu 5 Versuche, mit wachsender Wartezeit und zufälligem Jitter, damit parallele Anfragen nicht gleichzeitig wiederholen. Base-URL und API-Key werden aus Umgebungsvariablen gelesen — nicht hart codieren.

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 = 'glm-4.7'


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"}]))

Wichtige Daten zu diesem Modell

Häufige Fragen

Weitere Fehler bei diesem Modell

• glm-4.7: Fehler 429 — Ursachen und Lösungen
• glm-4.7: Fehler timeout — Ursachen und Lösungen
• glm-4.7: Fehler 500 — Ursachen und Lösungen
• glm-4.7: Fehler 502 — Ursachen und Lösungen
• glm-4.7: Fehler 503 — Ursachen und Lösungen
• glm-4.7: Fehler 504 — Ursachen und Lösungen
• glm-4.7: Fehler 401 — Ursachen und Lösungen
• glm-4.7: Fehler 400 — Ursachen und Lösungen

Andere Modelle mit demselben Fehler

• gpt-5
• claude-opus-5
• gemini-2.5-pro
• deepseek-v4-pro
• grok-4.3
• llama-3.3-70b-instruct
• qvq-max
• qwq-32b
• glm-5
• MiniMax-M3
• kimi-k3
• hy3
• doubao-seed-evolving
• mimo-v2.5
• gpt-4o
• claude-opus-4-6

Zurück zur Modellseite

Daten aktualisiert: 2026-10-10 15:40