UUIDs Falsch

[BuildingDave]

Hallo an alle.

Werde mich bei der Person, die das Problem löst gerne erkenntlich zeigen...

Stand:
22 Minecraft-Server sind über 1 BungeeCord miteinander verbunden.
IP-forward ist true
Bungee ist überall auf true
Wir nutzen die aktuellste Spigot 1.8.7 und die neuste Version von BungeeCord
Das Problem besteht allerdings schon etwas länger - hat also vermutlich nichts mit den Versionen zu tun.


Folgendes Problem:
Die User werden NICHT IMMER mit den richtigen UUIDs angezeigt.

Wenn ein User seit Restart des Servers offline ist, wird nur seine Offline-UUID angezeigt.
Wenn er online kommt, wird seine Online-UUID angezeigt, aber NUR auf den Servern, auf denen er schon online war.
Wenn er offline geht wird die Online-UUID auf den Servern angezeigt, auf denen er war bis diese restarten.
In den lokalen Spielerdateien werden NUR die Online-UUIDs angezeigt.
Die UUID wird über PEX abgerufen - PEX läuft über eine Datenbank und ist bereits 2,5 Jahre im Einsatz.
Wenn man jemandem per /msg von einem Server schreibt auf dem er noch nicht war wird er als GAST angezeigt, da seine Offline-UUID genutzt wird.

EDIT:

Zum besseren Verständnis für SpiritWalker und andere die diesen Umstand nicht verstehen:
Es gibt User. User sind Minecraft spielende Personen die meinen Server besuchen um dort Ihre Zeit zu verbringen. User können den Minecraftserver joinen und sind dann online - wenn Sie keine Lust mehr haben verlassen Sie den Server und sind dann offline. Das zur Definition User, online und offline.
Jetzt habe ich Server a1, b2, c3 und d4. Der User joint auf a1 und ist damit auf a1 und im Bungee online. Er wechselt auf b2, Ist dann auf a1 offline, war heute dort aber schon einmal online. Wenn ich JETZT die UUID des Spielers abfrage wird auf a1 und b2 die "richtige" UUID des User angezeigt. Auf Server c3 und d4 wird nach wie vor die "fasche", also die offline UUID angezeigt. Sobald die Server und der Proxy (Bungee) restartet wurden wird der User auf allen Servern mit der offline UUID angezeigt. Ich hoffe mit dieser Beschreibung Licht ins Dunkel gebracht zu haben.

Sollten noch Fragen aufkommen editiere ich die Antwort hier hinzu.

Danke an alle die sich den Kopf zerbrechen.
Ich persönlich vermute den Fehler bei PEX in einer der neueren Versionen, finde ihn jedoch nicht.
EDIT: Bei Pex liegt der Fehler eher nicht, denn man kann teilweise die Spieler nicht in eine Whitelist eintragen wenn sie noch nicht online waren!

Gruß
Dave

 

[BuildingDave]

Richtig - äußerst seltsam halt.

 

[deleted122316]

Dann liegt der Fehler ja irgendwo bei PEX, hmm vielleicht mal den Autor von PEX anschreiben?

 

[BuildingDave]

Ich persönlich vermute den Fehler bei PEX in einer der neueren Versionen, finde ihn jedoch nicht.

... naja...

Und von PEX selbst kommt nur die Antwort, dass in der Richtung nichts geändert wurde.

 

[SilberRegen]

Tippe darauf, dass der Fehler irgendwo zwischen Bungee und Pex liegt oder eventuell sogar am Bungeeserververhalten selbst?

Meine ziemlich wirre Theorie wäre, dass die Server(plugins) beim Start erstmal keine "Info" vom Bungee bekommen und sie selber sind natürlich auf "false" und rufen eine falsche UUID ab, wenn sie danach gefragt werden. Joint ein Spieler, kommt er über den Bungee und "aktualisiert" die Info über die UUID wieder auf die richtige.
Also PEX (oder mit was du die UUIDs abruft) glaubt es läuft auf einem Offlineserver, bis es vom joinenden Spieler über Bungee wieder korrigiert wird.
Dazu müsste man vielleicht mal einen/den Entwickler befragen, "wer" da was an genau dieser Stelle abfragt.

Der Betreiber hier hat(te) ein vielleicht ähnliches Problem, aber im Zusammenhang mit einer Whitelist? Bis jetzt der einzige ähnliche Fall, den ich finden konnte aus diesem Jahr, leider auch ohne Lösung.

 

[BuildingDave]

Hm... ja... das Problem mit der Whitelist habe ich auch. Wenn ich jemand in die Whitelist eintrage holt er sich grundsätzlich die Offline-UUID.

 

[MrPyro13]

Hallo,
das Problem mit der Whitelist ist mir auch bekannt. Ich musste die User immer erst joinen lassen (Du stehst nicht auf der Whitelist) und erst dann war er richtig auf der Whitelist.
Wollte ich den User einfach so hinzufügen, konnte der User trotzdem nicht joinen

 

[BuildingDave]

Aha... also noch jemand. Bin ich mal gespannt wer sich noch so meldet. Nutzt du denn auch BungeeCord? Wenn ja mit wievielen Servern?

 

[MrPyro13]

Ich nutze auch BungeeCord mit Ca. 5 Servern (Aufbauphase)

 

