Get connected to the cross-border network in three minutes
On Windows, macOS and Android, sign in to Yunoc with your website account to sync your lines. For iPhone / iPad, Linux and other clients, follow the setup steps below.
Install the client
Enable External Control · required
Register & sign in
Create one connection first · required
Install the certificate
Import all lines in one tap
Connect
Open Connection Info
Add every line at once · recommended
Button does nothing? Copy the subscription URL
Or add only one line
Pick a line and connect
Protect the subscription URL
Install the latest Yunoc client
Sign in with your website account
Sync your plan and lines
Choose a line and connect
Already using imported or manual connections?
Dropping after the screen turns off?
Cisco Secure Client also works
Install the latest Yunoc client
Sign in with your website account
Sync your lines and connect
Other connection methods
Install the latest Yunoc client
Sign in with your website account
Sync your lines and connect
Intel Mac / other connection methods
Install the client
sudo apt update && sudo apt install -y openconnectsudo dnf install -y openconnectsudo pacman -S openconnectsudo apk add openconnectopenconnect --version to confirm.Sign in for your connection details
somestring.domain:port). The Global / PAC choice is stored on your account — after switching, disconnect and reconnect once for it to take effect.Connect
https://.Replace the two placeholders below with your own values:
sudo openconnect --protocol=anyconnect --user='your@email' "https://SERVER-ADDRESS"? is a shell wildcard, and without quotes zsh fails with no matches found before the command even runs.Disconnecting and running in the background
kill -9 — only a clean exit restores your routing and name-resolution settings.To run it in the background:
echo 'CONNECTION-PASSWORD' | sudo openconnect --protocol=anyconnect --user='your@email' --passwd-on-stdin --background --pid-file=/run/oc.pid "https://SERVER-ADDRESS"sudo kill $(cat /run/oc.pid)read -s into a variable if that matters to you.Password-free connection (optional)
sudo openconnect --protocol=anyconnect --certificate=/absolute/path/downloaded.p12 "https://CERTIFICATE-ADDRESS"Enter PKCS#12 pass phrase:, just press Enter (the passphrase is empty) — both behaviours are normal. The download link is valid for 30 minutes; the certificate itself also expires, after which you download a fresh one from the same page.Cannot connect? Check in this order
② Terminal says
no matches found or the address is mangled → you forgot the quotes;③ Permission error / cannot create the network device → add
sudo;④ Shows connected but nothing loads → some minimal systems lack the companion network-configuration script; installing from your distribution's official repository normally includes it;
⑤ Want a different line → swap in another address from "Connection Info"; everything else stays the same.
Check the firmware and local access
cat /etc/openwrt_releasecommand -v apk; command -v opkgdf -h; free; dateInstall the required packages
opkg update && opkg install openconnect luci-proto-openconnect ca-bundleapk update && apk add openconnect luci-proto-openconnect ca-bundleCreate the connection in LuCI
occ and select the OpenConnect / AnyConnect protocol. Leave automatic startup off for now. Enter the complete address shown for Cisco / openconnect on Connection Info, your email and your connection password — not your website password. Preserve the port, path and query; add https:// only once. Leave certificate-login fields empty and do not enter an unknown fingerprint to bypass verification. Do not overwrite an existing interface. Review pending changes before saving and applying, but do not start it yet. Keep passwords out of shell history and support messages.Select the actual uplink
occ and wan:uci get network.occ.proto; uci changes networkuci set network.occ.auto='0'uci set network.occ.interface='wan'uci commit networkopenconnect, with no unrelated pending changes. The uplink dependency is intended to keep the connection server reachable over WAN. Check it together with the full URI, then verify the active route.Check LAN forwarding and the exit path
Connect manually and verify each layer
ifup occubus call network.interface.occ statuslogread -e openconnectip -4 rule showip -4 route show table allifdown occ.Connected, but nothing loads?
Show troubleshooting: no receive traffic, LAN failures or stalled pages
No receive traffic and the router is offline: check the full https:// URI, the actual uplink and the server route over WAN. An empty hostname in adding host dependency for at ... is a clue to URI parsing, not proof of an authentication error. Check policy routing too; do not delete the WAN gateway or permanently pin the server IP.
The router works, but LAN devices do not: check their gateway and DNS, then the loaded forwarding / NAT rules, guest networks and other routing tools. On fw4 firmware, nft list ruleset is a read-only check. A page setting does not prove the rule is loaded.
Ping or chat works, but HTTPS stalls: first rule out certificate, destination and DNS problems, then check the runtime device MTU. The form’s 1406 may only be a placeholder; --mtu requests a value from the server, not proof that the device uses it. Find the actual l3_device in interface status, refresh its device page or run ip -s link show dev "ACTUAL-DEVICE".
Comparing MTU values: record the original settings and change one thing at a time. If the runtime value still differs after saving the interface MTU and reconnecting, configure that same device only if the firmware supports it. Do not change WAN/LAN or create a new bridge. 1406 worked in the supplied Kwrt case; it is not a universal recommendation. If the old process keeps reporting Failed to write incoming packet: I/O error after applying the change, stop with ifdown occ and start with ifup occ. Recheck MTU and HTTPS on both router and LAN. If it does not help, restore the original values; remove a device entry only if this experiment created it and nothing else uses it.
Authentication, certificate or transport errors: stop repeated authentication attempts and check the connection password, plan and session allowance. For certificate errors, check the clock, address and trust store; do not bypass verification. Compare no_dtls separately only after routing, DNS and MTU checks, and restore its original state. Plain TCP is not guaranteed to be more reliable.
One account for your devices
On Windows, macOS and Android, sign in to Yunoc with your website account, sync your lines and connect. For other clients, open "Connection Info" for setup instructions. Contact support if you need help.
Sign In / Register