Check these three things after installation
The client, config, and system-level traffic routing are separate steps. Check each in order to avoid mistaking a config issue for an installation failure.
Does the config load correctly?
After importing a subscription or local file, check for syntax errors, unknown fields, or missing policy names. An open client window only means the GUI launched; the core must accept the config before choosing a policy is useful. If a subscription update fails, keep the current working config and then investigate network or URL issues.
Is the system proxy pointing to the right port?
A common mixed listener port is mixed-port: 7890, but use the value in your active config. An old app may leave behind system proxy settings, or the new app may fail to listen because the port is already in use. Don’t just check whether the toggle is on; make sure the proxy address and port match the core logs.
Use only one client to intercept traffic at a time
Before switching clients, turn off the old app’s system proxy and TUN, and make sure any related services have stopped. Test a known destination in Rule mode, then check the matching rule and outbound policy in the connection log. If your browser works but another app doesn’t, check whether that app uses the system proxy before reinstalling the client.
User guide: import a config and connect for the first time → Rule, Global, and Direct modes →