[montbit]

Ich habe 9 Server (inkl. Lobby) mit individuell angepassten PEX Configs (keine Datenbank) und machte soeben den Whitelist Test. Es werden die korrekten UUID's in die Whitelist eingetragen.

Ich verwendete den Namen eines neuen Users, der sich nur in der Lobby aufgehalten hatte und wieder ging. Danach probierte ich es beim Vanilla-Server, der Whitelistet ist. Dann verglich ich die UUID und beide waren die gleichen.

 

[BuildingDave]

MyPyro nutzt du PEX über Datenbank?

 

[MrPyro13]

Ja, das konnte ich aber leider nicht testen...

 

[SilberRegen]

PEX ist ja jetzt nicht speziell für Bungee konzipiert. Man könnte mal Bungeeperms (auf einem Testnetzwerk) dagegen prüfen, wenn es damit nicht auftaucht wäre zumindest PEX festgenagelt als Problemverursacher.

Bei einem kleinen Server hätte ich auch vorgeschlagen, das in diesem Fall komplett auszutauschen, aber mit einer riesigen Datenbank macht man das ja nicht mal eben. Vorallem, wenn man sich höchstwahrscheinlich noch einen eigenen Converter zusammenbasteln müsste.

Sollte es mit Bungeeperms auch auftauchen liegt es wohl eher an Bungee/Spigot, was ich mir gut vorstellen könnte, wegen dem Whitelistproblem. Die Whitelist ist doch unabhängig von PEX, oder irre ich mich da?

 

[Inkemann]

Bist du dir sicher, dass das IP-Forwarding richtig eingestellt ist und funktioniert?

 

[MrPyro13]

PEX ist ja jetzt nicht speziell für Bungee konzipiert. Man könnte mal Bungeeperms (auf einem Testnetzwerk) dagegen prüfen, wenn es damit nicht auftaucht wäre zumindest PEX festgenagelt als Problemverursacher.

Weißt du, wie man bei BungeePerms die Permissions-Datei in die Datenbank bekommt?

 

[SilberRegen]

Weißt du, wie man bei BungeePerms die Permissions-Datei in die Datenbank bekommt?

Komplett neu, sollte Bungee eigentlich seine eigene Datenbank anlegen, vorausgesetzt man stellt es in der Config so ein.

Schätze du meinst von PEX nach Bungee?
Naja, wie gesagt:

[...]Vorallem, wenn man sich höchstwahrscheinlich noch einen eigenen Converter zusammenbasteln müsste.[...]

Mh, der Autor von BungeePerms schrieb dazu folgendes: https://www.spigotmc.org/threads/bungeeperms.1391/page-24

 

[MrPyro13]

Komplett neu, sollte Bungee eigentlich seine eigene Datenbank anlegen, vorausgesetzt man stellt es in der Config so ein.

An sich meine ich folgendes: Wie bekomme ich meine Permissions (die ich unter BungeePerms/permissions.yml habe) in die Datenbank. Bei Permission*** geht das glaube ich mit: /pex import file
Oder muss man bei BungeePerms die Permissions direkt in die Datenbank eintragen? Wie funktioniert das?

 

[montbit]

@SilberRegen , wie Du richtig feststellst, ist die Whitelist nicht an PEX gebunden. Wenn also die Whitelist die falsche UUID einträgt, ist irgendwo in einer config.yml was falsch eingetragen.
Fehler könnten in:
- BungeeCord -> config.yml (online_mode: true | ip_forward: true)
- Server -> server.properties (online-mode=false)
- Server -> spigot.yml (bungeecord: true)

Ist in der spigot.yml bungeecord: false, wird die falsche UUID Serverweit genommen. In der Whitelist wie auch in PEX (lokale config.yml), Essentials Userdata, WG 6.0, mcmmo ...... und in /world/playerdata. Hier könnte es kollidieren, wenn PEX auf eine Datenbank zugreift und von dort die richtige UUID erhält.

 

[BuildingDave]

- BungeeCord -> config.yml (online_mode: true | ip_forward: true)
- Server -> server.properties (online-mode=false)
- Server -> spigot.yml (bungeecord: true)

Einstellungen stimmen - lief im übrigen früher auch ohne Probleme...

 

[BuildingDave]

Da ich bis Dato keine Lösung habe push ich den Beitrag mal.

Evtl wieder zur Ergänzung zu dem Letzten Beitrag. Wenn der Spieler auf dem einzelnen Server online ist wird IMMER die richtige UUID angezeigt.


Es kam heute auch ein weiterer Punkt dabei der evtl einen Hinweis gibt.
Wenn man mit Citizens NPCs setzt haben diese keinen Skin.

 

[Malfrador]

Ist global-api-cache, save-user-cache-on-stop-only und user-cache-size in der Spigot.yml auf den Standardwerten (false, false, 1000)? Ich bin mir nicht ganz sicher was die Settings exakt tun, aber irgendwas da ist es Der Usercache tut ja eigentlich genau das was bei dir nicht stimmt, Offline-UUIDs und so

Du hast ja in einem anderen Thema vor kurzem was von 1.8.8 geschrieben, ein Bug ist daher ja ziemlich auszuschließen, wenn das Problem immer noch Auftritt :/