Closed Setsu-BHMT closed 5 days ago
Thanks for reporting this. I'm trying to replicate it for debugging but having some trouble. I've added "C:\测试文件夹\folder" as an allowed folder and it appears to be writing it correctly to the resulting tunnel.conf (stored in C:\Users[YOUR USERNAME]\AppData\Local\TunnlTo\tunnel.conf)
Can you check your tunnel.conf file to see if it contains the correct characters?
Thanks for following up on this issue. Yes, the TunnelTo app does write the path correctly to tunnel.conf. It appears it is the underlying Wiresock CLI that is having trouble with the paths.
I'll @wiresock as he may already be aware of this issue. Also closing this issue as it's unrelated to TunnlTo.
Describe the issue Any paths set in allowed/disallowed sections that contain non-ascii characters (such as chinese, japanese) result in failure. The paths are correctly shown in the GUI but the desired functionality is not active. For example, if the path was specified in the allowed folders section, any app started in that folder are NOT tunneled.
To Reproduce Steps to reproduce the behavior:
Expected behavior Any valid UTF16 path should be tunneled properly. (UTF16 is the default encoding for Windows paths)
Tested on official WireGuard client No.
Tested on different VPN servers VPN functions correctly if path doesn't contain chinese characters
Screenshots and GIF's Not applicable
Tunnel Config Not applicable. The tunnel works if path does not contain chinese characters
Logs In Settings, change the "WireSock Log Level" to "Show All Logs". Copy/paste the logs here with any identifying information removed.
Starting WireSock directly
The path is shown in the output corrupted (there should be chinese characters after Temp) and incorrectly skipped.