What is a VPN subscription link? It’s a way for a client to retrieve your account’s connection configuration, usually along with account credentials. Import the link into a compatible client so it can load the available connections. Your plan defines your account benefits, the subscription link delivers the configuration, and the client establishes the connection—they’re separate things.
A common beginner mistake is pasting the link into a browser and expecting a connection to start. Even if the browser displays text, that only means it received a response; it doesn’t mean your system traffic is using the selected route. The right process is to get the link from the user panel, import it into a compatible client, select a route and enable the connection, then verify that access works as expected.
Subscription links, nodes, and plans: what’s the difference?
A subscription link typically returns a set of configurations that may include server addresses, authentication details, connection protocols, and display names. The exact format depends on the service and client: some links return an encoded list of nodes, others return YAML or JSON, and some generate different content depending on the export format you choose.
A node is an individual connection entry, not the subscription link itself. Your plan controls benefits such as traffic allowance and account status. Removing a subscription entry from a client usually deletes only its local configuration; it doesn’t cancel your plan. Importing the link again doesn’t add traffic to your account.
| Item | What it does | What it doesn’t mean |
|---|---|---|
| Plan | Manages your account’s traffic allowance and benefits | The client is already configured |
| Subscription link | Lets a client retrieve or refresh its configuration | You’re already connected to a route |
| Node entry | Describes the parameters needed for a connection | The name proves the route is high quality |
| Client | Parses configurations, applies routing rules, and establishes connections | It supports every subscription format automatically |
Shadowsocks, VMess, Trojan, VLESS, Hysteria2, and TUIC are names of different proxy protocols or protocol families, not synonyms for subscription formats. A client may be able to read a subscription file without supporting every protocol or parameter in it. Check the client version, the core it uses, and the export format rather than judging compatibility by the app name alone.
Credential handlingTreat your subscription URL like an account credential. Anyone with the complete URL may be able to retrieve a usable configuration. The example in this article shows only the URL structure and cannot be used to connect.
Get a subscription link from your user dashboard
First, open the 6xVPN user panel and check your account and plan status. Then look for an option related to subscriptions, connection settings, or importing a client configuration. Interface labels may change, so follow what the panel currently displays rather than looking for a button in a specific location.
- Choose your client. Check supported platforms and instructions on the client downloads page to decide which app you’ll use.
- Choose the matching export format. If the panel offers a format for a specific client, select the one that matches your app. Don’t mistake a single-node share link for a full subscription.
- Copy the complete URL. Use the copy option in the panel to avoid missing query parameters. Don’t add spaces, quotation marks, or explanatory text before or after the URL.
- Import it directly into your client. Paste the URL into the app’s subscription or remote-configuration screen. If you use one-tap import, make sure it opens the client you intended to use.
The URL may include query parameters used to identify your account. Parameter names aren’t standardized, so the absence of a familiar field doesn’t mean the link is invalid. Don’t delete anything just because it looks unnecessary.
https://example.com/sub?token=xxxx
The URL above is for illustration only. Never post a real subscription link on a public forum, in an online decoder, or on an unfamiliar subscription-conversion site. If a conversion service needs the full link, it may be able to access your account configuration.
How to import a subscription into clients on different platforms
The general process is to open the client, go to “Subscriptions,” “Configuration,” or “Remote Configuration,” add a URL source, paste the link, and save it. Then update the subscription. Once the node list appears, select a configuration or group and enable the connection. Saving the URL without activating the configuration is a common reason an import appears successful but nothing works.
Windows and macOS: System proxy vs. network extension
Desktop clients may offer a system proxy mode or a virtual network interface mode such as TUN. A system proxy mainly affects apps that follow the system proxy settings; don’t assume every program will use it. TUN mode usually requires additional permissions, and its actual coverage depends on routing, DNS, and exclusion rules.
macOS may ask you to approve a network extension or VPN configuration; Windows may require administrator permissions for some modes. Follow instructions from a trusted client and don’t disable system security features just to complete an import. If you’re also using another proxy or corporate networking tool, check for conflicts with system proxy or routing settings.
iOS and Android: Saving a subscription doesn’t enable the connection
On mobile, one-tap import may open the client through an app link. If nothing happens, make sure the app is installed, then try copying the subscription URL manually. When the system asks you to authorize a VPN configuration, it’s allowing the app to create a local network tunnel; it doesn’t guarantee that all traffic will be handled the same way.
On Android, VPN mode may also let you configure per-app routing. On iOS, the actual traffic path depends on the client’s rules and system network extension settings. If the connection drops in the background, check the app’s guidance on background activity and power management instead of repeatedly changing the subscription link.
Linux: Check which configuration methods the app supports
Linux GUI clients and command-line cores may have different capabilities. Some graphical interfaces can manage remote subscriptions, while the underlying program may accept only local configuration files. Use a configuration structure and update method supported by the program. Don’t overwrite an active configuration file with a subscription response, or you could lose your local rules.
- ✅ The export format matches the client, and the update shows usable routes.
- ✅ The imported configuration is active, and the selected group is correct.
- ✅ System proxy or VPN mode is enabled as needed, with the required permissions granted.
- ❌ Don’t assume “URL saved” means “all apps are connected.”
Update frequency and keeping local settings
Updating a subscription fetches the latest server-side configuration; it doesn’t renew your plan or reset your traffic. For 6xVPN monthly subscriptions, monthly traffic resets on the activation date. Traffic add-ons remain available until used and never expire. These plan benefits are separate from the client’s update button.
There’s no fixed update interval that works for every service. Follow the default schedule recommended by your client or service. Refresh manually if the panel announces route changes, the list looks outdated, your subscription credentials have been reset, or the existing configuration keeps failing. If everything works, there’s no need to keep clicking Update.
Automatic updates depend on whether the app is running, its background settings, and whether it can reach the subscription server. Some clients check only at startup; others can fetch updates on a schedule. Don’t assume that enabling automatic updates keeps the configuration current forever—check the last update time and its result.
Before updating, find out how your client handles local changes. Some clients overwrite rules, DNS settings, and groups in the remote configuration; others let you keep changes using a separate override. If you need custom routing, use the override mechanism officially supported by the client rather than editing settings that the next update may replace.
Troubleshooting update failures and connection issues
First identify whether the failure happened while downloading, parsing, or connecting to a node. Each stage points to different issues. If the subscription server is temporarily unreachable, that doesn’t necessarily mean existing nodes are unavailable. Likewise, a successful subscription update doesn’t prove the selected node can connect.
- Check the URL. Copy it again from the panel and make sure it’s complete, belongs to the current account, and matches the client you’re using.
- Check the fetch status. A timeout may be related to your current network, DNS resolution, or request path. If authentication fails, check whether the credentials have been reset and whether your account is active.
- Check parsing errors. Unsupported formats, incompatible protocols, or missing parameters need to be checked against the client documentation. Repeatedly refreshing won’t fix them.
- Confirm what’s active. Check the selected configuration, group, and node to make sure you aren’t still using an old entry.
- Test each part separately. Check general web access, the target app, and DNS behavior to see whether the issue is limited or affects the entire connection.
For troubleshooting, note the error type, client version, operating system, and circumstances. Before submitting information through the support ticket portal, redact subscription parameters, QR codes, and node authentication details. Full configuration files may also contain credentials, so don’t upload them publicly.
For a fetch failure, check the URL and request path. For a parsing failure, check the format and core. For a connection failure, check the node and local network. Identify the stage before changing settings, and avoid changing several things at once so you can tell what fixed the issue.
How to reset a leaked subscription link
If a complete subscription link appears in a public screenshot, chat, or untrusted website, treat it as an exposed credential. Removing the public post is worthwhile, but it can’t guarantee that copied links are gone. The key step is to invalidate the old credentials, not just delete the subscription from your device.
- Open the user panel and look for an option to reset the subscription or refresh its credentials. If there’s no clear option, contact support through a ticket to confirm what to do.
- Read the reset notice carefully and confirm what will be affected. Subscription URL credentials and authentication details already issued to nodes may be managed separately.
- Get a new URL, replace the old subscription on your own devices, and update the configuration. Check for duplicate entries so you don’t select the old one by mistake.
- Confirm that the old URL can no longer retrieve a valid configuration. Ask support whether credentials for any exposed nodes also need to be rotated.
What a reset does—and doesn’t doChanging your account password may not reset your subscription credentials. Invalidating an old subscription URL may not immediately revoke node authentication details that have already been downloaded. Check the panel’s instructions and the service’s confirmation for the exact effect.
To protect your subscription going forward, don’t put the complete link in a public code repository, shared document, or screenshot. A QR code is just another way to represent the link and needs to be concealed too. Store backups somewhere access-controlled, and check whether they contain account keys.
Verify your connection: traffic routing and DNS checks
After importing, open the app where you need an international route and check the client’s connection log or rule-matching details. A changed location display is only a clue; it doesn’t prove that every app uses the same route. In rule-based mode, some websites connecting directly may be exactly what you expect.
A DNS leak generally means that domain lookups that should follow an intended, controlled path are being sent elsewhere. Whether that happens depends on the client’s DNS settings, system resolver, browser Secure DNS, and app behavior. Turning on a proxy doesn’t automatically route DNS through it. Compare test results with your routing goals rather than relying on a single warning label.
A subscription file may include DNS and routing rules, or it may provide nodes only. Local client settings and remote configuration can override one another, so check the configuration that’s actually in effect. If an internal corporate domain won’t resolve, check internal DNS and routing exclusions first instead of simply sending every query to an external resolver.
Interpret route labels with care, too. IEPL, transit, and direct connections describe different network arrangements, not subscription protocols. A word in a node’s name isn’t a substitute for real route details, and it doesn’t guarantee a particular latency or level of stability. Choose a route based on the panel information and how it performs with your target app.
A working setup requires a valid subscription, a compatible client, an activated configuration, and app and DNS paths that behave as expected. If something goes wrong later, checking these in order is more likely to reveal the cause than blindly importing everything again.