About 10 minutes · Basic setup path

Clash Setup Guide: From Subscription Import to Connection Verification

Follow these steps in order: “Import subscription → Choose proxy mode → Establish connection → Verify results.” For a first-time setup, change only the essentials. Leave advanced topics such as DNS, overrides, policy-group syntax, and rule writing until the configuration is stable.

01
Import Subscription Load a usable configuration
02
Choose Mode Decide how traffic is handled
03
Establish Connection Enable the system proxy
04
Check Results Confirm rule-based routing

Before You Start

Prepare the Client and Subscription URL

You need two things: an installed Clash GUI client that starts normally, and the subscription URL supplied by your service provider. If Clash is not installed yet, visit the download page and choose the version for your operating system. Available clients differ across Windows, macOS, Android, iOS, and Linux, so do not use an installer for another platform on your device.

A subscription URL usually starts with https://. It lets the client retrieve a configuration file, which may contain proxies, policy groups, and rules. Treat this URL as a personal configuration credential; do not share it in screenshots, public posts, or shared documents. When copying it, avoid leading or trailing spaces, and do not mistake the provider’s website or login URL for the subscription URL.

For the first setup, temporarily quit other tools that modify the system proxy or establish a VPN connection. When multiple network tools handle traffic at once, Clash can be configured correctly yet still send browser traffic through the wrong route, have its system proxy repeatedly overwritten, or show no connection records. After all four steps are verified, restore other tools one at a time to identify conflicts more easily.

01

Load the Active Configuration

Import the Subscription and Make It Active

After starting the client, find the “Subscription,” “Configuration,” or “Profiles” page. Some desktop clients show it in the left sidebar, while mobile apps usually place it at the top of the home screen or in a side menu. Choose “Add Subscription,” “New Configuration,” or a plus button. Enter a recognizable name, such as “Daily Configuration,” then paste the full subscription URL into the URL field.

After confirming there are no spaces around the URL, click “Import,” “Save,” or “Download.” The client will request and parse the remote configuration, so wait for the result instead of clicking repeatedly. Normally, the subscription list will show the name you entered and a last-updated time. Some clients add the configuration without selecting it, so click the item, enable it, or choose it from the active-configuration dropdown.

Subscription / Configuration Add URL Save and Update Set as Active Configuration

A successful import does not mean a connection has been established. It only means the configuration has been handed to the client; system traffic usually remains unchanged. First check that the configuration is usable: the proxy or policy-group page should show the policy groups defined in it, and the rules page should contain rule content. This step only confirms that the structure loaded; there is no need to study every proxy, policy group, or rule.

If the page reports a download failure, copy the subscription URL again and use a regular browser to confirm that the provider’s page is reachable. YAML parsing errors, invalid fields, or an empty configuration usually come from the subscription response rather than the system proxy switch. Try “Update Subscription” once; if it still fails, keep the error message and contact the configuration provider instead of deleting or editing the original configuration without understanding its fields.

After confirming the active configuration name and opening its policy groups, continue to the proxy-mode step. For configuration-file structure, field meanings, and override methods, see the complete configuration reference. This guide leaves the configuration unchanged for now to avoid adding variables before the first connection.

02

Decide How Traffic Is Handled

Choose Rule Mode, Then Confirm the Policy Group

Once the configuration loads, find “Mode,” “Proxy Mode,” or “Mode.” Common choices are rule mode, global mode, and direct mode. For everyday use, rule mode is recommended: the client evaluates requests in the order defined by the configuration, keeps connections matching direct rules direct, and sends proxied connections to the relevant policy group. This preserves the configuration’s intended routing logic.

Global mode sends most connections to one global policy group. It is useful for briefly testing whether a proxy policy works or determining whether rules are causing the issue, but it is not a good default for every situation because local services and LAN resources that should be accessed directly may also be affected. Direct mode bypasses the proxy and is useful for restoring local access or making a comparison. In direct mode, enabling the system proxy still will not produce rule-mode routing.

Global Mode Temporary testing

Sends connections to a specified policy for testing its availability or ruling out issues caused by rule matching.

Direct Mode Troubleshooting

Temporarily bypasses the proxy to compare network behavior before and after enabling it or restore access to LAN resources.

After selecting rule mode, open “Proxy,” “Proxies,” or the policy-group page. It shows the policy groups defined by the configuration, not simply a list of proxies. Groups may be organized by purpose and may offer manual selection, automatic selection, or failover. On your first pass, do not change every group; find the group handling most proxied traffic and choose the option recommended by your provider.

If a policy group shows “DIRECT,” matching requests connect directly. If a proxy policy is selected, requests matching that group are routed through it. Group names are defined by the configuration provider and vary widely between subscriptions. Use the names shown in the current client and the provider’s documentation rather than expecting one universal name. Do not judge quality from the word “auto” alone, and avoid switching several groups during initial setup; otherwise it becomes difficult to tell which change affected the result.

Mode changes usually take effect immediately, without reimporting the subscription. Existing connections may continue using their previous route, so close and reopen the page or app being tested after switching. For the differences between the three modes, rule order, and fallback behavior, see Troubleshooting. For now, keep rule mode selected and remember the main policy you chose.

03

Send Application Traffic Through the Client

Enable the System Proxy; Use TUN Mode When Needed

