BrandiBungee registriert /key. /key join <Code> prüft einen Beta-Key und ordnet ihn dem Spieler zu. Danach verbindet /key join ohne Code zum Proxy-Ziel s1, falls der Spieler einen zugeordneten Schlüssel hat. /key create ist laut Code der Projektleitung vorbehalten und erzeugt eine Serie von Schlüsseln.

Was du vor dem Start prüfen solltest

/key join mit und ohne Code sowie Berechtigungsgrenzen. Prüfe dabei zuerst den aktiven Server, deine Rolle und den tatsächlichen Ausgangszustand. Gerade bei Besitz, Geld oder Inventar kann ein Schritt Auswirkungen haben, die sich nicht durch erneutes Klicken rückgängig machen lassen. Arbeite an einer kleinen Testmenge oder einer Testfläche, wenn die Funktion neu für dich ist.

Schritt für Schritt

1. Schritt 1: Einen gültigen, für dich bestimmten Code erhalten. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
2. Schritt 2: /key join <Code> exakt eingeben; Groß- und Kleinschreibung des Codes beibehalten. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
3. Schritt 3: Die Zuordnungsbestätigung lesen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
4. Schritt 4: Danach /key join ohne Argument ausführen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
5. Schritt 5: Nach dem Wechsel prüfen, ob der gewünschte Testserver erreicht wurde. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
6. Schritt 6: Bei Fehlermeldung erst Zuordnung und Serverstatus klären, bevor ein neuer Code versucht wird. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.

Details und typische Anwendung

Ein gültiger Code und ein bereits vergebenes Token sind verschiedene Fälle. Der Code unterscheidet „nicht gefunden“ und „gehört nicht dir“. Den eigenen Code nicht öffentlich in Chats oder Screenshots zeigen. Das Ziel s1 ist im Plugin fest eingetragen; die sichtbare Serverbezeichnung kann davon abweichen. Der Erzeugungsbefehl ist eine Verwaltungsfunktion, keine Alternative zur normalen Registrierung.

Ein vollständiger Test hat drei sichtbare Zustände: den Anfang, die Aktion und das Ergebnis. Vergleiche die Anzeige nach dem Vorgang mit dem Anfang. Eine Chatmeldung allein reicht bei Geld, Rechten oder Lagerbeständen nicht immer aus; die zugehörige Übersicht sollte denselben Zustand zeigen. Bei gemeinsam genutzten Projekten hilft es, Änderungen mit Zeitpunkt und zuständiger Person kurz festzuhalten.

Fehlersuche

Wenn /key join keine Verbindung herstellt, prüfe zuerst, ob die Zuordnung mit /key join <Code> erfolgreich war. Ist s1 nicht verfügbar, kann der Proxy nicht dorthin verbinden. Bei „gehört nicht dir“ keinen fremden Key weiterverwenden. Melde nur einen gekürzten Key und die genaue Meldung.

Ändere bei der Fehlersuche nur eine Sache pro Versuch. Prüfe zunächst die Eingabe, dann Berechtigung und Gebiet, anschließend den Serverzustand. Wenn eine Zahlung oder Buchung möglicherweise ausgeführt wurde, löse sie nicht erneut aus, bevor die Historie geklärt ist. Ein reproduzierbarer Fehler mit genauer Meldung ist für den Support viel hilfreicher als viele unklare Wiederholungen.

Abschlusskontrolle und Support

• Stimmt die angezeigte Objekt-ID, Position oder der Empfänger?
• Hat sich nur der erwartete Wert beziehungsweise Bestand geändert?
• Ist die Funktion für andere Beteiligte so sichtbar, wie beabsichtigt?
• Kannst du den Vorgang mit einem kleinen Beispiel erneut nachvollziehen?

Für eine Meldung gehören Server, Welt oder Panel-Seite, Uhrzeit, ausgeführter Befehl beziehungsweise Klickfolge, erwartetes Ergebnis und sichtbare Fehlermeldung zusammen. Bilder bitte auf den relevanten Ausschnitt beschränken. Zugangsdaten, Tokens und vollständige Zahlungsdaten niemals beilegen.