Aram Peres

We've done changes to Glowstone in the past to help compatiblity with ProtocolSupport, so I don't see a reason we wouldn't do the same for ViaVersion (as long as the...

This is some great work! I was hoping for more unit tests though, or at least setting up the ground work by separating the calculations into readable units.

You are probably using Postgres v13? If so, you should use version 1.3.0 for clickhouse_fdw because of this commit: https://github.com/adjust/clickhouse_fdw/commit/dbf10e1bbe9a349496cd9048ce8c65565a6d51db#diff-ecda780ef4ce082168a0daee70178928d4d68b9869b749e35fec28f86483078d In your bugreport it says you are using 1.2.1.

Thanks for the suggestion! Assuming this is similar to reverse SSH tunnelling, this would only work if a `onetun`-compatible daemon was running on the remote server. Specifically, it would need...

That would limit the port on the remote server to only be accessible via onetun's peer IP, which IMO reduces the utility compared to SSH's reverse tunnelling, which allows opening...

@ViRb3 It's only the parsing for now, I merged that in in case someone has time to implement this feature. Otherwise I'll start implementing it over time.

No problem! It'll be a very useful feature to have for sure. It's not going to be super difficult to adapt the existing code, my main blocker is abstracting the...

@zonyitoo A few thoughts: - According to smoltcp's [benchmarks](https://github.com/smoltcp-rs/smoltcp#examplesbenchmarkrs), it should be able to handle multiple Gbps, so I doubt the core libary is the main issue - Tokio's design...

Moving away from Tokio/async may indeed be an option, however I would need to see clear benefits/benchmarks before making that decision. Maybe it's something worth testing in a branch. Either...

Interesting! Could you open a pull-request with your change?