What a Subscription Adds to Clash Verge Rev
Clash Verge Rev is a desktop interface for managing profiles and controlling a proxy core. A subscription is not the client itself: it is a provider-supplied URL that the client can use to retrieve a configuration. Depending on the provider, that configuration may contain proxy nodes, proxy groups, routing rules, DNS settings, and other options. Installing the client without importing a usable profile does not provide nodes or determine how your traffic should be routed.
In Clash Verge Rev, a profile is a configuration entry in the client. It may be a remote profile that can be refreshed from a subscription URL, or a local configuration file that you manage yourself. For this guide, use the remote subscription URL provided by your service provider. Menu labels and button placement can differ between releases, so look for the Profiles or Configurations area and actions such as Add, Import from URL, or Update.
If you still need the application, choose a build for your operating system from the Clash client download page. For installation and first-run guidance, see the quick-start guide. After installing, keep the provider’s subscription link available, but do not paste it into public forums, screenshots, or untrusted online tools. Many subscription URLs contain account-specific credentials; anyone who obtains the link may be able to use or refresh the profile.
Before You Add the Profile
First confirm that the subscription URL is current and was copied in full from your provider’s account page or setup instructions. Do not add quotation marks or spaces around it. If the URL is split across lines by an email or chat application, make sure the copied value has not been truncated. A browser may display an error or download text when you open the link directly; that alone does not establish whether the URL is valid, because some providers expect a client request or specific account state.
Check that your computer can reach the provider’s service. A captive Wi-Fi sign-in page, an unstable connection, a restrictive firewall, or a temporary provider outage can interrupt the download. If you have an old profile with the same provider, avoid deleting it until the replacement has imported and passed basic checks. Keeping the previous entry temporarily gives you a reference point if the new URL or profile has a problem.
| Check | What to confirm | Why it matters |
|---|---|---|
| Subscription URL | Copied from the provider and not expired or revoked | An incomplete or outdated link may return an authorization error or stale configuration |
| Network access | The computer can reach the provider’s subscription service | Client download failures can be caused by the network rather than the YAML content |
| Existing profiles | Identify the current profile before adding another | It is easier to compare entries and roll back than to reconstruct deleted settings |
| Client and core | Use a maintained Clash Verge Rev build and a compatible bundled core | A profile can contain protocols or fields unsupported by an older core |
Also check whether your provider specifies a particular configuration format or core family. Many current Clash-compatible subscriptions target mihomo, the project previously known as Clash Meta. Compatibility is not guaranteed by the words “Clash subscription” alone: older cores may not recognize newer proxy protocols or configuration fields. If the provider offers several formats, follow its recommendation for the client and core you are running rather than importing every variant.
Add the Subscription URL
Open the Profiles Page
Launch Clash Verge Rev and open the page used to manage profiles. Depending on the installed release, it may be labeled Profiles, Configurations, or a similar term. Choose the action for adding a remote configuration or importing from a URL, not the action for opening a local file. If the client presents a form, enter a recognizable name such as the provider name and plan label. A clear name helps distinguish multiple profiles later; do not put the full subscription URL in the name.
Paste and Download the Link
Paste the complete URL into the subscription field and confirm the import. If there is an optional update interval, use the provider’s recommended value or leave the client default unless you have a reason to change it. An update interval controls how often the client attempts to retrieve a new version; it does not make an expired account valid or force an immediate download. If a network or authorization error appears, note the message and check the link and connection before repeatedly submitting it.
After the download finishes, verify that the new entry appears in the profile list and that the client shows a successful update time or equivalent status. Some versions add a profile without selecting it automatically. Select the imported profile or use the client’s activation action, then check that it is the active configuration. Do not assume that the last profile added is the one currently driving the core.
- Open the profile-management page and choose the option to add a remote profile.
- Enter a short, recognizable name and paste the subscription URL exactly as provided.
- Submit the import and wait for the download result; avoid closing the client while it is still retrieving the configuration.
- Confirm that the entry appears, then select or activate it if the client has not done so automatically.
- Open the profile or core logs if the client reports a parse error, unsupported field, or failed download.
Refresh the Profile and Check Its Contents
A remote profile is a downloaded snapshot of the provider’s current configuration. To retrieve later changes, use the profile’s update or refresh action. Updating the client application and updating a subscription are different operations: a client update replaces or upgrades the application, while a profile update downloads configuration data from the provider. One does not automatically perform the other.
To refresh manually, open the profile list, locate the intended provider entry, and choose its update action. Wait for completion and check the result or update timestamp. If the update fails, the previously downloaded configuration may remain in place, depending on the client and failure mode. Check the profile’s status before assuming that it was replaced. Avoid deleting a working profile merely because one refresh attempt timed out.
Next, inspect the client’s proxy or groups page. A successfully loaded configuration should normally expose the proxy groups and, where included, individual nodes. The exact names come from the provider and can vary. A group named Proxy, select, or Auto may be a policy group rather than a server. Select an available node in the group that handles the traffic you want to test. A group can also contain another group, so inspect the displayed selection or proxy chain if changing one item has no effect.
Keep the routing mode and system integration as separate checks. Rule mode applies the configuration’s routing rules; Global mode sends proxied traffic through a selected proxy group; Direct mode bypasses the proxy. For an initial test, leave the mode at the one you intend to use and enable the client’s system proxy if your desktop applications rely on that setting. TUN is a separate option for applications that do not honor the system proxy, and usually requires additional permissions or network configuration. It is not required just to import a subscription.
- No profiles or groups are visible: Confirm the profile is active and that its download completed. Then check the profile format and the core’s parsing logs.
- Groups appear but nodes do not: Check whether the provider has provisioned nodes for the account and whether the subscription is still valid.
- A group shows unavailable members: Run its latency test if available, then select a reachable member or ask the provider whether the service is experiencing an outage.
- Nodes load but a website still connects directly: Inspect the matched rule and proxy chain. The rule may intentionally choose
DIRECT, or the application may not use the system proxy.
Troubleshoot Common Import Problems
Separate download errors from configuration errors. A timeout, connection reset, or name-resolution failure generally points first to connectivity between the computer and the provider. An HTTP authorization response may indicate an expired link, an account limit, or a provider-side restriction. A message about invalid YAML, a missing field, or an unsupported proxy type means the client received data but the core could not parse or use it as expected. The exact wording depends on the client and core version.
| Symptom | Likely area | Next step |
|---|---|---|
| Import times out or cannot connect | Local network, DNS, firewall, or provider availability | Retry on a stable connection, check the provider status, and inspect the client log for the failed request |
| Unauthorized or forbidden response | Account, link, or provider access policy | Generate or copy a current link from the provider account and check plan or device limits |
| Profile downloads but parsing fails | Configuration syntax or core compatibility | Check the core error and ask the provider which format and core version the profile requires |
| Profile appears but no nodes are listed | Empty or incomplete provider configuration, or wrong active profile | Confirm the selected profile and account status, then update once and compare the result |
| Nodes appear but connections fail | Node availability, selection, rules, or local proxy settings | Test another group member and inspect the connection’s matched rule and proxy chain |
When a profile fails to parse, start with the error log and identify the first meaningful configuration or protocol error. A long list of later errors can be consequences of one unsupported field. If the client allows you to select a core, verify that the intended core is actually running and that it is a version compatible with the provider’s format. Do not randomly remove configuration fields from a provider-managed profile: doing so can break updates, remove required rules, or make the local copy diverge from the service.
If the imported entry is local rather than remote, it may not have a subscription URL or an update action. In that case, replace the local file using the provider’s current export instructions or add the correct remote URL as a separate profile. A local YAML file can be edited manually, but changes do not fetch provider updates. Before editing, make a copy and avoid publishing credentials, node passwords, private hostnames, or account details from the configuration.
For diagnosis, record the client version, core name and version, the time of the failed update, and the relevant error text. Redact subscription links and credentials before sending those details to support. Changing one variable at a time—for example, first checking URL access, then core parsing, then node selection—makes it easier to locate the failure than changing mode, DNS, TUN, and subscription settings all at once.
Keep the Subscription Secure and Current
Subscription URLs can provide access to an account’s proxy configuration, so store them in a password manager or another private location rather than a shared document. Do not paste them into public URL checkers or include them in bug reports. If your provider offers a way to regenerate a link, use it after accidental exposure and remove the old profile when the replacement has been verified.
Refresh the profile when the provider announces node, rule, or account changes, or when the client’s last-update time is older than expected. If the provider publishes a recommended refresh interval, follow it rather than setting an unusually frequent schedule. Frequent requests do not improve a broken link and may trigger service limits. If the provider changes its supported protocols or configuration format, check whether your installed core needs an update before assuming the subscription itself is defective.
A reliable first-use check is straightforward: the remote profile downloads, the intended profile is active, the core reports no relevant parsing errors, proxy groups contain usable members, and a test connection follows the expected rule and proxy chain. Once those checks pass, leave advanced options such as TUN, custom DNS, and manual YAML editing unchanged unless a specific application or routing requirement calls for them. This keeps a basic subscription setup easier to maintain and makes later troubleshooting more precise.