Zum Hauptinhalt springen

Fehlerbehebung

Anmeldung endet mit access_denied​

Der Autorisierungsserver hat die Anfrage abgelehnt, meist wegen der vom Client angeforderten Scopes.

  • NameBeta gewährt nur die Identitäts-Scopes profile und email. Es gibt keinen API-Scope. Fordert ein Client dennoch einen an – zum Beispiel mcp:tools –, kann die Anfrage abgelehnt werden. Entfernen Sie benutzerdefinierte Scope-Einstellungen, damit der Client die vom Server angegebenen Scopes verwendet.
  • Sie haben auf der Zustimmungsseite auf Abbrechen (Cancel) geklickt. Starten Sie die Verbindung erneut und erlauben Sie den Zugriff.

Anfragen schlagen mit invalid_token fehl​

Der Client hat ein Token gesendet, das der Server nicht akzeptiert. Die 401-Antwort enthält WWW-Authenticate: Bearer … error="invalid_token".

  • Das Token ist abgelaufen. Clients erneuern Tokens oder autorisieren sich normalerweise selbstständig erneut. Falls Ihr Client das nicht tut, trennen Sie die Verbindung und stellen Sie sie wieder her.
  • Das Token wurde für eine andere Ressource ausgestellt. Tokens müssen die Audience https://namebeta.com/api/mcp haben. Prüfen Sie, ob der Client in der Autorisierungsanfrage resource=https://namebeta.com/api/mcp sendet und ob die Server-URL im Client exakt https://namebeta.com/api/mcp lautet – ohne abschließenden Schrägstrich und ohne www.
  • Ein Token wurde in die Konfiguration eingefügt. Entfernen Sie jeden Authorization-Header bzw. jedes Bearer-Token aus der Client-Konfiguration und lassen Sie den Client die Anmeldung über OAuth durchführen.

Der Client fordert mich immer wieder zur Anmeldung auf​

  • Stellen Sie sicher, dass die Anmeldung abgeschlossen wird: Warten Sie nach der Zustimmung, bis der Browser meldet, dass Sie zur App zurückkehren können. Wenn Sie den Tab vorzeitig schließen, erhält der Client kein Token.
  • Browsererweiterungen, die Pop-ups oder Weiterleitungen zu Dritten blockieren, können die Rückkehr zum Client verhindern. Versuchen Sie es in einem privaten Fenster erneut oder erlauben Sie Weiterleitungen für auth.namebeta.com.
  • Entfernen Sie den Server aus dem Client und fügen Sie ihn erneut hinzu. Dadurch wird ein gespeichertes, nicht mehr gültiges Token entfernt.

„Does not support dynamic client registration“​

Ihr Client kann sich nur über Dynamic Client Registration registrieren, das NameBeta nicht anbietet. Das trifft auf Cursor und Gemini CLI zu. Fordern Sie eine vorab registrierte Client-ID an oder aktualisieren Sie den Client, wenn eine neuere Version Client ID Metadata Documents unterstützt.

Aufrufe schlagen mit 429 oder „quota exceeded“ fehl​

Sie haben ein Stunden- oder Tageslimit Ihres Tarifs ausgeschöpft. Warten Sie die im Header Retry-After angegebene Anzahl Sekunden, bevor Sie das Tool erneut aufrufen.

  • Auch Abfragen auf namebeta.com, die Sie im angemeldeten Zustand ausführen, werden auf denselben Tarif angerechnet und können ein Limit ausschöpfen.
  • Ihren aktuellen Verbrauch sehen Sie unter Tarif & Nutzung in Ihrem Kontobereich.
  • Kontingente erklärt die Zählweise, die Zeitpunkte der Rücksetzung und die Limits der einzelnen Tarife.

Ein Tool fehlt oder „Tool … not found“ erscheint​

NameBeta bietet fünf Tools: check_availability, compare_prices, suggest_domains, lookup_whois und lookup_dns.

  • Zeigt der Client weniger an, haben Sie möglicherweise einige in den Einstellungen deaktiviert. ChatGPT und Cursor erlauben das für jedes Tool einzeln.
  • Schlägt ein Aufruf mit MCP error -32602: Tool … not found fehl, verwendet der Client eine zwischengespeicherte Tool-Liste oder einen Namen aus einer älteren Serverversion. Aktualisieren Sie die Tool-Liste des Servers im Client oder verbinden Sie ihn erneut. Das Änderungsprotokoll führt umbenannte und entfernte Tools auf.

Das falsche NameBeta-Konto ist verbunden​

Aufrufe werden auf das Konto angerechnet, mit dem Sie sich bei der Autorisierung angemeldet haben. Unter Konto wechseln erfahren Sie, wie Sie ein anderes Konto verbinden.

Ein Ergebnis scheint falsch zu sein​

  • WHOIS-Datensätze werden bis zu eine Stunde zwischengespeichert. lookup_whois gibt den bei der letzten Abfrage gespeicherten Datensatz zurück, sofern diese weniger als eine Stunde zurückliegt – unabhängig davon, wer die Abfrage ausgeführt hat. check_availability meldet während derselben Stunde den dabei gespeicherten Status. Wurde eine Domain gerade registriert, freigegeben oder in die Wiederherstellungsphase versetzt, kann es bis zu einer Stunde dauern, bis der neue Status erscheint. Abgesehen davon fragen check_availability und lookup_dns die Nameserver bei jedem Aufruf ab.
  • unknown bedeutet, dass die DNS-Prüfung kein eindeutiges Ergebnis geliefert hat, meist weil ein Nameserver nicht rechtzeitig geantwortet hat. Das gilt auch bei einer Abfrage, die mit einer Zeitüberschreitung fehlschlägt. Versuchen Sie es etwas später erneut.
  • Bestätigen Sie Verfügbarkeit und Preis beim Registrar, bevor Sie eine Domain registrieren.

Problem weiterhin ungelöst?​

Schreiben Sie an contact@namebeta.com und nennen Sie den verwendeten Client, den Zeitpunkt des Fehlers in UTC und die Fehlermeldung. Es gibt kein SLA; wir können daher keine Reaktionszeit zusagen.

Letztes Update am