#waterfall-github

1 messages · Page 1 of 1 (latest)

buoyant shoreBOT
#

I use "mohist+waterfall (reverse proxy)" to start
Minecraft server, and install geyser (Port: 18888) and floodgate on waterfall server only. When I try to connect with bedrock version, report "[proxy] lost connection to server".
Log:
``
Waterfall:

[03:33:17 INFO]: Listening on /0.0.0.0:25577
[03:35:10 INFO] [Geyser-BungeeCord]: /:2751 tried to connect!
[03:35:12 INFO] [Geyser-BungeeCord]: Player connected with username
[03:35:12 INFO] [Geyser-BungeeCord]: (logged in ...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

The following requirements exist for this:

  • It must not break the flow of events on the proxy
  • The proxy must be able to track state
  • There must not be any extra/specific non-standard types on the proxy (like argument types).
  • All of the existing proxy api must continue functioning as expected, if you modify any data you have to capsulate that in an expected manner.

You should really target Velocity instead, bungeecord and by extension waterfall has a lot of problema...

buoyant shoreBOT
#

I've honestly just ended up using velocity and magma. They work pretty well. A take back is that I lose like 1ms of ping and an entire library of plugins that do not work for velocity. Only the big mainstream plugins worked for velocity. I have to discard ones like advanced ban and find an alternative ones or find a serverside ones that can share a mysql table :/

buoyant shoreBOT
buoyant shoreBOT
#

I've honestly just ended up using velocity and magma. They work pretty well. A take back is that I lose like 1ms of ping and an entire library of plugins that do not work for velocity. Only the big mainstream plugins worked for velocity. I have to discard ones like advanced ban and find an alternative ones or find a serverside ones that can share a mysql table :/

AdvancedBan can be replaced with better plugins such as LiteBans or LibertyBans, both ...

#

AdvancedBan can be replaced with better plugins such as LiteBans or LibertyBans, both of which work on Velocity/bungee and Spigot

Yes, even Velocity says there are plugins that have their replacements, but there are only so many. And quite frankly, I have searched well enough and have only found a hand full.

(The Snap plugin is useful for Bungee compatibility on Velocity)

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

My server cannot enter after LPB is installed. The client reports the following error. The server uses waterfall
What should i do
this is log:
waterfall:
[17:08:49 INFO]: [/112.38.129.3:5882] InitialHandler has connected
[17:08:49 INFO] [LuckPerms]: Processing pre-login for b42f9e83-aab5-33cc-8bb8-18824e9c526f - CN_qingchen
[17:08:49 INFO] [LuckPerms]: Processing post-login for b42f9e83-aab5-33cc-8bb8-18824e9c526f - CN_qingchen
[17:08:49 INFO]: [CN_qingchen|/112.38.129.3:5882] Server...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Theres not really much we can say on this unless you know what's opening the connection; All we can see is that something tried to apparently send an illegal packet to the proxy, version is likely irrelevant, given that pretty much nothing has changed around this; stuff like this is often traced back to random bots tryna scour the web and doing weird things like sending HTTP traffic over random ports

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

The CONTRIBUTING.md file is a bit weirdly written and is missing a few points an inexperienced user may not understand.

I've not only fixed the bullet point formatting but also added missing steps for actually pushing changes made to a patch to your fork.

Personally, I still think the guide needs more improvements, but I do not want to push my own style of a guide here and instead only fix a few minor things.

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

I was running into this regularly on 1.16.5 (playing Vault Hunters) and found the flag -Dio.netty.maxDirectMemory=0 was able to eliminate the issue with no obvious side-effects.

DO NOT POST ON ISSUES THIS OLD

At least not without a really good reason.

1. The underlying issue is usually different, because the code has usually changed

This is almost certainly the case here.

I doubt this is useful to post under a 4 year old github issue where theproblem specifics ...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

When using a 1.8.8 paper server with 1.8.9 client and waterfall-504, it takes 13 seconds to join the server. I did not make any changes to the server files except setting online-mode=false in server.properties. Replacing the jar with bungeecord fixes it. All of this is done on the same pc and the client is 1.8.9 with optifine.

Waterfall log file (Does not show any errors)
latest.log

Config.yml (Default) https://pastebin.c...

#

primary thing is gonna be suggesting to disable things like netty/async DNS inside of the waterfall config, otherwise, I don't have the means to even try to reproduce this (nor does it seem like much of an issue outside of the years long misnomer where some people have stupidly long join times on bungee/waterfall in general, sometimes in which switching between the two can resolve it)

#

primary thing is gonna be suggesting to disable things like netty/async DNS inside of the waterfall config, otherwise, I don't have the means to even try to reproduce this (nor does it seem like much of an issue outside of the years long misnomer where some people have stupidly long join times on bungee/waterfall in general, sometimes in which switching between the two can resolve it)

Disabling use_netty_dns_resolver fixed it. Thank you.

buoyant shoreBOT
buoyant shoreBOT
#

As far as im concerned, paper team is not recommending using packet-limiter in paper.yml when is running under a proxy. My suggestion would be adding a packet limiter built-in directly in Waterfall as i can not really find a packet limiter plugin for a proxy.

I have studied more BungeeCord itself during this year. There seems to be a lot of byte limits per packet (e.g. the handshake) just fine. You could end up limiting some more like in Velocity, but that would be for a pull-request.

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

As it is implemented currently, the MOTD ignores the settings for server fallbacks and defaults.
Ideally, the following changes to the MOTD behavior should be made for continuity with server fallback behavior:

priorities:
  - First
  - Second
servers:
  First:
    motd: 'First Server!'
    address: localhost:25564
    restricted: false
  Second:
    motd: 'Second Server!'
    address: localhost:25566
    restricted: false

if 'First' is offline the player will be connec...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Better in terms of what? Why create unneccessary additional object? Did you create and run benchmarks?

Additionally there is a licensing problem, as in Waterfall is MIT while the code you want to insert here is GPL. Or is that code in Velocity written by you originally?

I was talking to a dev from velocity, and he told me that if I followed the license, yes i could open this pull request.

Additionally I have done a couple of tests and it has been a little faster with the new pa...

buoyant shoreBOT
#

Better in terms of what? Why create unneccessary additional object? Did you create and run benchmarks?
Additionally there is a licensing problem, as in Waterfall is MIT while the code you want to insert here is GPL. Or is that code in Velocity written by you originally?

I was talking to a dev from velocity, and he told me that if I followed the license, yes i could open this pull request.

Additionally I have done a couple of tests and it has been a little faster with th...

buoyant shoreBOT
#

Better in terms of what? Why create unneccessary additional object? Did you create and run benchmarks?

Additionally there is a licensing problem, as in Waterfall is MIT while the code you want to insert here is GPL. Or is that code in Velocity written by you originally?

And apologies for not fully responding to you, I think I've fixed the license thing.
This patch apart from having a much better code, has a system called (Trace-less) basically caching exceptions to prevent illeg...

buoyant shoreBOT
buoyant shoreBOT
#

Not a bug/issue, the expectation is that you resolve it using a firewall or private network; I'd much rather add modern forwarding support to waterfall given the future of interop required between the proxy and the servers, but, given my current love or lack thereof for bungee in general, this is not a priority

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Hi! I have some problems with 1.18.2forge server.

waterfall core display :This server has mods that require Forge to be installed on the client. Contact your server admin for more details.

Downstream server display :Disconnecting VANILLA connection attempt: This server has mods that require Forge to be installed on the client. Contact your server admin for more details.

Client 1.18.2forge version :40.1.80
Server 1.18.2forge version :80

The server and client modules are consistent...

buoyant shoreBOT
#

Hi! I have some problems with 1.18.2forge server.

waterfall core display :This server has mods that require Forge to be installed on the client. Contact your server admin for more details.

Downstream server display :Disconnecting VANILLA connection attempt: This server has mods that require Forge to be installed on the client. Contact your server admin for more details.

Client 1.18.2forge version :40.1.80 Server 1.18.2forge version :80

The server and client modul...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Again. I suggests replace it with something like

int readVarint;
int bytesRead;
DecodeResult result = DecodeResult.TOO_SHORT;

var start = in.readerIndex;
var end = in.writerIndex() + in.getLength();

for (; start < end; ++start) {
  var byte = in.getByte(start); // yes, rangecheck ;<

  if (k == 0 && bytesRead == 0) {
    // tentatively say it's invalid, but there's a possibility of redemption
    result = DecodeResult.RUN_OF_ZEROES;
    continue;
  }
  if (result ...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

If you join the Proxy you will get kicked with this error
net.md_5.bungee.util.QuietException: Unexpected packet received during server login process!
6701116d696e6563726166743a76616e

This only occurs on Build 510, on 509 the bug doesn't occur

Steps to reproduce the behavior:
Join a 1.19.2 Server using ViaVersion with a 1.19.3 Client

Using Waterfall-510 with no plugins installed
Client (Vanilla) 1.19.3
Backend server: 1.19.2 (Paper-304) with newest ViaVersion

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Instead of the error shown at the top of this issue, I get this instead: [04:17:12 ERROR]: [/127.0.0.1:55440] <-> InitialHandler - encountered exception: net.md_5.bungee.util.QuietException: Unexpected packet received during login process! 4554202f20485454502f312e310d0a48 . (I've removed protocol lib and disabled protocol lib stuff in all my plugins)

See the logs from the server. All i can see there is that you received an unexcepted packet during login.

Make sure to properly config...

buoyant shoreBOT
#

Instead of the error shown at the top of this issue, I get this instead: [04:17:12 ERROR]: [/127.0.0.1:55440] <-> InitialHandler - encountered exception: net.md_5.bungee.util.QuietException: Unexpected packet received during login process! 4554202f20485454502f312e310d0a48 . (I've removed protocol lib and disabled protocol lib stuff in all my plugins)

See the logs from the server. All i can see there is that you received an unexcepted packet during login.

Make sure to p...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

[18:04:07 WARN]: [/140.213.13.56:50170|ItzArzzu] <-> DownstreamBridge <-> [lobby] - could not decode packet! java.lang.IllegalArgumentException: No provider for argument e�,color�,�,�,�,deathMessageVisibility�, displayName�, friendlyFire�,�,�,�,nametagVisibility� What is that?

Check if it comes from BungeeCord 1.19.4 compatibility itself.

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Hello. Upon updating to Waterfall build 515 (1.19.4 support), any player connecting to my 1.19.3 ViaVersion backend server through my proxy on 1.19.4, they are kicked immediately with the error: https://mcpaste.io/e27f804750c0d2d3

The player is kicked with the kick message: "The server you were previously on went down, you have been connected to a fallback server."

I contacted ViaVersion about this issue, and they told me it was a Waterfall issue. My ViaVersion is up to date (git-ViaV...

buoyant shoreBOT
#

Do not use bungee to enter, single end entry is allowed

[18:40:03 INFO]: [Hai_Xi] disconnected with: The server you were previously on went down, you have been connected to a fallback server
[18:40:03 INFO]: [/120.87.xxx.xxx:16841|Hai_Xi] -> UpstreamBridge has disconnected
[18:40:03 INFO]: [/120.87.xxx.xxx:16841|Hai_Xi] <-> DownstreamBridge <-> [lobby] has disconnected
[18:40:05 INFO]: [/120.87.xxx.xxx:16848] <-> InitialHandler has connected
[18:40:05 INFO]: [Hai_Xi|/120.87.xxx.xxx:1...

#

Do not use bungee to enter, single end entry is allowed

lobby: 1.19.2
Waterfall:515

[18:40:03 INFO]: [Hai_Xi] disconnected with: The server you were previously on went down, you have been connected to a fallback server
[18:40:03 INFO]: [/120.87.xxx.xxx:16841|Hai_Xi] -> UpstreamBridge has disconnected
[18:40:03 INFO]: [/120.87.xxx.xxx:16841|Hai_Xi] DownstreamBridge [lobby] has disconnected
[18:40:05 INFO]: [/120.87.xxx.xxx:16848] InitialHandler has connected
[18:40:05 INFO]: [H...

buoyant shoreBOT
#

[18:40:05 WARN]: [/120.87.xxx.xxx:16848|Hai_Xi] <-> DownstreamBridge <-> [lobby] - could not decode packet! java.lang.IndexOutOfBoundsException: index: 2, length: 64 (expected: range(0, 35))

This is pretty much always down to plugins on either the proxy or the server messing with stuff, outside of that, there is nothing here for us to work with, running the proxy with -Dwaterfall.packet-decode-logging=true before -jar will often produce more information which will generally highlight...

buoyant shoreBOT
buoyant shoreBOT
#

if you have fail2ban installed, try this

add to: /etc/fail2ban/jail.conf

enabled  = true
port     = 25565
filter   = bungee
logpath  = /replace/with/path/to/bungee/logs/latest.log
maxretry = 5
findtime = 60
bantime  = 600

make file: /etc/fail2ban/filter.d/bungee.conf

#/etc/fail2ban/filter.d/bungee.conf

[Definition]

# Option:  failregex
# Notes.:  regex to match the connection handler messages in the logfile....
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

This pull request returns the ability to slice ByteBuf when decoding a packet in the MinecraftDecoder class as it did before, but only if entity rewrite was never used.
If I understand correctly, the original reason for using copy is that entity rewrite can write more bytes than is possible in the slice itself.
Therefore, most likely there is no point in constantly copying bytes even when we are not going to change them.

I would like to know your opinion on this, what it could possibly b...

buoyant shoreBOT
buoyant shoreBOT
#

Shouldn't we default to the safe side, copy instead of slice?

As far as I remember, the only situation where the proxy actually changes the buffer is when an entity map instance appears in the UserConnection.
Before the proxy creates the UserConnection, the proxy decodes the Handshake, Login, and a couple of other packets. (when the state is not yet FINISHING in InitialHandler)
It doesn't seem to make sense at this stage specifically to copy the buffer for these packets.

buoyant shoreBOT
#

I'm not sure if this is a bug or not but figured I would post it here just in case it is.

Canceling the ChatEvent causes the player to be kicked because because of Chat message validation.

I have tested this is normal BungeeCord connected to a Spigot server and this is not an issue. However using waterfall and a paper server this is an issue.

https://www.youtube.com/watch?v=00VkB137N7I&ab_channel=PancakeSyrup

Waterfall Version: git:Waterfall-Bootstrap:1.19-R0.1-SNAPSHOT:e0a029e...

#

canceling a chat message will mess up the chat chain, there is a slim chance that spigot just doesn't support chat signing and basically just ignores that stuff, whereas paper actually has support for it. generally nothing we can do without adding a mechanism to sync the chain to the backend instance, which was a WIP for velocity but afaik was somewhat stalled due to the mess created by older versions.

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

My console is continously being spammed by the message

"[04:56:11 WARN]: [] InitialHandler - bad packet, are mods in use!? Couldn't read all bytes from a packet. For more information, launch Waterfall with -Dwaterfall.packet-decode-logging=true"

I actually dont know whats causing it can you please help im kinda new to this

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

[/127.0.0.1:60147] InitialHandler - A decoder exception has been thrown:
io.netty.handler.codec.DecoderException: net.md_5.bungee.protocol.OverflowPacketException: Cannot receive string longer than 765 (got 1210 bytes)
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:98) ~[waterfall-1.20-536.jar:git:Waterfall-Bootstrap:1.20-R0.1-SNAPSHOT:ec41547:536]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChann...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

thanks for your suggestion but this is the error i get now,

09.08 17:09:35 [Server] [WARN] Error occurred processing connection for LeftRightShift AnnotatedConnectException : connect(..) failed: Address family not supported by protocol: /[5678:1234:eeee:aaaa:0000:eeee:aaaa:xxxx]:25565 (IP redacted)

Im not using any extra protocol plugins on the proxy, even if i do i still get the same error.

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Coming up on the 3-year anniversary of the stale BungeeCord PR https://github.com/SpigotMC/BungeeCord/pull/2945, I decided to re-implement the solutions with some enhancements and PR them to Waterfall instead.

Compared to the old PR, PluginManager's commandMap is now a concurrent map. Synchronization is limited to mutative operations, which supports non-blocking command execution and tab completion. Moreover, using the concurrent map maintains thread safety while allowing us to preserve ...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#
[PaperMC/Waterfall] New branch created: upstream/1.20.2
buoyant shoreBOT
buoyant shoreBOT
#

Updated Upstream (BungeeCord)

Upstream has released updates that appear to apply and compile correctly.
This update has not been tested by PaperMC and as with ANY update, please do your own testing

5a1e342e Minecraft 1.20.2 support
d9bbdc32 Add Java 21 compilation support
cfe00fa4 #3490: Add ComponentBuilder#build() and ComponentSerializer#deserialize()
d68ebd1e Minecraft 1.20.2-rc1 support
a7cd79eb #3516: Bump org.apache.maven.plugins:maven-javadoc-plugin from 3.5.0 to 3.6.0
9e83...

buoyant shoreBOT
#

Waterfall version: git:Waterfall-Bootstrap:1.20-R0.2-SNAPSHOT:0407ef5:537 by md_5

Client error

[10:13:48] [Render thread/WARN]: Client disconnected with reason: Internal Exception: io.netty.handler.codec.DecoderException: net.minecraft.class_151: Non [a-z0-9_.-] character in namespace of location: {\"text\":\"\u00A78\u00A7l[\u00A79\u00A7lH\u00A78\u00A7l]\u00A7r \u00A76Connexion sous compte premium effectu\u00E9e.\"}

Bug Description
Hello, I'm encountering an issue with pla...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Hello !

I have this error when a player try to join a subserver with 1.20.2 version.

java.lang.NullPointerException: Cannot invoke "net.md_5.bungee.protocol.MinecraftDecoder.getProtocol()" because the return value of "io.netty.channel.ChannelPipeline.get(java.lang.Class)" is null
	at net.md_5.bungee.netty.ChannelWrapper.getDecodeProtocol(ChannelWrapper.java:41) ~[waterfall-1.20-536.jar:git:Waterfall-Bootstrap:1.20-R0.2-SNAPSHOT:9cb6909:538]
	at net.md_5.bungee.connection.U...
buoyant shoreBOT
buoyant shoreBOT
#

Upstream has released updates that appear to apply and compile correctly. This update has not been tested by PaperMC and as with ANY update, please do your own testing

BungeeCord Changes:
497c6879 Add (hopefully temporary) queue for plugin messages to server 7b27dfaf #3522: Revert "#3518: Bump io.netty:netty-bom from 4.1.97.Final to 4.1.98.Final" f9b75c4a Update tests to JUnit 5

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

It seems that entity metadata rewrite does not work correctly for 1.20.2.
Switching between servers does not update view distance if entity metadata rewrite has been enabled.

The solution seems to be to always send ClientSettings packet for 1.20.2:
https://github.com/PaperMC/Waterfall/blob/master/BungeeCord-Patches/0044-Provide-an-option-to-disable-entity-metadata-rewriti.patch#L68

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

which is waiting because of some stupid legal bullshit, maybe it should be changed to a vendor that actually releases timely, since this isnt the first case where the eclipse foundation is slow.

Yes, the Eclipse foundation is very slow. I think vendors like Azul and the others had to do the same legal things and got it done on time. Maybe switch to Azul Zulu?

buoyant shoreBOT
#

Hello people,

I currently cant run any server network without getting this bug.
Everytime I join I get kicked and the following error appears: "Invalid signature for profile public key"

I tried everything like enforce_secure_profile, other clients and stuff but nothing works.
Cant find a bug fix anywhere.

Does someone know what I can do?
Cheers
Felix

Proxy: Bungeecord 1.20 Server: Paper 1.20.1
Dedicated Server

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Expected behavior

when you switch servers, your view distance should be the one in your options

Observed/Actual behavior

server sets your render distance to I think 2, you need to open options screen then close it and then it updates, I think closing options screen sends another options packet.

Steps/models to reproduce

on waterfall server, with 2 paper servers, switch from one to the other, your view distance gets set to 2 until you relog or open options menu.

Plugin an...

buoyant shoreBOT
#

Sometimes when switching server the client is being kicked from the network. This happens if the client sends playing packets while in config connection phase which was introduced a while ago. This happens most often on clients that need longer to connect and therefore are longer in config phase for example when I type /server and move then. I'm being kicked from the whole network then and I receive a error message that tells me that the PlayerPositionChange Packet was unknown..

buoyant shoreBOT
buoyant shoreBOT
#

The aspect of switching servers would imply that this is not a paper issue, moving over to the waterfall tracker, but, given the nature of WF, the only real question is, have you tested with bungee?

I have never used bungee, apparently though this is an issue with the entity metadata rewrite, even though I have it disabled

https://github.com/PaperMC/Waterfall/blob/master/BungeeCord-Patches/0044-Provide-an-option-to-disable-entity-metadata-rewriti.patch#L68

https://github.com/Pape...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

I kinda want this, just solely because I can't be arsed breaking my setup to test waterfall cruddery, there was a linked PR which is closed now, which I have no idea where that derives from, etc, etc; is there any interest in updating this, if Luck has no issues, in good faith, we can probably keep the message as-is

The PR it's same as here but without that excesive log and higher version support

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Occurs when connecting, while the player is shown NULL

[14:56:06 WARN] [io.netty.util.concurrent.AbstractEventExecutor]: A task raised an exception. Task: net.md_5.bungee.connection.InitialHandler$6$1@5c56a117
java.lang.IllegalStateException: Cancelled ServerConnectEvent with no server or disconnect.
        at net.md_5.bungee.UserConnection.connect(UserConnection.java:340) ~[waterfall-1.20-548.jar:git:Waterfall-Bootstrap:1.20-R0.2-SNAPSHOT:c996222:548]
        at net.md_5.bungee.Use...
buoyant shoreBOT
#

Occurs when connecting, while the player is shown NULL

[14:56:06 WARN] [io.netty.util.concurrent.AbstractEventExecutor]: A task raised an exception. Task: net.md_5.bungee.connection.InitialHandler$6$1@5c56a117
java.lang.IllegalStateException: Cancelled ServerConnectEvent with no server or disconnect.
        at net.md_5.bungee.UserConnection.connect(UserConnection.java:340) ~[waterfall-1.20-548.jar:git:Waterfall-Bootstrap:1.20-R0.2-SNAPSHOT:c996222:548]
        at net...
buoyant shoreBOT
#

Occurs when connecting, while the player is shown NULL

[14:56:06 WARN] [io.netty.util.concurrent.AbstractEventExecutor]: A task raised an exception. Task: net.md_5.bungee.connection.InitialHandler$6$1@5c56a117
java.lang.IllegalStateException: Cancelled ServerConnectEvent with no server or disconnect.
        at net.md_5.bungee.UserConnection.connect(UserConnection.java:340) ~[waterfall-1.20-548.jar:git:Waterfall-Bootstrap:1.20-R0.2-SNAPSHOT:c996222:548]
      ...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

When I entered the server, I was kicked out and he said "The server you were previously on went down, you have been connected to a fallback server" with an error`[18:44:53 ERROR]: [/60.208.177.95:53363|DuoDuoJuZi] DownstreamBridge [王国争霸一服] - encountered exception
java.lang.IllegalArgumentException: Team DISABLED already exists in this scoreboard
at com.google.common.base.Preconditions.checkArgument(Preconditions.java:218) ~[waterfall-1.20-548.jar:git:Waterfall-Bootstrap:1.20-R0.2-...

buoyant shoreBOT
buoyant shoreBOT
#

This is not really a Waterfall bug. Since 1.20.2 the client unloads the resource pack automatically when entering the configuration phase. It was reported to Mojang(https://bugs.mojang.com/browse/MC-265463) but they don't seem to care about it. Velocity introduced a "fix" and resends the resource pack after switching server, but this results in the client having 2 loading screens. Maybe this can be implemented in Waterfall too, although it is not really a viable solution but the best we can d...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

I'm perfectly fine with that mechanism. Now the servers don't have the resourcepack semiload bug anymore.

Im fine if you can modify it when switching into configuration phase, like send a packet to request resourcepack unload. It will get automatically sent by the server if not configured otherwise.

Eg. a config option would be cool.
automatically-trigger-resourcepack-unload-in-configuration-phase: true/false

buoyant shoreBOT
#

In our network, I need to know not if a proxy has started (as in the java process for a given proxy has started), but I need to know if a proxy is ready to listen.

Bungee writes a "Listening on xyz" messages into the log. If Waterfall is ready to accept connections, it should invoke a ProxyReady event, so I could implement this in a plugin.

Are there potential other ways to wait for a proxy until its ready?
Dont want to rely on testing against open TCP sockets or reading log messages ...

buoyant shoreBOT
buoyant shoreBOT
#

I decided to look into this more and came to the conclusion that it makes no sense:

  1. The ChannelOption.TCP_FASTOPEN constant has nothing to do with setting the TFO mode.
    The value set there configures the maximum number of outstanding (waiting to be accepted) TFO connections. (https://netty.io/4.1/api/io/netty/channel/ChannelOption.html#TCP_FASTOPEN)
  2. The game client never sets the TCP_FASTOPEN_CONNECT constant to enable TFO. (proxy also should do this for downstream to enable this f...
buoyant shoreBOT
#

The fallback server is not working. I'm on the latest version.
When closing a server, I'm not being redirected to the lobby, I simply get disconnected. The console throws this error:

[/iphere|Augustus15] DownstreamBridge [world] - could not decode packet! io.netty.handler.codec.DecoderException: java.lang.UnsupportedOperationException: Packet must implement read method

#

Oh, sorry. Been up for way too long. Here's the error:

`[/62.226.73.96:54133|Augustus15] <-> DownstreamBridge <-> [world] - A decoder exception has been thrown:
io.netty.handler.codec.DecoderException: java.lang.UnsupportedOperationException: Packet must implement read method
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:98) ~[waterfall-1.20-549.jar:git:Waterfall-Bootstrap:1.20-R0.2-SNAPSHOT:9b4b8cb:549]
at io.netty.channel.Ab...

buoyant shoreBOT
#

Now I got this error:

`[21:51:57 WARN]: [/IP:51606|Augustus15] <-> DownstreamBridge <-> [ww2_normandy] - A decoder exception has been thrown:
net.md_5.bungee.protocol.FastDecoderException: Error decoding packet class Kick with contents:
+-------------------------------------------------+
| 0 1 2 3 4 5 6 7 8 9 a b c d e f |
+--------+-------------------------------------------------+----------------+
|00000000| 1b 1f 7b 22 74 65 78 74 22 3a 22 53 65 72...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Latest build makes impossible to join some of my network spigot servers
1.19 seems fine tho

[00:13:09 WARN]: [/31.35.223.120:53851|Kauul] DownstreamBridge [srv-117] - could not decode packet! io.netty.handler.codec.DecoderException: com.google.gson.JsonSyntaxException: com.google.gson.stream.MalformedJsonException: Use JsonReader.setLenient(true) to accept malformed JSON at line 1 column 4 path $

Spigot logs :
`[00:05:55 INFO]: Kauul[/31.35.223.120:39941] logged in with entity id ...

#

it is most likely caused by one off our plugins
i will stay on 1.19 for the moment
i'll run the command you provided tomorrow

thanks

On Sat, Nov 4, 2023 at 1:22 AM Shane Freeder @.***>
wrote:

all I can see is that sometning apparently sent bad json in a packet, you
can run the server with -Dwaterfall.packet-decode-logging=true to maybe
get more info, but, not much for me to go off here, general reproduce
without plugins, etc


Reply to this email directly...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

I have a similar problem...

[02:17:01] [Netty Worker IO Thread #6/WARN]: [/000.00.00.000:6561|XXXXXXX] <-> DownstreamBridge <-> [Lobby] - A decoder exception has been thrown:
net.md_5.bungee.protocol.FastDecoderException: Error decoding packet class Team with contents:
         +-------------------------------------------------+
         |  0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f |
+--------+-------------------------------------------------+----------------+
|00000000| 3e ...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

AJQueue owner told me to contact waterfall staff about this
I'm getting spammed with this error

[19:23:15 WARN] [io.netty.bootstrap.Bootstrap]: Failed to set channel option 'CONNECT_TIMEOUT_MILLIS' with value '-1' for channel '[id: 0x89c5a93b]'
java.lang.IllegalArgumentException: connectTimeoutMillis : -1 (expected: >= 0)
        at io.netty.util.internal.ObjectUtil.checkPositiveOrZero(ObjectUtil.java:144) ~[server.jar:git:Waterfall-Bootstrap:1.20-R0.2-SNAPSHOT:cc856ed:552]
        ...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Your configuration is invalid. For safety, timeout shall NEVER be attempted to get disabled. Set timeout: 30000 in config.yml

Additionally it is highly adviced to NOT set network_compression_threshold: -1, instead I would suggest to set it to a value like 256 or 1024

I think this is worth in local servers, I would use that amount if Netty's flush consolidator event is enabled and the servers are hosted ian different locations.

buoyant shoreBOT
#

Your configuration is invalid. For safety, timeout shall NEVER be attempted to get disabled. Set timeout: 30000 in config.yml
Additionally it is highly adviced to NOT set network_compression_threshold: -1, instead I would suggest to set it to a value like 256 or 1024

I think this is worth in local servers, I would use that amount if Netty's flush consolidator event is enabled and the servers are hosted on different locations.

Well... maybe, I'd say it depends on the cap...

buoyant shoreBOT
buoyant shoreBOT
#

Hello! I recently made a change to Waterfall (I came from using BungeeCord) and when I changed it in the console, many warns began to be flagged. They don't always come out but they do come out very often. These come out when a user logs out. My server is 1.20.2 and I am using the latest version of Waterfall. I want to add that I use ViaVersion which allows users from 1.16 onwards to enter

Here i give u a bin about the warn: https://pastebin.com/WPLKawtN

buoyant shoreBOT
#

99% its a problem of plugin movemenow.
To get a useful issue report to movemenow plugin dev: Consult the first log file after proxy start to get errors with a stack trace (stack trace = which functions were called presented as a bunch of lines containing " at " at the start after the error text you've shown.
The reason your error might not have a stack trace is tht the jvm will stop creating this error information if one specific error is happening many, many times to optimize performance a...

buoyant shoreBOT
buoyant shoreBOT
#

I am an admin for a server and someone joined and somehow got op I have added part of the log here of him starting the grief

[21:41:14] [Server thread/INFO]: ezzz issued server command: /send
[21:41:24] [User Authenticator #0/INFO]: UUID of player Start is a357ec76-ab2a-374b-b6d7-773fb9317dc4
[21:41:24] [Server thread/INFO]: Start[/1.2.3.4:...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

So after years this issue still persists, even with the suggested fix by cloudnet in place.
The trove map can get into a "corrupted" state from which it will not recover.
This code will then always procude the mentioned exception:

for (ServerInfo server : ProxyServer.getInstance()
		.getServersCopy()
		.values()) {
	sendPluginMessage(server, 1, parsedConfig);
}```
Only temporary fix is to restart the proxy.
buoyant shoreBOT
#

Upstream has released updates that appear to apply and compile correctly. This update has not been tested by PaperMC and as with ANY update, please do your own testing

BungeeCord Changes:
8ce7a7f8 Minecraft 1.20.3 support
e1462ccd Minecraft 1.20.3-rc1 support
70f346c1 Fix extra write in ScoreboardScore packet 197bf13a Minecraft 1.20.3-pre2 support

buoyant shoreBOT
#

I'm getting following error since I updated to this build. There seem to be some outages on Mojang servers rn BUT the players who get the error can still join on other servers.

[23:42:49] [Netty Worker IO Thread #27/ERROR]: Error authenticating Ashia with minecraft.net
io.netty.resolver.dns.DnsResolveContext$SearchDomainUnknownHostException: Failed to resolve 'sessionserver.mojang.com' [A(1)] and search domain query for configured domains failed as well: [dus4.fastwebserver.de]
	at io...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

I renamed the class.
I personally think that "isListening" is more meaningful for knowing if the port is open. Maybe I am missing something?
I still renamed it, I guess it is now possible to let any possible error be reflected in the value of "isSuccess".

I was wondering if there should be any other important values that should be added.
Similar to other events, where players join, I think there should be additional copies of values passed along.
Such as the InetAddress along with t...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

I used build [559] before - no errors related to this issue.
After changing the version to the latest build [561] i get this issue:

08.01 22:35:28 [Server] INFO com.google.gson.JsonIOException: Failed making field 'java.awt.Color#value' accessible; either increase its visibility or write a custom TypeAdapter for its declaring type.
08.01 22:35:28 [Server] INFO at com.google.gson.internal.reflect.ReflectionHelper.makeAccessible(ReflectionHelper.java:38) ~[waterfall-1.20-561.jar:git:Water...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

There is no such problem with HAProxy 1.8. When using a version higher than 2.0, a problem with constant warning spam begins.

HAProxy 1.8 is currently EOL

[17:25:37 WARN]: [/1.1.1.1:11111]  InitialHandler - NativeIoException: recvAddress(..) failed: Connection reset by peer
[17:25:38 WARN]: [/2.2.2.2:22222]  InitialHandler - NativeIoException: recvAddress(..) failed: Connection reset by peer
[17:25:38 WARN]: [/3.3.3.3:33333]  InitialHandler - NativeIoException: recvAddress(..) fa...
buoyant shoreBOT
#

Hello,
I got an issue while trying to send a player a message.

Example code to reproduce:

       if(sender instanceof ProxiedPlayer) {
            TextComponent component = new TextComponent("§aKlicke zum vorschlagen.");
            component.setClickEvent(new ClickEvent(ClickEvent.Action.SUGGEST_COMMAND, "testus"));
            sender.sendMessage(component);
        }

I use vanilla 1.20.4 as my client and waterfall build 562. I tried to use `ClickEvent.Action.COPY...

buoyant shoreBOT
#

[23:33:42 ERROR]: Packet encoding of packet ClientboundServerDataPacket (ID: 73) threw (skippable? false)
io.netty.handler.codec.EncoderException: java.io.UTFDataFormatException: encoded string (Ã...) too long: 2162688 bytes
at net.minecraft.network.FriendlyByteBuf.writeNbt(FriendlyByteBuf.java:612) ~[?:?]
at net.minecraft.network.FriendlyByteBuf.writeWithCodec(FriendlyByteBuf.java:125) ~[?:?]
at net.minecraft.network.FriendlyByteBuf.writeComponent(F...

buoyant shoreBOT
#

I try it again after I updated paper
.[00:30:48 ERROR]: Packet encoding of packet ClientboundStatusResponsePacket (ID: 0) threw (skippable? false)
io.netty.handler.codec.EncoderException: String too big (was 4587672 characters, max 32767)
at net.minecraft.network.Utf8String.write(Utf8String.java:35) ~[paper-1.20.4.jar:git-Paper-416]
at net.minecraft.network.FriendlyByteBuf.writeUtf(FriendlyByteBuf.java:694) ~[?:?]
at net.minecraft.network.FriendlyByteBuf.writeJson...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Thanks!I questioned to the my frp service providers,the question is because him.
 

骑白马的王子
@.***

 

------------------ 原始邮件 ------------------
发件人: @.>;
发送时间: 2024年2月23日(星期五) 凌晨3:30
收件人: @.
>;
抄送: "廖 @.>; @.>;
主题: Re: [PaperMC/Waterfall] [Bug] About Proxy-Protocol (Issue #845)

代理协议与负载均衡器(如haproxy软件)有关,有些人可能想把它放在bunge cord的前面。

要查看真正的用户ip,请使用ip_forwarding选项,在基于管道的服务器上,需要在spigot ...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#
[PaperMC/Waterfall] New branch created: eol
buoyant shoreBOT
buoyant shoreBOT
#

The following exception was thrown when calling the ProxiedPlayer#sendMessage() method:
https://pastebin.com/m7FeSwAM

Reason

It seems like after disconnecting a player using the ProxiedPlayer#disconnect() method, an invalid or broken reference to the player can still be obtained via the api.

How to reproduce

So as a basic example I have custom kick command implemented as a plugin:
I want to send a message to other staff members.

The code looks like this:

player.di...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

I have no idea if anybody cares to spend time on this, I've already wasted enough hours on this that my only solution at this point would be to migrate away from maven for handing this mess as the tooling there seems a bit nicer, but, I'm not sure that I can justify the effort that would go into such a thing, or if it's worth fighting the maven side of stuff again

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#
[PaperMC/Waterfall] New branch created: upstream/uring
#

Upstream has released updates that appear to apply and compile correctly. This update has not been tested by PaperMC and as with ANY update, please do your own testing

BungeeCord Changes:
5e25c63c #3646: Add experimental io_uring support
bd963501 #3644: Bump org.apache.maven.plugins:maven-source-plugin from 3.3.0 to 3.3.1 da795a70 Minecraft 24w14a support


This generally looks fine, but, I'm not 100% and do not have the capacity to test right now

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

When I try building the Javadocs for BungeeCord, I also get an error that the chat module can't be resolved. So I think this issue comes from BungeeCord. But executing mvn install before building the Javadocs seems to solve this issue (at least for me) as the artifacts will be installed in the local maven repository.

I can.

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

problem caused after this update.. YES YES i know Waterfall reached end of life...

`[16:54:02 WARN]: [/XXXXXXXXXX:64038|c4kr3n3k123] -> UpstreamBridge - A decoder exception has been thrown:
io.netty.handler.codec.DecoderException: java.lang.UnsupportedOperationException
at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:98) ~[bungeecord.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:de8345a:579]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[bungeecord.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:de8345a:579]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[bungeecord.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:de8345a:579]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[bungeecord.jar:git:Waterfall-Bootstrap:1.21-R0.1...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Hi,
I have this error with the last waterfall 582
I have 3 servers which are linked together.

09.12 12:29:33 [Server] ERROR [/90.48.146.93:57032|DjeyMute] -> UpstreamBridge - encountered exception
09.12 12:29:33 [Server] INFO io.netty.handler.codec.EncoderException: java.lang.NullPointerException
09.12 12:29:33 [Server] INFO at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:125) ~[waterfalljava17.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:9ab9e2b:582]
09.12 12:29:33 [Server] INFO at io.netty.channel.AbstractChannelHandlerContext.invokeWrite0(AbstractChannelHandlerContext.java:893) ~[waterfalljava17.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:9ab9e2b:582]
09.12 12:29:33 [Server] INFO at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:875) ~[waterfalljava17.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:9ab9e2b:582]
09.12 12:29:33 [Server] INFO at io.netty.channel.AbstractChannelHandlerContext.write(Ab...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#
[15:26:35 WARN] [io.netty.channel.ChannelInitializer]: Failed to initialize a channel. Closing: [id: 0xd5ce4b2b]
java.lang.NoSuchFieldError: Class net.md_5.bungee.netty.PipelineUtils does not have member field 'net.md_5.bungee.netty.PipelineUtils$Base BASE'
        at me.taucu.reconnect.net.ReconnectChannelInitializer.initChannel(ReconnectChannelInitializer.java:32) ~[?:?]
        at io.netty.channel.ChannelInitializer.initChannel(ChannelInitializer.java:129) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.ChannelInitializer.handlerAdded(ChannelInitializer.java:112) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.callHandlerAdded(AbstractChannelHandlerContext.java:1130) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.DefaultChannelPipeline.callHandlerAdded0(De...
#

I can't join on the server :(

io.netty.handler.codec.DecoderException: java.lang.IllegalArgumentException: Unknown string key 
        at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:101) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessag...
buoyant shoreBOT
#

I can't join on the server :(

io.netty.handler.codec.DecoderException: java.lang.IllegalArgumentException: Unknown string key 
        at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:101) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.handler.codec.MessageToMessageDecoder.channel...
buoyant shoreBOT
#

There is a script in the scripts folder for creating the actual commit
itself with the update info

On Sat, 1 Mar 2025 at 23:55, Juan Cruz Linsalata @.***>
wrote:

In the future, please use the scripts to generate a proper commit info for
the upstream; if we ever do this again

I am using the scripts (./waterfall up)


Reply to this email directly, view it on GitHub
https://github.com/PaperMC/Waterfall/pull/858#issuecomment-2692475468,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAJMAZHZLWJF6K7ZU3QGHXL2SJCGRAVCNFSM6AAAAABXGWXEBOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMOJSGQ3TKNBWHA
.
You are receiving this because you modified the open/close state.Message
ID: @.***>
[image: linsaftw]linsaftw left a comment (PaperMC/Waterfall#858)
https://github.com/PaperMC/Waterfall/pull/858#issuecomment-2692475468

In the future, please use the scripts to generate a proper commit info for
the upstrea...

buoyant shoreBOT
#

There is a script in the scripts folder for creating the actual commit itself with the update info

On Sat, 1 Mar 2025 at 23:55, Juan Cruz Linsalata @.> wrote: In the future, please use the scripts to generate a proper commit info for the upstream; if we ever do this again I am using the scripts (./waterfall up) — Reply to this email directly, view it on GitHub <#858 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAJMAZHZLWJF6K7ZU3QGHXL2SJCGRAVCNFSM6AAAAABXGWXEBOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMOJSGQ3TKNBWHA . You are receiving this because you modified the open/close state.Message ID: @.> [image: linsaftw]linsaftw left a comment (PaperMC/Waterfall#858) <#858 (comment)> In the future, please use the scripts to genera...

buoyant shoreBOT
buoyant shoreBOT
#

I can't join on the server :(

io.netty.handler.codec.DecoderException: java.lang.IllegalArgumentException: Unknown string key 
        at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:101) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.handler.codec.MessageToMessageDec...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

I can't join on the server :(

io.netty.handler.codec.DecoderException: java.lang.IllegalArgumentException: Unknown string key 
        at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:101) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.handler.codec.Mes...
buoyant shoreBOT
#

I can't join on the server :(

io.netty.handler.codec.DecoderException: java.lang.IllegalArgumentException: Unknown string key 
        at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:101) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.h...
buoyant shoreBOT
#

I can't join on the server :(

io.netty.handler.codec.DecoderException: java.lang.IllegalArgumentException: Unknown string key 
        at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:101) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
     ...
buoyant shoreBOT
#

I can't join on the server :(

io.netty.handler.codec.DecoderException: java.lang.IllegalArgumentException: Unknown string key 
        at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:101) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]

...

buoyant shoreBOT
#

I can't join on the server :(

io.netty.handler.codec.DecoderException: java.lang.IllegalArgumentException: Unknown string key 
        at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:101) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7b4f4ea:583]
        at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412) ~[waterfall-1.21-583.jar:git:Waterfall-Bootstrap:1.21-R0.1-SNAPSHOT:7...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Upstream has released updates that appear to apply and compile correctly. This update has not been tested by PaperMC and as with ANY update, please do your own testing

BungeeCord Changes:
d81040cd Bump lombok version
d7538df9 #3815: Ensure ping response for unthrottling 2516de65 #3816: Upgrade Netty to 4.2.0.Final
1da3a8c2 #3814: Fire exception in pipeline if async task in eventloop throws exception f6151dce Bump version to 1.21-R0.3-SNAPSHOT
96677437 Release 1.21-R0.2
7587f033 SPIGOT-8024, #3811, #3812: Add versioned chat serialization (beta)

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

I decided to go for an event, being that it provided control for developers and server owners, especially when the server provides an event for this, why not bungee too?

This event is really not the ideal solution, the proper fix should be that developers implement their commands and provide a permission/override hasPermission to implement the relevant checks

Plugin created while playing with this is available here: https://papermc.io/forums/t/completions-control/617

buoyant shoreBOT
buoyant shoreBOT
#
x1p

Update here. In conjunction with the hosting provider we did a test running a container with 512 MB ram with 512 MB on top of that reserved for overhead. It still crashed. This proves to me that the memory of WF is very thirsty or has insufficient control over the amount of memory although a leak could not be proven.

buoyant shoreBOT
#

Java does not cooperate that well with Docker. We have experienced a lot of OOM issues on our network and we managed to fix our issues with our proxy by allocating twice the proxy heap uses in overhead.

The primary reason is because aside from JVM overhead you need to also have room for direct buffers, which can get big.

One startup option I would recommend is -Dio.netty.allocator.maxOrder=9. By default Netty pools up to 16MiB buffers and Minecraft only sends packets 2MiB in size, max...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

If they're overriding the UserConnection object, yes

Had a quick word with the ViaVersion guys and apparently, they don't do anything that would break that, mind seeing if you can work out if it is a plugin, and if so which one?

I was originally going to implement this in a way that would survive plugins messing with internals, but didn't like the way that needed to be done, I guess I look into that

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Given my existing theory that you're sending data out outside of the correct phases, combined with your myriad of reports on other projects proving that you are in fact sending packets improperly, I have no interest in dealing with this issue, especially given that I'm still missing information on how exactly you're tripping this.

If you can provide a minimal test plugin containing full source that can replicate this issue, I'll reconsider, but as-is, I have no interest in looking into thi...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

BungeeCord provides this option by in API, yet Waterfall simply hardcodes this to waterfall.yml and that's it.

How about improving the situation and providing a way to set the configuration adapter for Waterfall specific configuration via API?

I'm currently thinking about 3 ways, with pros and cons brought out:

  1. Actually not exposing a separate way to set configuration adapters and prefix Waterfall-specific stuff with waterfall_ or something
    • Pros:
      • No need to change...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#
x1p

Experimenting with OpenJ9 gives this when a player disconnects.

[22:28:53] [Netty Worker IO Thread #1/WARN]: No client connected for pending server!
[22:28:53] [Netty Worker IO Thread #1/ERROR]: [Playername|/123.123.123.123:64751] <-> ServerConnector [Test] - encountered exception: net.md_5.bungee.util.QuietException: Unexpected packet received during server login process!
0d01

Maybe anyone can prevent this from happening or can can give a hint what to change.

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

There was some discussions on this on discord, the major concerns was the fact that the bungee and waterfall configurations would need to be seperated, this would likely require a delgation object to deal with both the waterfall and the bungee config without breaking other plugins

Another concern was the usage of an enum, adding API to make stuff more sane for forks and then using stuff like enums which are designed feels counterproductive to the intent here, I'd personally rather stick to...

#

I think this would be really convenient to have. I want to change the restricted status of the server. But currently requires removing server and adding it with the new status

That does not fall under this idea anyway. This here targets fork-specific configuration, your idea wants basically a modification of BungeeCord's API which belongs into separate issue.

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

This is basically asking what we were discussing on discord the other day, for bungee to be able to provide simple TCP IP round robin proxy support.
something like:
proxy:

  • port:
    target: IP[:optionalport]
    targets: [IP1[:optionalport], IP2, IP3]
    server: serverName[:optionalport]
    servers: [server1, server2, server3]

if server is used, proxy to whatever registered server with that name exists.
If servers is used, round robin those servers
Repeat logic for targets ...

buoyant shoreBOT
buoyant shoreBOT
#

Okay, thank you for the quick response. What's the solution?

Try setting these 2 options to false in astralsorcery.cfg for your Project Ozone 3 server.

    shooting_stars {
        # Set to true to make shooting stars do a little explosion where they land [default: true]
        B:doExplosion=false

        # Set to false to disable shooting stars from spawning [default: true]
        B:enabled=true -> set this to false
    }
buoyant shoreBOT
#

Was working on other stuff and this ticket fell onto a backburner, looking at it, I was wrong about the 1.13+ stuff, Bungee handles it properly, however there was still the concerns that the metadata setting wasn't working as expected due to plugins installed on the proxy, which I should push up a change to improve sometime soon

buoyant shoreBOT
#

Okay, thank you for the quick response. What's the solution?

Try setting these 2 options to false in astralsorcery.cfg for your Project Ozone 3 server.

    shooting_stars {
        # Set to true to make shooting stars do a little explosion where they land [default: true]
        B:doExplosion=false  <- set this to false

        # Set to false to disable shooting stars from spawning [default: true]
        B:enabled=false <- set this to false
    }...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

through futher testing increasing the timeout to 120000 milliseconds (120 seconds/2 minutes) results in a timed out event to firing the client side as opposed to a ReadTimeoutException : null on the proxy side and a disconnected event on the client side with a timeout of 30000 milliseconds (default), right now it seems that waterfall is outright refusing to connect to the server as the two computers are on the same network, the client and server are on the same computer, connecting to the ser...

buoyant shoreBOT
#

If waterfall was refusing the connection you'd see a different message than that, by increasing that timer so high you've allowed the client to reach its own timeout before the proxy boots it, you need to address what is taking so long for the client to join, this is generally down to plugins on the server or a slow/bad connection somewhere, I'd suggest reading the linked comment, if you require more assistance, please seen support on discord/IRC

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Hey guys,

We have a server running with your waterfall fork for supporting our sponge modded server. Since we use waterfall, we can't move inside trains from the Immersive Railroading mod. I've already contacted the mod author and he said, that this is a problem on your site.
Here you have a link to the original issue form: https://github.com/cam72cam/ImmersiveRailroading/issues/579

If you need anymore informations about th...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Hello,
Some person is attacking me by handshake packet.
Here is the console log:

[14:39:34] [Netty Worker IO Thread #1/ERROR]: [/102.164.248.51:45907] <-> InitialHandler - encountered exception
io.netty.handler.codec.DecoderException: Error decoding packet class Handshake with contents:
         +-------------------------------------------------+
         |  0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f |
+--------+-------------------------------------------------+-------------...
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

07.05 14:45:31 [Server] INFO Total players online: 2
07.05 14:45:31 [Server] INFO io.netty.handler.codec.DecoderException: Error decoding packet class Team with contents:
07.05 14:45:31 [Server] INFO +-------------------------------------------------+
07.05 14:45:31 [Server] INFO | 0 1 2 3 4 5 6 7 8 9 a b c d e f |
07.05 14:45:31 [Server] INFO +--------+-------------------------------------------------+----------------+
07.05 14:45:31 [Server] INFO |00000000| 3e 07 57 6f ...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Hey, when two players are connected to a server, they are instantly kicked by the server with the following details:
[/-----------|Skundeste] <-> DownstreamBridge <-> [lobby] - bad packet ID, are mods in use!? Empty minecraft packet!
I tried resetting the configurations, connecting in vanilla, removing the plugins, even with a BungeeCord proxy: always the same problem. I had, on the other hand, more description with the bungee:
`DecoderException : java.lang.IndexOutOfBoundsException: re...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Since upstream is not responding on my issue. Maybe someone can help me here.

We are using stunnel to provide secure connections between our Bungeecord and Spigot server.

When on first join the main server is down the player gets kicked with the following message:
Connection Exception: NativeIoException : syscall:read(..) failed: Connection reset by peer @ io.netty.channel.unix.FileDescriptor:-1

The server is not trying to connect to the fallback server when the main server is dow...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

A few months ago we had issues with players disconnecting during the evening. This was caused by entity metadata rewriting. We've since then enabled disable_entity_metadata_rewrite in the Waterfall.yml.

Today we've started working on setting up a Direwolf20 server (version 2.5.0). During the evening everyone got disconnected due the entity metadata rewriting. We were using version 282 so I updated to 284 but the issue still kept happening. Below are the logs:

Version 282: https://pasteb...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

That looks like the typical "the server managed to send a bad packet" and not related to open j9?

i have the same errors only from lobby servers and it seems that players cannot connect to lobbies about 5-7% connections.

i have tried upgrade my hubs from 1.8.8 paper to 1.12.2 paper - no change the same errors
also removing 90% plugins from hubs no help.

https://pastebin.com/88uXijRu

https://pastebin.com/WUpf4BPP

https://pastebin.com/gjbLfhiH

few errors when debug...

buoyant shoreBOT
#

With the glow effect you can set it to be a certain color by being in a scoreboard team and setting that teams color to be what color you want. When this is applied to the player it should make them glow that color., but for every color it just shows white. This works on normal bungee versions but not waterfall

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Hello,

I encounter a problem weird for some time on Travertine, from time to time my players lose the connection randomly on my different servers, I have traced the logs of spigot and proxy.

We can see that the player "Xyphool" timeout at 20:15:16 but that the proxy does not interpret it, he does not recognize that the player has disconnected, the problem is that suddenly the player remains on the server Faction and has the error "You are Already connected".

Would you help me?

Spi...

buoyant shoreBOT
buoyant shoreBOT
#

Hello,
Thank you for your answer, they still seem connected to the proxy because at the server, they are no longer connected. I actually have some plugins, so it's very likely that it comes from there.

  • blockservercmd
  • Bot-Sentry
  • BungeeAdminTools
  • BungeeAntiPlugins
  • BungeeDisplays
  • Bungeeservermanager
  • Bungeelist
  • Executeeverywhere
  • LiteAnnouncer
  • MySkin
  • Permissioncord
  • PremiumConnector
  • RandomHub
  • SkUngee
  • Yamler-Bungeecord

Namely, that I have not update...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

The last months I been taking care of my bungeecord, because I felt the bungeecord really lag.
For any reason my bungeecord (Travertine) is using a lot of RAM, and constantly have spikes due GCs.
I made a Memory Snapshot of my server, and the most memory waste comes from "always" and "never" strings, but not sure what it is, no one of my plugins has a string like that.

There is a screenshot
http://imgur.com/gallery/GQejLVd

I will apprecciate any help to deal with that.
(I used yourk...

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Yesterday we updated to the latest Waterfall (260 -> 284) After the connect of a player the bungee died. Maybe the following helps to find the error:

io.netty.handler.codec.CorruptedFrameException: length wider than 21-bit
Caused by: java.lang.RuntimeException: VarInt too big

[Netty Worker IO Thread #0/ERROR]: [/...:46102] <-> InitialHandler - encountered exception: net.md_5.bungee.util.QuietException: Unexpected packet received during login process! 08323266bf1f2fa2abdabc4d85de54b2

buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
buoyant shoreBOT
#

Your log files indicate that

  1. Somebody is sending invalid traffic to the server - We can't really do much about that, waterfalls one job is to accept connections and deal with them, there are plugins which will help blacklist known IPs for vpns, etc

  2. Your log files are incomplete, all we can really see is that there are invalid connections and that either a plugin is taking too long to process events or the server is overloaded in general, if the box isn't overloaded and a plugin is a...

buoyant shoreBOT