Understanding subscriptions and cross-border connections
What the service, dashboard and client each do
VPNQO is a subscription service for cross-border connectivity. The process does not automatically reroute every app when you open the website. First, choose a plan in the user dashboard and get the subscription for your account. Then use a client on your device to establish a connection. The website explains the service and provides guidance; the dashboard handles your account, orders and subscription; the client manages traffic on your device. Knowing which component does what makes it easier to check whether a login issue, an inactive plan or a connection problem is affecting the website, dashboard or client—rather than treating every issue as the same kind of failure.
The service covers 100+ countries and 230+ routes, supports Windows / macOS / iOS / Android / Linux, and allows unlimited devices to connect at the same time. Device support means you can configure a client on the listed operating systems; it does not mean every system has the same controls or behavior. Desktop systems may use a system proxy or virtual network interface, while mobile systems typically route connections through a system VPN configuration. Which apps use a route still depends on the client mode and rules.
How subscriptions, nodes, protocols and exit locations relate
Think of a subscription as the entry point a client uses to retrieve configuration. After importing it, the client displays available routes and their connection settings. You can update the subscription later to retrieve the configuration currently available in the dashboard. A node is a connection option shown in the client; the exit location is the network location that destination websites see. If you select a Hong Kong route, check whether the actual exit matches your expectations rather than relying on its name. Route names help you identify options, but they do not replace connection checks or guarantee that a third-party service will accept an exit.
A protocol describes how a client communicates with a server; a route type describes how the connection path is organized. They are not the same thing. When you see a protocol name, check whether your client supports it. For dedicated, relayed or direct routes, consider your network and destination when evaluating performance. A protocol name alone does not mean a connection will be faster, and you should not manually edit configuration parameters during your first import. For definitions, see VPN terms: subscriptions, nodes, protocols and traffic routing, then return to the setup steps.
What a connection can—and cannot—change
A connection changes the route and public exit used by traffic it handles. It does not automatically change a website account’s registered region, subscription benefits or payment details. AI tools and streaming services may also consider account status, regional policies and the detected exit. A website that loads while an account feature remains unavailable calls for further checks; it does not by itself mean the route has failed. Before using a third-party platform, review its availability and terms to avoid triggering additional account checks by repeatedly switching regions.
For everyday browsing, the nearest route is not necessarily the best one. Your current network, the destination’s location, the forwarding path and the app itself can all affect performance. For your first session, establish a simple, repeatable baseline: use the same device, network and exit, confirm that ordinary websites load, then test the app you actually need. This gives you a reference for future changes and helps identify whether a problem is with importing, connecting or the app itself, rather than leaving you to guess after changing several settings at once.
Choose a plan that fits how you use the service
First, decide between a monthly plan and a data package
Monthly plans suit regular use. Plan your everyday browsing around the included data. Data resets monthly on your activation date, not at the start of each calendar month. Check the activation record and plan details in the dashboard to see when your data resets. Keep the reset date, payment date and plan expiry date distinct: they refer to data renewal, a transaction and service eligibility, respectively. If you are unsure about the billing cycle, check the dashboard instead of calculating dates from the calendar.
Data packages suit less predictable usage or anyone who wants to keep unused data. They remain available until used and never expire. The difference from a monthly plan is how data is consumed, not the quality of the routes. VPNQO offers data packages at ¥158/300GB, ¥358/1000GB and ¥658/3000GB. Before choosing, decide whether you need data replenished on a regular schedule or a total allowance you can use over time. Compare billing terms, not just the listed prices.
| Plan type | Price | Included data | Data terms |
|---|---|---|---|
| Monthly plan | ¥9.9/month | 60GB | Resets monthly on the activation date |
| Monthly plan | ¥18/month | 250GB | Resets monthly on the activation date |
| Monthly plan | ¥28/month | 500GB | Resets monthly on the activation date |
| Data package | ¥158 | 300GB | Use until depleted; never expires |
| Data package | ¥358 | 1000GB | Use until depleted; never expires |
| Data package | ¥658 | 3000GB | Use until depleted; never expires |
Estimate data use based on what you do
Reading documents, sending text messages, streaming video and syncing large files all use different amounts of data. Video quality, viewing time and preloading can change usage; cloud storage, photo libraries and software updates may also transfer data in the background. So the time you spend with a client connected is not a reliable way to estimate usage. Instead, check data changes in the dashboard after connecting and compare them with your actual app activity before deciding whether you need a higher data tier. Client-side usage figures and dashboard totals may update at different times; use the plan details in the dashboard as your main reference.
Unlimited devices means you can configure connections on your own devices; it does not give each device a separate data allowance. When estimating usage, consider all devices using the same subscription, especially when a computer is syncing files while a mobile device streams video. A locked screen does not necessarily stop data transfers: background activity depends on the operating system and app. Once the connection is set up, traffic rules can help keep unrelated activity off the proxy.
Upgrades, refunds and choosing the right plan
If you upgrade a monthly plan partway through its term, the price difference is converted into remaining days. Do not simply subtract full months or assume an upgrade grants another full billing period. Review the actual change shown in the dashboard before confirming the order. If you add a data package to an existing subscription, do not assume the two will automatically combine, extend the expiry date or consume one allowance before the other. Follow the dashboard’s instructions for how each product takes effect. If the interface is unclear, ask through a support ticket before proceeding.
VPNQO offers a 60-day money-back guarantee and accepts Alipay / WeChat Pay / USDT. See the Terms of Service for refund terms and the plans page for full pricing and inclusions. The refund policy is a safeguard when choosing a service; it does not imply unlisted free data or service time. By the end of this chapter, choose a billing type and data tier, then move on to your account and order. There is no need to create multiple unpaid orders first.
Create your account and confirm your order
Save your username and password
VPNQO requires no email address; create an account with a username and password. Open the account page and enter the details requested by the dashboard. Your username identifies your account, and your password lets you sign in to the dashboard. Save both in a password manager you can access long term. Do not rely only on autofill in your current browser window or include your password in screenshots sent to other people. Before submitting, check your keyboard layout, capitalization and spaces at either end to avoid login problems later.
Not requiring an email address makes account creation simpler, but it also means you should not assume email recovery is available. If you forget your password, follow the recovery options actually provided in the dashboard; this guide does not promise recovery methods that are not shown. After creating your account, sign out and back in with your saved details to confirm it works before placing an order. If you already have an account, use it rather than creating another because a page is temporarily slow to load. Multiple accounts can leave your orders and subscriptions split up.
Check the order details and payment status separately
After signing in, open the plans section in the dashboard and select the option that matches the billing type you chose in the previous chapter. Check the plan name, price, data allowance and term, and confirm whether the action is a new purchase, renewal or plan change. If the details differ from what you expected, go back and make the correct selection. A price shown on an information page does not confirm that the right order was created. Product details are on the marketing site; confirm the transaction in the dashboard order flow.
Payment methods include Alipay / WeChat Pay / USDT. Follow the payment page instructions without changing the recipient details, and do not treat someone else’s payment screenshot as proof of your own payment. When paying with USDT, carefully check the network and recipient details shown on the page; do not assume they match a previous payment. Do not try to add payment methods that are not shown in the dashboard by contacting someone elsewhere. This guide does not provide additional payment addresses, and no one should need your account password to make a payment for you.
Once your payment app shows the payment as complete, return to the dashboard order page to check its status, then confirm that the plan is active in your account overview. These screens may not update at the same time. If the status has not refreshed, reopen the order details or refresh the overview. Do not pay again because the page still shows the pre-payment screen, or create repeated orders to try to fix the status. If the statuses remain inconsistent, note the order number, payment method and payment result, then explain the issue through a dashboard support ticket.
What to include if an order has a problem
A useful report links the transaction to your account. For example, state which account is signed in, which plan you selected, the status shown in your order list and whether the payment provider confirmed the payment. Keep screenshots focused on the issue and hide unrelated personal details in payment accounts. Do not post full order receipts in public discussions, and never include your subscription link, login password or dashboard session details. In a support ticket, provide only what is needed to resolve the issue; there is no need to copy all browser storage data.
If payment succeeded but the order is missing after you sign in, first check whether you switched browsers, used a different username or changed accounts. An old session in another browser tab can also cause confusion. Close outdated tabs and sign in to the original account again. If the order is there but the plan is not active, report the order status. If the order itself is missing, check the account and transaction records. Distinguishing these situations helps avoid unrelated client troubleshooting.
Get your subscription and check the import
Get the configuration from your account
Once your plan is active, open the account overview and look for the subscription or import option. Make sure the page belongs to the account that placed the order, then choose the option that works with your client. The dashboard may offer a deep link to open the client or a copyable subscription URL; follow the labels shown in the current interface. A deep link hands the subscription to an installed client—it does not install the app. If you do not have a client yet, get one from the client section of the dashboard before returning to the subscription page.
Your subscription link is account information, not an ordinary web address to share publicly. It may contain details that identify your subscription access, so anyone with the link may be able to import its configuration. After copying it, paste it only into a client you trust. Do not post it in public chats, upload it to online link checkers or include it in an uncensored support screenshot. When setting up another device, sign in to the dashboard directly on that device if possible. If you must transfer the link another way, use a channel you control and remove any leftover copies afterward.
Import with a deep link or paste the URL
When using a deep link, your browser may ask to open an external app. Check that the app name matches the client you intend to use before allowing it. If nothing happens, make sure the client is installed and has been opened at least once, then check whether the browser blocked the link. Repeated clicks usually do not fix app associations and may create duplicate configurations. If the link will not open the client, copy the subscription URL from the dashboard and import it from the client’s subscription, configuration or remote configuration page.
For a manual import, choose the field for a subscription URL—not a local file, individual node or proxy server address. After pasting, check that the beginning has not been cut off, that there are no extra line breaks and that no text from a chat app was added. Do not remove query parameters or try to replace the token in the URL. Save it and fetch or update the configuration until the client shows a route list. Seeing a configuration name without any routes does not confirm a successful import; check the update result as well.
https://example.com/sub?token=YOUR_TOKEN
The address above is only an illustration of what a subscription URL looks like; it cannot be used to connect. Get your actual URL from your own dashboard. Do not mistake an error from pasting the example for a service failure, and do not share real parameters when asking about the URL format. To report a problem, say that the update failed after importing a copied link and include a redacted error message. This is more useful than exposing the full URL and helps identify where the failure occurred.
Check the configuration and future updates
After importing, check that the client shows available routes, proxy groups or a routing mode, and that the imported configuration is the one currently enabled. Some clients can store multiple profiles; updating one does not necessarily switch the active profile. You can give the VPNQO profile a recognizable local name to distinguish it from other configurations, but do not put a password or full subscription details in the name. Confirm the right profile is active before connecting so you do not keep testing an older configuration.
Subscription updates retrieve the routes and parameters currently provided by the dashboard. They do not add data to your plan or replace a renewal. If an update fails, first check that you can access the dashboard, your plan is active and the copied URL is complete. Then check whether your client supports the configuration format. If the dashboard opens in your browser but the client cannot fetch the subscription, the route used by the client to access the subscription may be a factor. Check its subscription update settings instead of repeatedly switching routes before the import succeeds.
If you think your subscription link may have been exposed, check whether the dashboard offers a reset option and follow its instructions. After a reset, the old link may no longer work; retrieve and update the subscription on each of your devices. Changing your login password does not prove that an old subscription link has been invalidated: the password and subscription link serve different purposes. This chapter is complete when the client can read the configuration and you know which one is active—not merely when you have copied a link.
Import and authorize clients on each platform
Get clients from the client section of the user dashboard, choosing the option for your operating system. This page does not link directly to installers or treat files from other sources as official clients. Save your work before installing. If the system requests permission on first launch, check the app’s source and the details of the request before authorizing its network features. Platform interfaces can change; the steps below describe what to do rather than requiring exact button labels.
Windows: check the configuration and system proxy
After installing and opening the client on Windows, import the subscription from the dashboard or paste the subscription URL you just retrieved. When the route list appears, enable the profile, choose an exit and check that the system proxy or client connection switch is on. A client icon in the system tray alone does not confirm that it is handling network traffic. If your browser works but other software still uses a different exit, check whether that software follows the system proxy. If you need virtual network interface mode, review its permission requirements first. Do not run multiple clients that may compete to control the same settings.
macOS: installation permissions and network extensions
On macOS, get a compatible client using the instructions in the dashboard, install it, and then import your subscription. If macOS asks to allow a network extension or add a VPN configuration, confirm the request comes from the app you are using and handle it in the relevant system settings. Do not disable system security features to run a file from an unknown source. Once the subscription is imported, choose a profile, exit and connection mode, then connect. An exited app, leftover system proxy settings or another network tool running at the same time can affect access. For troubleshooting, start by leaving only the current client enabled.
iOS: install the app and add a VPN configuration
Getting an iOS client may depend on your App Store region and app availability. Use the link provided in the dashboard and check what is currently available in the store. Do not install an unfamiliar profile just because a search result is unavailable. After importing the subscription, the first connection will usually ask permission to add a VPN configuration. Check the app name and source before authorizing it. Seeing a VPN configuration in system settings does not mean the subscription updated successfully; return to the client and check the route list and active status. For more on store regions, configurations and quick switching, see iOS clients and configuration profiles.
Android: connection permission and background operation
After installing a client on Android, open it, import the subscription and wait for the configuration to update before choosing a route and connecting. If Android asks to set up a VPN connection, confirm the request comes from the client you are using, then allow it. If the connection works in the foreground but often drops when the screen is locked, check the system restrictions on background activity, battery optimization and background network access. Adjust settings only as needed for the client to stay connected; do not turn off power-saving features for every app. Settings vary by device. Use the Android setup guide for beginners to check them one by one.
Linux: check desktop proxy versus interface routing
Linux users should first check that the client provided in the dashboard supports their distribution and desktop environment, then install it, import the subscription and enable the configuration. Desktop proxy settings may not affect terminal programs, and proxy environment variables in a terminal may differ from the desktop settings. If the browser and command line behave differently, that does not necessarily mean the route has failed. If the client needs to create a virtual network interface or change routes, grant the required permissions as instructed. Keep privileged operations separate from ordinary configuration edits, and do not copy installation commands from unknown sources.
| Platform | Check after import | Commonly missed |
|---|---|---|
| Windows | Enabled profile and system proxy status | App does not follow the system proxy |
| macOS | Network extension and connection permissions | Proxy settings left behind by another tool |
| iOS | Route list and VPN configuration permission | Configuration added, but connection not started |
| Android | VPN permission and background operation | System restricts the connection when the screen is locked |
| Linux | Proxy scope and interface permissions | Terminal and desktop use different routes |
After an operating system or client update, verify the connection again on every platform instead of just checking that the app opens. When moving to a new device, finish importing and testing there before removing the old configuration. Unlimited devices do not require every device to use the same exit, but a third-party account accessed frequently from different regions at the same time may trigger checks by that platform. For tasks that need a stable session, keep the connection route consistent.
Check the connection, exit and app
Check each layer; do not judge by a single icon
For your first connection, use rule mode and one clearly chosen exit. Avoid changing DNS, traffic routing and interface mode all at once. After connecting, check the client status, then open an ordinary website to confirm your basic network still works. A VPN icon in the system status bar usually means the relevant network interface is active; it does not prove every app is using it or that a destination website accepts the current exit. After the client reports a connection, check the actual request path as well.
Next, open the IP lookup page to check your current exit. If the lookup fails, follow the instructions on the page; a blank result does not identify a region, and cached information in an old tab may not reflect the current connection. After changing routes, reload the lookup page and make sure the browser request is within the traffic handled by the client. In rule mode, a rule may send the lookup site directly, so its result may differ from your selected exit. Check the client’s connection logs to understand why instead of immediately reinstalling the app.
Move from checking a website to testing your actual task
Once the exit matches your expectations, open the AI tool, streaming service or collaboration site you need. Test an actual feature—such as sending a request, loading a document or starting playback—not just whether the home page appears. A site may use different domains for its home page, sign-in, media and file uploads. If rules handle only some requests, the site may load but not work properly. Check the client’s connection log for the request that failed, identify which rule and proxy group it matched, and then decide whether to adjust the rules.
If you see a message about regional availability, account verification or unavailable content, distinguish a network connection issue from a platform policy. A successful connection only means the request can reach its destination; it does not grant regional eligibility or account benefits. Streaming availability also depends on the catalog and account status. See the streaming access guide; for AI tools, see the ChatGPT access guide. Do not keep switching countries to test your account. First note the message and check the service’s availability in your region.
Use comparisons to isolate the problem
Change just one variable at a time. For example, keep the same device and network but switch routes, or keep the device and route the same but change networks. If one route fails while others work, focus on the relationship between that route and the destination service. If all routes fail on one device but work on another, check the client configuration and system permissions. If every device fails on the current Wi-Fi but works after switching networks, check the local network, its authentication status or any access restrictions first.
“Slow” can describe different stages. A slow connection handshake, delayed web page response, video buffering and slow large-file transfers may have different causes. Video quality settings, congestion on a remote server, local disk writes and background syncing can all affect perceived speed. Do not judge an entire route from one download. For video calls, pay attention to pauses and audio or video dropouts. Stability during regular use is often a better measure than a single speed test. For route selection tips, see choosing a route for remote work.
By the end of this chapter, you should be able to say which configuration is active, which exit is selected, which apps you have tested successfully and where the failure occurs. Keep this working setup as a reference for future maintenance. If a settings change breaks the connection, return to the verified state before trying anything else. For route and location information, see the global routes page, but rely on the results from your own device for the final check.
Routine maintenance, data and renewals
Manage configuration and software updates separately
Once the connection is working, focus on keeping the subscription readable, the client running and the plan status easy to verify. Subscription updates retrieve service configuration; client updates change the software on your device. Neither replaces the other. If the route list has not refreshed for a while or the dashboard says the configuration has changed, update the subscription and confirm it succeeds. If a system update changes permissions or background behavior, check the client and system settings. Do not remove the entire app because a route name changed, or delete the only working configuration before you have tested its replacement.
Before updating the client, make sure you can still sign in to the dashboard and know how to retrieve your subscription again. Do not casually upload a full exported configuration to public storage as a backup; it may contain account-related parameters. Instead, note where you got the client, how you named your configuration, which mode you use and any local rules you may need to restore. After the update, check an ordinary website, your exit and the target app again. If something goes wrong, first confirm the right configuration is still enabled, then check whether the system is asking for network permission again.
Check actual data use across your devices
Check the remaining data, current plan and relevant dates in your account overview regularly. Monthly plan data resets each month on the activation date; waiting for a reset is not a way to renew an expired plan. Data packages remain available until used and never expire, but that does not mean you can keep transferring data after the allowance is depleted. If you are nearing your data limit, first determine whether usage came from your actual tasks or background activity, then decide whether to renew or change plans. Client-side usage charts can help explain device activity, but the dashboard is the source of truth for your plan status.
If usage is noticeably higher than expected, check cloud storage syncing, video preloading, system updates and other devices connected at the same time. Unlimited devices means multiple devices can connect, so do not check only the device in front of you. Stop clients you no longer use, make sure old devices are not still performing background tasks, and check whether the subscription was shared improperly. A change in data usage alone does not prove that your account was compromised. Check your activity and device records first, then take action based on what you find.
Check the account before renewing or upgrading
When you want to continue using the service, make changes in the original account’s plans section to avoid changing your subscription access by creating another account. Before paying, confirm the product type, order purpose and effective dates shown in the dashboard. For a mid-term monthly plan upgrade, the price difference is converted into remaining days; do not assume data and billing periods will be combined in a particular way. Follow the dashboard’s instructions when switching between a data package and monthly plan. Do not rely on accumulation, usage priority or automatic renewal unless the interface explicitly says so.
After payment, repeat the order confirmation steps: check the order status and account overview. There is no need to delete the configuration from every device right away. Whether to reimport the subscription depends on the actual results shown in the dashboard and client. First update the existing subscription and see whether it works in its new state. Reimport only if the subscription entry has changed or the old configuration is no longer valid. Importing repeatedly can leave duplicate profiles with the same name, making it easy to select an old one. Once the new configuration is working, remove unused entries to keep the list clear.
Recovery, refunds and taking a break
If you are taking a short break, disconnect in the client and make sure the system proxy is back in the state you expect. Closing the app window may leave a background service running, so use the client’s exit option. When you return, check your basic internet connection and plan status, then update the subscription and connect. If you deleted the client, you do not need to create another account: sign in to the dashboard with your saved username and password and follow the platform instructions to set it up again. If you cannot verify your account details, use the recovery options provided in the dashboard first.
VPNQO offers a 60-day money-back guarantee. Check the Terms of Service for the application and processing rules, and contact support through a dashboard ticket. Include the order details relevant to your request, but do not provide your password or full subscription link as proof of identity. After a refund, plan change or subscription reset, check whether any device still has an outdated configuration. The goal of routine maintenance is to keep your account status, dashboard configuration and devices in sync—not to clear settings or update everything without a reason.
Rule-based routing and advanced troubleshooting
First, understand how traffic is routed
Make advanced changes only after you have verified a basic connection. A system proxy directs apps that follow the system setting to the client. A virtual network interface handles traffic at a different layer and usually requires additional permissions. Rule mode determines whether requests go direct or through a specified proxy group; global mode sends requests handled by the client through one exit. “Global” describes the client’s handling policy; it does not prove that every program is covered. Requests the client does not handle may continue along their original path.
If only one app is not using a route, check how it handles proxies before changing the way traffic is captured. Some apps have their own proxy settings, some follow system settings, and others use their own networking implementation. Enabling a system proxy, an in-app proxy and other network tools at the same time may create duplicate forwarding or conflicting paths. For troubleshooting, keep only the current client enabled, reset uncertain in-app proxy settings and verify the basic connection before adding anything else. Record each setting’s original value so you can restore it.
Rule order, proxy groups and consistent regions
Rules are usually checked in the order defined by the client. Once an earlier rule matches, the request may not reach later rules. Adding a domain rule therefore may not change the result if a broader rule has already determined the path. A proxy group name is not the route itself; check which exit is currently selected for that group. If a website’s home page works but sign-in or resources fail, use connection logs to see whether the related domains take different paths. Avoid adding an overly broad rule based only on the site’s main domain.
A single service may make separate requests for its pages, authentication, resources and uploads. First identify the destination of the failed request, then make the smallest necessary rule change. Do not route all unknown traffic through the same region indefinitely. For tasks involving an account session, try to keep related requests on a consistent exit to reduce mid-session changes. Third-party platforms decide whether they accept access from a given region. Rules can change the route, but they cannot grant account eligibility or guarantee that a streaming catalog will remain unchanged.
| Setting | What it does | Common misconception |
|---|---|---|
| System proxy | Directs apps that follow system settings | Does not cover every app |
| Virtual network interface | Routes traffic through a network interface | Routes, permissions and rules still need checking |
| Rule mode | Selects a route based on matching conditions | Earlier rules may override new rules |
| Global mode | Uses one exit for traffic handled by the client | Does not change a third-party account’s region |
| Subscription update | Retrieves the service configuration again | Does not renew a plan or add data |
DNS, IPv6 and leftover settings
DNS resolves domain names to addresses that can be connected to; DNS lookup traffic and data connections do not necessarily follow the same path. If a website reports a domain error, first check the client’s DNS messages and whether another DNS tool is enabled on your system. Encrypted DNS settings in your browser may also differ from what the client expects. Do not enter a server address found online just because a lookup failed. Restore the configuration recommended by the client, confirm the domain resolves and then check whether the connection matches the right rule. Avoid introducing more variables at once.
On devices with IPv6 support, some requests may use an address family you did not expect. One IPv4 exit check cannot prove that every request follows the same path, and permanently disabling a system feature is not a universal fix. Check how your client handles the relevant traffic and verify the result against its connection logs. If all websites stop working after you switch network tools, look for leftover proxy, routing or DNS settings. Disconnect and quit the tool, then check whether your basic connection is restored.
Build a troubleshooting process you can roll back
Before adding custom rules, save local notes you can use to restore your setup and check whether subscription updates overwrite manual changes. If your client supports separate local rules or override configurations, read how it merges them before choosing where to put them. Do not assume that manual edits to a large configuration generated from a subscription will last, and do not apply files that include unknown remote rules. A configuration being readable only shows that its syntax may have been accepted. It does not prove that the rules match your needs; test them against real tasks.
Keep the final troubleshooting sequence simple: basic internet, account and plan, subscription import, configuration enabled, client connection, exit result, target app. When you find a problem, fix that layer first rather than changing later settings before their prerequisites are met. If you cannot isolate the issue, submit a support ticket with the steps you verified and the specific result that failed. To review the main setup, return to the quick-start guide. For region and product details, see the route guide and plans page. A clear troubleshooting sequence is more useful for long-term use than memorizing a temporary fix.