mirror of
https://github.com/cbeuw/Cloak.git
synced 2026-04-25 04:25:59 +03:00
[GH-ISSUE #323] flawed windows build? #250
Labels
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Cloak#250
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @tmpuserforbugreport on GitHub (Dec 23, 2025).
Original GitHub issue: https://github.com/cbeuw/Cloak/issues/323
Hello Andy!
First of all I'd like to thank you for the very useful application that has been helping me a lot!
Yet it has some space for improvement: I have met a distilled situation which is AFAIU related especially to the ck-client-windows-amd64-v2.12.0 build.
I do have a VPS with ck-server-linux-amd64-v2.12.0 running and some place (with residential IP in RU) where I tested ck-clients 2.12 built for linux, windows and android. And the outcome is quite stable: windows build is stuck at the very beginning while both linux and android clients works ok. I tried every possible "BrowserSig", some "EncryptionMethod"s (plain, aes and chacha20) and two "ProxyMethod"s (ss and openvpn) and it does not affect the outcome at all. Client reports "wsarecv: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond" and server ""error reading first packet: read error after connection is established: ... i/o timeout".
Could there be a signature within window's network/crypto libraries/stacks which triggers DPI? Is it possible to build with other libraries?
P.S. Several days ago windows client stopped working with 'firefox' BrowserSig. That time switch to 'chrome' had helped.