Open Barsovski opened 2 months ago
Looks like it's a mtproto connection, but why over http and not https?
@FeeeeK No need for TLS encryption because it uses the same MTProto encryption as in TCP connections, just using HTTP wrapped transport.
Is there any reason why the latest version of tdesktop prefers this connection over other options?
@FeeeeK It doesn't. It tries both, TCP and HTTP, to all the known endpoints, and the one which is faster is selected, others are dropped. That was working this way in all versions.
Why does it need so many individual connections per second? Even real HTTP does not do this.
Why does it need so many individual connections per second? Even real HTTP does not do this.
@reallyuniquename wdym by "real http"? Every request in logs represents new mtproto api request and tdesktop makes a lot of them.
Also, now when the reason behind these http requests has been explained, the number of them should not be a surprise and this issue can be closed
Why does it need so many individual connections per second? Even real HTTP does not do this.
@reallyuniquename wdym by "real http"? Every request in logs represents new mtproto api request and tdesktop makes a lot of them.
Also, now when the reason behind these http requests has been explained, the number of them should not be a surprise and this issue can be closed
Not really. The amount of connection might matter by itself. For a proxy server, it is a significant log spammer.
We need a way to make it quieter, like forcing persistent connection while using http proxy
@FeeeeK As in real HTTP clients. For example while you may see dozens of GET and POST requests in your browser network log it all goes through a single TCP or QUIC connection to the target server. I believe that's not the case for Telegram.
now when the reason behind these http requests has been explained
It really hasn't. Why does it need to hammer that endpoint so much?
Steps to reproduce
Expected behaviour
Not so many requests by second. Why HTTP?
Actual behaviour
More than 10 POST requests by second to next servers:
My proxy server starts blocking all of my connections from time to time due to this behavior
Operating system
Ubuntu 24.04.1 LTS, GNOME Shell 46.0
Version of Telegram Desktop
5.5.5, 5.5.6 Beta
Installation source
Static binary from official website
Crash ID
No response
Logs
No response