You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
From above version 5.0.4, the Android version of shadowsocks, shadowsocks-android no longer works on IPv6 only network, now it always resolves to IPv4 regardless of any configuration combination on both sides. PC clients like the rust and libev ports work as expected.
Server software: Arch Linux x86_64 with shadowsocks-rust 1.14.3 built from AUR
Server network: IPv6 only Internet with IPv6 only dnscrypt client, no IPv4 local nor Internet address
To Reproduce
Steps to reproduce the behavior:
Connect to the server using its IPv6 address directly
Click on Connected, tap to check connection
Success: HTTPS handshake took N ms
Open a browser, go to some dual stack sites, here web.telegram.org
The browser returnes error connection closed
On server side this line is registered on systemd: tcp tunnel [CLIENT_IPV6_ADDR]:40671 -> 149.154.167.99:443 connect failed, error: Network is unreachable (os error 101)
149.154.167.99 is actually the A record of web.telegram.org
Expected behavior
shadowsocks-android either has an option to select which IP version to resolve first or its resolution behavior is determined by server side configuration, which enables ipv6_only and ipv6_first
Screenshots
If applicable, add screenshots to help explain your problem.
Smartphone (please complete the following information):
Android/Chrome OS version: Android 9, PQ1A.190105.112
Device: Essential Phone PH-1
Version: 5.2.6
Last version that did not exhibit the issue: 5.0.4
Configuration
Put an x inside the [ ] that applies.
IPv4 server address
IPv6 server address
Client IPv4 availability
Client IPv6 availability
Encrypt method: none
Route
All
Bypass LAN
Bypass China
Bypass LAN & China
GFW List
China List
Custom rules
IPv6 route
Apps VPN mode
Bypass mode
Remote DNS: dns.google
DNS over UDP
Plugin configuration (if applicable):
Auto Connect
TCP Fast Open
If you're not using VPN mode, please supply more details here:
Additional context
Versions <= 5.0.4 work only if Bypass LAN & China route mode is selected, otherwise it will always resolve to IPv4 (For example you've selected All or GFWList)
The Connected, tap to check connection works without problem. When checking connection, it resolves dns.google to 2001:4860:4860::8844 at first and then establishes a connection with IPv6
Direct IPv6 connection without domain name resolution works without problem as well
Please read contributing guidelines. Thanks.
Describe the bug
From above version 5.0.4, the Android version of shadowsocks, shadowsocks-android no longer works on IPv6 only network, now it always resolves to IPv4 regardless of any configuration combination on both sides. PC clients like the rust and libev ports work as expected.
Server software: Arch Linux x86_64 with shadowsocks-rust 1.14.3 built from AUR
Server network: IPv6 only Internet with IPv6 only dnscrypt client, no IPv4 local nor Internet address
To Reproduce
Steps to reproduce the behavior:
Connected, tap to check connection
Success: HTTPS handshake took N ms
tcp tunnel [CLIENT_IPV6_ADDR]:40671 -> 149.154.167.99:443 connect failed, error: Network is unreachable (os error 101)
149.154.167.99
is actually the A record of web.telegram.orgExpected behavior
shadowsocks-android either has an option to select which IP version to resolve first or its resolution behavior is determined by server side configuration, which enables ipv6_only and ipv6_first
Screenshots
If applicable, add screenshots to help explain your problem.
Smartphone (please complete the following information):
Configuration
Put an
x
inside the [ ] that applies.Additional context
Bypass LAN & China
route mode is selected, otherwise it will always resolve to IPv4 (For example you've selectedAll
orGFWList
)Connected, tap to check connection
works without problem. When checking connection, it resolvesdns.google
to2001:4860:4860::8844
at first and then establishes a connection with IPv6The text was updated successfully, but these errors were encountered: