-
Notifications
You must be signed in to change notification settings - Fork 50
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
cookie warnings #54
Comments
…ie, client now always checks the cookie, client now always includes the cookie
- fix: mismatching cookie race condition. cookie is now included in all messages. MirrorNetworking/kcp2k#54 - feature: Exposed local end point on KcpClient/Server - refactor: KcpPeer refactored as abstract class to remove KcpServer initialization workarounds
- fix: mismatching cookie race condition. cookie is now included in all messages. MirrorNetworking/kcp2k#54 - feature: Exposed local end point on KcpClient/Server - refactor: KcpPeer refactored as abstract class to remove KcpServer initialization workarounds
- fix: mismatching cookie race condition. cookie is now included in all messages. MirrorNetworking/kcp2k#54 - feature: Exposed local end point on KcpClient/Server - refactor: KcpPeer refactored as abstract class to remove KcpServer initialization workarounds
- fix: mismatching cookie race condition. cookie is now included in all messages. MirrorNetworking/kcp2k#54 - feature: Exposed local end point on KcpClient/Server - refactor: KcpPeer refactored as abstract class to remove KcpServer initialization workarounds
The latest code version, still by this issue |
The client is unity and the server is a C# console program. The above problem will still occur with a low probability. |
I found the problem. The reason is that segment retransmission occurred before the Client received the Hello packet. |
I was able to reproduce this and hack a workaround. The Problem:Server has multiple IP's and the server is listening on all of them, but client is calling by FQDN that points to an IP that is not first in the list of IP's configured on the NIC. When client tries to connect, the cookie response goes out on the first IP, not the one the client called on, so client never gets the cookie message, doesn't respond, and gets kicked for timeout (the log spam is a byproduct of client trying to coax the cookie msg out of the server). Solution AChange your DNS to point the FQDN to the first IP on the NIC, or move the IP that it's pointed to up to be first on the NIC. Solution B
Solution CA future PR that provides for entering IP or FQDN in Unity and use that for the binding above. |
quick update. this is reproducable with 30 bots in a local project. solutions: researching. maybe send hello as unreliable to avoid the ack stuff and check easily if msg=hello then ignore cookie=0 because in transit |
this one seems hard to reproduce.
gathering user reports in this thread.
https://discord.com/channels/343440455738064897/467961162558865408/1167190009401585814
The text was updated successfully, but these errors were encountered: