VPN beginners often have questions about a few easily confused concepts: whether unlimited devices means each device gets its own data allowance, whether unused monthly data carries over, whether a data package expires, whether slower connections mean server-side throttling, and whether a VPN needs to stay on all day. Understanding these rules makes choosing a plan, importing a subscription, and troubleshooting a connection much more straightforward.
Here is the short version: unlimited devices refers to how many devices can use the account, not separate data allowances for each one; monthly subscription data resets with each billing period, while data packages never expire; actual speed depends on the local network, route, exit load, protocol, and destination; and whether to stay connected depends on the site you are accessing, your split-tunneling setup, and the current network environment.
What does unlimited devices actually mean?
Unlimited devices means the same account can be used on multiple supported devices without repeatedly removing an old device when you switch computers, tablets, or other endpoints. It removes a device-count restriction but does not change how the plan calculates data. When multiple devices use the same monthly subscription or data package, they draw from the same account balance.
For example, if one device is streaming high-bitrate video while another downloads files, both transfers count toward the account’s usage. Unlimited devices does not mean each device receives a separate allowance, nor does it automatically increase available bandwidth. The more devices you use, the more likely several high-volume tasks will run at once, so pay closer attention to total account usage and actual connection needs.
For everyday management, install a suitable client on each frequently used device, but there is no need to keep every device connected all the time. Enabling the connection only when you need cross-border access, a different exit region, or protection on a public network usually makes data easier to manage. For background sync, system updates, and cloud uploads, also check whether split-tunneling rules send them through the proxy.
What to check when using multiple devices
- Make sure each device has the current active subscription, not an expired configuration.
- Choose direct or proxied routing for automatic updates, cloud sync, and large downloads to avoid unintentionally using international data.
- Do not store account details or subscription links on shared or public devices for extended periods.
- When handing a device to someone else or retiring it, delete the subscription and node configuration from the client.
- When a route behaves unexpectedly, first check whether another device is running a continuous transfer.
Monthly subscriptions vs. data packages
The key difference between a monthly subscription and a data package is not just how you buy them, but how their data is governed over time. Monthly subscription data resets with each subscription period, making it suitable for regular usage, such as visiting international websites or using streaming services every cycle. When a new period begins, use its available allowance as the reference; do not treat unused data from the previous period as permanently retained.
Data packages follow a different model: purchased data never expires. They suit irregular usage, periods of concentrated activity, or occasional connections. “Never expires” means the package itself has no time-based expiration rule; it does not mean an old subscription link or cached client configuration will never need updating. Refresh the subscription whenever node information changes.
| Comparison | Monthly subscription | Data package |
|---|---|---|
| Data rule | Resets with each subscription period | Never expires |
| Best for | Regular, ongoing use | Occasional, on-demand use |
| Usage management | Track the remaining allowance for the current period | Track the accumulated remaining allowance |
| Multiple devices | Devices share the account’s data | Devices share the account’s data |
When choosing between them, you do not need to guess your daily data usage first. A more practical approach is to consider how regularly you connect. If work, study, or streaming happens in nearly every period, monthly subscription rules are easier to follow. If you connect mainly while traveling, researching something temporarily, or using an exit region occasionally, a data package makes it easier to keep unused data available.
Does a slower connection mean the route is throttled?
A slower connection does not necessarily mean your plan is being throttled. Actual speed depends on the complete path: from your device to the local router, from the local network to the entry node, across the international route from entry to exit, from the exit node to the destination, and on the destination’s own transfer capacity. Any link can become the bottleneck.
It is also important to distinguish bandwidth limits from data allowances. Bandwidth describes how much data can move in a given unit of time; a data allowance describes how much data has been transferred in total. Slow page loads, video buffering, or unstable download speeds do not by themselves indicate a data-allowance issue. If data remains available, continue checking the local network, route type, protocol, and destination.
Common factors that affect speed
- Local access: Wireless interference, router load, and current network congestion can first affect the connection between your device and the entry point.
- Geographic path: If the exit region is far from you or the destination service, data may take a longer round trip.
- Route type: Direct, relay, and IEPL dedicated routes use different paths, with different stability profiles and use cases.
- Protocol characteristics: Shadowsocks, VMess, Trojan, VLESS, Hysteria2, and TUIC use different transport methods and may respond differently to network fluctuations.
- Destination: The website’s own regional routing, content delivery, and access policies can also limit the final result.
- Device condition: Battery-saving settings, background restrictions, firewalls, and other network tools may interrupt the client connection.
Keep testing conditions as consistent as possible when troubleshooting. First pause downloads and cloud sync, then compare several routes in nearby regions on the same device and local network. Next switch between direct, relay, and dedicated route types; only then consider changing the protocol. If you change several conditions at once, it becomes difficult to identify what improved the result.
Direct, relay, and IEPL dedicated routes: what is the difference?
A direct route connects your device straight to a remote node. Its path is simple, but performance depends more heavily on the international network quality between your local carrier and the remote region. It suits environments with stable cross-border routing and a clear target region. If performance fluctuates at night or the inter-network path is poor, the direct experience may vary with network conditions.
A relay route first connects to a nearby or better-positioned entry point, then uses the relay network to reach the exit. Its usual purpose is to avoid an unstable direct path and improve handoff between different networks. Relay does not necessarily mean the data travels a shorter distance; it adjusts the path to make the connection more predictable.
An IEPL dedicated route emphasizes more stable dedicated transport resources between the entry and exit points. It is generally better suited to sustained connections, streaming, or tasks sensitive to jitter. It still cannot replace your local network: if the connection from your device to the entry node is already dropping packets, the dedicated section cannot fix problems before the entry point.
A practical selection order is to filter by target region first, then compare route types within that region. For region-specific content, whether the exit region matches the service’s regional detection usually matters more than the entry-point name. For ordinary webpages and documents, prioritize a stable path with a reasonable distance.
Does a VPN need to stay connected all the time?
A VPN does not need to stay on in every situation. Once connected, which traffic goes through the proxy depends on the client mode and split-tunneling rules. Global mode usually sends more connections through the selected route, while rule mode chooses direct or proxied access by domain, address, or app. If you only need brief access to international websites, disconnecting afterward can prevent background tasks from continuing to consume international data.
When handling account logins or transferring data on a public network, you can stay connected to a trusted route to reduce the amount of the destination traffic directly visible to the local network. A VPN does not replace a website’s HTTPS, account protections, or system updates, and it cannot automatically determine whether a downloaded file is trustworthy.
For apps that need to receive notifications continuously, check whether the system restricts the client from running in the background before keeping the connection on. On Android, battery-saving settings commonly pause VPN clients; on desktop systems, sleep, network changes, and firewall rules are more likely to interfere. Whether the connection recovers automatically depends on whether the client supports auto-connect or reconnecting after a network change.
When it makes sense to connect
- Accessing international websites or streaming services that require a specific exit region.
- The direct path from your current network to the destination is unstable, so a relay or dedicated route is needed.
- Using a public network and wanting to reduce the local network’s direct visibility into your access path.
- Testing the exit address, region, and DNS resolution path visible to a website.
When disconnecting may make sense
- You are only accessing local services and they are not configured for direct routing.
- The system is downloading a large update that does not require an international route.
- You are temporarily not using the network and want to prevent background apps from continuing to consume data.
- You are troubleshooting a local network issue and need to compare conditions before and after connecting.
How to import a subscription link into a client
A subscription link is not an ordinary webpage address; it is the client’s entry point for retrieving a node list and updated configuration. Copy the subscription link from your account panel, then find “Add subscription,” “Import from URL,” or a similar option in a compatible client. After importing, refresh the subscription, choose a node, and start the connection.
- Get the current subscription link from your account panel. Do not copy an incomplete address from a chat history or an old screenshot.
- Open a client compatible with your device’s operating system and protocols, then go to subscription management.
- Paste and save the subscription link, then run an update or refresh.
- Choose the target region and route type from the node list.
- Enable the connection, then check whether the exit address and DNS results match your expectations.
Client interfaces vary by platform. Windows and macOS clients typically offer a system proxy, virtual network adapter, or rule mode. Android clients may also provide per-app proxy settings and background-running options. iOS and iPadOS configurations are managed through the system’s network extension mechanism. Even with identical subscription content, support for rules, protocols, and automatic updates may differ between platforms.
Shadowsocks, VMess, Trojan, VLESS, Hysteria2, and TUIC are not interchangeable labels. The client must explicitly support the protocols used by the subscription to parse and connect correctly. If the node list is empty after import, a protocol field cannot be recognized, or the connect button does nothing, check client compatibility first instead of repeatedly switching routes.
How to understand split tunneling and DNS leaks
Split-tunneling rules determine which requests use the proxy and which stay direct. Common criteria include domains, address ranges, apps, and rule sets. Rule mode reduces unnecessary international data usage and lets local services continue using local paths; however, outdated or incomplete rules may send different parts of the same website through different exits, causing loading failures or inconsistent regional detection.
Global mode is useful for troubleshooting because most traffic uses the same route, but it may also send system updates, cloud sync, and local-site traffic through the proxy. Beginners can start in global mode to confirm that the route itself connects, then switch back to rule mode to inspect specific routing. If global mode works but rule mode fails, the issue is usually closer to rule matching than node availability.
A DNS leak generally means that a website connection goes through the proxy while domain resolution is still handled by the local network’s DNS, leaving the resolution path inconsistent with the exit path. This can affect the privacy boundary and may cause region-aware websites to return an unsuitable address. If the client offers remote DNS, proxy DNS, or virtual-adapter takeover, configure it correctly for the selected mode.
After connecting, open the site’s IP Check to confirm that the exit address and region match the selected route. For DNS checks, also verify that the resolution server is on the expected network. Seeing a changed exit address alone does not prove that every domain lookup follows the same path.
How to troubleshoot failed or unstable connections
The most effective approach is to change one variable at a time. First confirm that the local network can access ordinary websites without a VPN connection, then refresh the subscription and choose another route in the same region. If it still fails, change the route type or protocol. This helps distinguish local-network, subscription-status, individual-route, and client-compatibility issues.
- Disconnect and confirm that the local network itself works.
- Check that account data is still available, then refresh the client subscription.
- Choose another route in the same region instead of changing the exit region immediately.
- Close other network tools that conflict with the system proxy, virtual network adapter, or firewall.
- Check the device time, system permissions, and background-running settings.
- Once connected, verify the exit address, DNS, and destination website separately.
- If the issue remains unresolved, record the device operating system, client, protocol, route name, and error message before submitting a support ticket.
If only one website is inaccessible while others work, the cause may be the destination’s regional policy, cache, browser DNS, or account-region settings. If no route can connect, check the local network, client permissions, and protocol support first. If the connection succeeds but speed fluctuates, compare the local network and route path before deleting the entire configuration.
For beginners, the key is not memorizing every protocol name but following a consistent decision order: understand the plan’s data rules, then confirm the subscription import; verify that the route connects, then adjust split tunneling and DNS; compare routes under the same conditions before deciding whether to change protocols. This helps prevent accidental data usage and speeds up diagnosis of differences caused by the device, network, or destination.