IPv6 support and added custom Ip config parameter#359
IPv6 support and added custom Ip config parameter#359Gibus21250 wants to merge 8 commits intoBeamMP:minorfrom
Conversation
Added IPv6 support, added a new arg for the server's config to handle custom IP to listen to
When shutting down the server, invalide move on an invalide socket cause crash
Now the server post the IP to client (as backend beammp) on his heartbeat.
|
IPv6 already implemented in #349, is this potentially the same feature? |
lionkor
left a comment
There was a problem hiding this comment.
Hi, thanks for contributing! :)
As I said we already are adding IPv6 support to the Server in the linked PR.
There are a lot of unrelated changes in here, too. Could you please remove all changes that are not specifically related to the custom IP config parameter (which would be a nice addition)? :)
I have checked on the client repo only if IPv6 was wip, but it doesnt, and assume here wasn't too and was confirmed when looking in the code on master branch. My approach:The features coming with custom IPv6 come with the fact to be able to modify it in the config file, I can't remove the IPv6 logic, without rewrite a lot, for nothing because i'll need to rewrite again for the PR pinged ? The PR pinged:The server is listening to all IPv4 and IPv6 of all interfaces. ArgumentsAs a system can now have multiple IPv6 globaly rootable (or even multiple IPv4), administrator probably want to map the BeamMP server on a specific globaly rootable IPv6, or even a specific IPv4 ? I think we need to give the posibility to choose on what IP listening, and maybe on multiple IPs ? If BeamMP really need the ability to handle IPv4 and IPv6 listening at the same time, we need to double each endpoint, wich imply a little more of work but would provide precise control. RecapGive the possibility to specify an IPv6 (globaly rootable or local-link IPv6, even), which give much more flexibility for people. What do you think of this approach ? |
|
I think it makes little sense to implement IPv6 twice. Please reduce your PR to only the new features you're adding above the IPv6. |
This feature add the possibility to modify the IP. The implementation provided for Ipv6 is a small "good side effect". This needed to modify all the socket creation, so of course that the little modification that has been made to "implement IPv6" need to be overwritten at all. This is not a double implementation, but an implementation as simple it can be. This implementation is flexible, as the other isn't. |
Hello, I make small adjustments on the server side to support IPv6 (in reference to my works on the client side to support IPv6 too)
I added the parameter "IP" on the config file, now we can set the IP of the BeamMP to listen on.
The server sends this param in the post produced by the heartbeat.
The PR in link for IPv6 support, on the client side:
BeamMP/BeamMP-Launcher#107
I hope everything is good to go!