BrandiBungeeSecurity: Whitelist bei Wartung
BrandiBungeeSecurity: Whitelist bei Wartung
Der Proxy bietet /whitelist on und /whitelist off für Projektleitung beziehungsweise Admins. Der Zustand wird in einer gemeinsamen Datenbank-Einstellung gespeichert. Beim Aktivieren trennt der Code derzeit alle online Spieler, die nicht als Teammitglied erkannt werden. Daher ist eine Verbindungsablehnung während einer Wartung erwartbar.
Was du vor dem Start prüfen solltest
Wartungsmodus, Zugang und Teamfreigabe verstehen. 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
- Schritt 1: Bei einer Wartungsmeldung den genauen Text lesen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
- Schritt 2: Prüfen, ob eine angekündigte Wartung läuft. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
- Schritt 3: Erst nach Freigabe einen neuen Verbindungsversuch starten. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
- Schritt 4: Wenn du Teammitglied bist, die Zuordnung deines Kontos und den Rang prüfen lassen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
- Schritt 5: Bei weiterhin gesperrtem Zugang Fehlermeldung und Uhrzeit melden. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
- Schritt 6: Keine wiederholten Login-Versuche im Sekundentakt starten. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
Details und typische Anwendung
Die Whitelist ist netzwerkweit und kein persönlicher Bann. Ein Admin-Befehl schaltet sie zentral um; Spieler können den Zustand nicht selbst verändern. Der Code behandelt auch Datenbankfehler vorsichtig und kann die Whitelist dann als aktiv ansehen. Das führt im Zweifel zu einer Wartungsmeldung, selbst wenn kein manueller Schaltvorgang sichtbar war. Für Support ist die Unterscheidung zwischen Wartung und individueller Sperre wichtig.
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 andere normale Spieler ebenfalls abgewiesen werden, ist Wartung wahrscheinlich. Ist nur dein Konto betroffen, können Rangdaten oder eine andere Sicherheitsprüfung Ursache sein. Übermittle die erste sichtbare Proxy-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.