Replies: 2 comments
-
Thanks for sharing your suggestion. Adding to the complexity of Syncplay generally goes against our principles set out at #315 for just such reasons. It is not our goal to support every possible use case, just all the most common use cases. We also place a high degree of value in backwards and forwards compatibility and cross platform/player compatibility. I wasn't the main person to do the TLS code but my understanding is that it took a lot of work, especially given the large number of platforms we support. I don't really want us to have to manage even more complexity as that can make bugs more likely and make maintenance more difficult. Adding new TLS options could also increases the support burden and can create compatibility issues between different Syncplay clients which creates even more support issues (especially as it probably won't just be experienced users who try to use the feature or connect to a server which does). I'll leave this discussion open for a while in case any of the other core Syncplay developers have anything to say, but my assumption is that there is no appetite for tinkering with the TLS code to add new advanced features. |
Beta Was this translation helpful? Give feedback.
-
@ElDavoo to expand a bit on what Et0h said with regards to specific details:
All things considered security is a very delicate subject and we would strongly prefer to keep our implementation to be as simple and streamlined as possible. Things that possibly could be on the table, but without any specific priorities attached to them would be:
|
Beta Was this translation helpful? Give feedback.
-
It would be nice for Syncplay to support advanced/insecure TLS options for advanced/risky users. For example:
Etc etc...
Beta Was this translation helpful? Give feedback.
All reactions