The first two steps configure the client internally, but the operating system still needs to know where to send traffic. Return to the client’s home or Settings page and enable “System Proxy,” “Set as system proxy,” or an equivalent switch. Desktop clients usually write the current HTTP and HTTPS proxy settings automatically; if the client requests system permission, follow the operating system’s prompt.

After enabling it, wait a few seconds and check that the switch stays on. If it turns off immediately or the system reports insufficient permission, do not enable other features yet. On Windows, restart the client normally and check whether security policies are blocking it. macOS may require system credentials to change network settings. Mobile devices generally establish a local connection through the system VPN permission dialog, which you must approve.

Browsers and Apps Make network requests
System Proxy Send proxy-aware traffic to the client
Rules and Policy Groups Choose the direct or proxy route

For browsers, common desktop apps, and software that follows system proxy settings, the system proxy is usually enough. Some apps ignore it, while certain UDP traffic, command-line programs, and unusual network environments may bypass it. In those cases, consider TUN mode. TUN creates a virtual network device and captures a broader range of system traffic, but it requires additional permissions and is more likely to conflict with other VPNs, virtual adapters, enterprise security software, or network accelerators.

For the first setup, enable only the system proxy and complete the next verification step. If the browser works but a specific app still bypasses the client, return to Settings and enable TUN. When prompted to install a service, add a VPN configuration, or authorize a network extension, approve the required action. After enabling TUN, do not run another tool that takes over the default route. If the entire network stops working, disable TUN first, confirm that the system-proxy path still works, then investigate permissions and virtual-adapter issues separately.

“Allow LAN Connections” is not the same switch as establishing a local connection. It lets other devices on the same LAN access the proxy port on this device and is unnecessary for ordinary single-device use. Port numbers, bind addresses, authentication, and firewall rules are shared-connection settings. If you truly need cross-device access, read the common-field guidance in the complete configuration reference; do not widen the listening scope just to complete a local connection.

When the system proxy remains enabled, the client shows no errors, and rule mode is still selected, proceed to verification. Do not judge success only by the switch color. The real evidence is whether application requests enter the client and whether the expected policy handles them.

04

Confirm the Request Route

Use Connection Logs to Verify the Setup

For testing, fully close the browser window, then reopen it and visit a site that normally connects directly. Open the client’s “Connections” or log page and check for the domain request just generated. A new connection confirms that application traffic has entered the client. If the list stays empty, first check the system proxy switch, whether the browser uses its own proxy settings, and whether another tool has overwritten the system network configuration.

Next, visit a site that the current configuration should send through a proxy policy, then check the corresponding domain in the connection log. Most clients show the matched rule, policy group, and final policy. Focus on whether the expected policy was used, not merely whether the page opened: it may have loaded from cache or succeeded through another route despite a rule mismatch. A visible page alone does not prove that routing is correct.

A Send the Request Again

Close the old page and visit it again to avoid cached content and existing connections affecting the result.

B Review Connection Logs

Confirm that the new request appears in the client, and locate its domain and matched rule.

C Compare Two Types of Sites

Test targets that should connect directly and through a proxy, and check whether the routing results are consistent.

Run a comparison test: keep the system proxy enabled, record the result in rule mode, then briefly switch to global mode, close and reopen the test page, and compare the connection logs. If global mode works but rule mode does not, the client and selected policy can probably connect; the issue is more likely rule matching or the policy-group target. If neither mode works, check whether the subscription is updated, whether the main policy is available, and whether the local network is restricting the connection.

Switch back to rule mode when testing is complete. If you used direct mode for troubleshooting, make sure you did not leave it enabled. Some clients remember the last mode and restore it at the next launch, so explicitly restoring the everyday setting matters. If only one browser fails, check for extensions that control its proxy independently or a browser proxy setting that differs from the system.

You can also temporarily disable the system proxy, revisit the same target, and see whether new connection records stop appearing. Re-enable the system proxy and visit it again. If the switch changes in step with the connection log, the client is correctly controlling the operating system’s proxy settings. At this point the basic setup is complete: the configuration loads, the mode is defined, system traffic reaches the client, and the final route is confirmed in the connection log.

After Setup

Keep Three Habits for Everyday Use

Once the basic connection is stable, you do not need to reimport the subscription every time the client starts. In daily use, check the active configuration, subscription update time, and system proxy status.

01

Update the Subscription When Needed

When your provider announces a configuration change or the policy list has not updated for a long time, open the subscription page and choose “Update.” Afterward, confirm that the active configuration is still selected. Some clients retain the old configuration after an update fails, so check the update time and error message instead of repeatedly deleting and re-adding it.

02

Restore a Clear State Before Quitting

After troubleshooting in global or direct mode, switch back to rule mode promptly. If you no longer need the proxy, disable the system proxy in the client before quitting so the operating system does not retain the previous settings. If the network stops working after the client exits unexpectedly, first check whether the system proxy still points to a stopped local port.

03

Keep a Way Back Before Editing

Before changing DNS, ports, overrides, or custom rules, keep a configuration that loads correctly and record the mode and policy selection used beforehand. See the complete configuration reference for complex fields, merge order, and rule syntax; common errors are collected in Troubleshooting.

Next Steps

Move from a Working Configuration to Fine-Tuning

If the connection logs and rule results match expectations, basic setup is complete. Return to the download page if you need another client. For DNS, policy groups, rule syntax, overrides, or merges, open the configuration reference and adjust each item one at a time.