-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[DayZ] one instance connecting multiple times? #18
Comments
Hi, I noticed the client does not dispose of the network connection correctly if the connection is faulty/no longer used. Please try the following preview build if it manages to handle this better, unfortunately I currently have no server to test this myself yet: https://www.nuget.org/packages/BytexDigital.BattlEye.Rcon/1.0.3-preview.1667557328 |
Hey, thanks for the quick response. Running into an exception now:
|
Hi, where exactly is this exception being thrown? From the call to Connect()? |
Please let me know if this build fixes it for you https://www.nuget.org/packages/BytexDigital.BattlEye.Rcon/1.0.3-preview.1667665039 |
Hey, that build seems to fix the issue. The exception is gone and I'm no longer seeing those multiple connections in my first tests. |
Hey again, seems like it's not completely fixed. Sometimes those multiple connections still appear. But only one seems to be alive, cause the NetworkClient_MessageReceived is only received once per login.
|
I'm not sure how to handle this case, as I believe it is the OS/underlying code that has the UDP package be sent despite the .NET socket already being closed. My assumption is that when the datagram is outbound for a localhost port, then Windows does not send the datagram until the port is available to receive it, and the package is buffered despite the UdpClient already being closed. |
Please try this build https://www.nuget.org/packages/BytexDigital.BattlEye.Rcon/1.0.3-preview.1667929841 |
Thanks, will try that build. ps: The tool and gameserver is running on Debian Linux |
The problem still exists in the latest build.
|
I'm afraid I'm out of options to try. Is there any negative side effect from this happening? |
No worries. I don't think there are any negative side effects (except those multiple logins). Only one of those connections seems to be alive since the events are only received once. Thanks for fixing the main issue ;) |
Hey,
opening the connection before the gameserver is ready (sometimes) seems to lead to multiple connections.
The code I'm using (excerpt):
program output:
gameserver output:
Both connections seem to be "alive", because both receive the NetworkClient_MessageReceived event (duplicates in program output).
However, one of those connections seems to "die", because after X seconds (can't tell exactly) there are no more duplicate log messages, just one per event (as expected).
Any ideas?
Thanks
The text was updated successfully, but these errors were encountered: