Browse routes by regionroutes
The country and city indicate the exit location; the route type describes how the connection reaches that exit. Consider them separately—city names alone don’t predict performance.
The table illustrates combinations of regions, cities, and route types; examples may not always be available in your subscription. “Check by platform and region” in the streaming column means you need to test the platform you plan to use; it is not a promise of access to every content library. Check the user panel for the full list of available routes, plan access, and changes.
| Country / Region | City | Route Type | Streaming Availability |
|---|---|---|---|
| Asia-Pacific | |||
| Japan | Tokyo | IEPL | Check by platform and region |
| Hong Kong | Hong Kong | Relay | Check by platform and region |
| Singapore | Singapore | IEPL | Check by platform and region |
| South Korea | Seoul | Relay | Check by platform and region |
| Australia | Sydney | Direct | Check by platform and region |
| Malaysia | Kuala Lumpur | Relay | Check by platform and region |
| Thailand | Bangkok | Relay | Check by platform and region |
| North America | |||
| United States | Los Angeles | Direct | Check by platform and region |
| United States | Seattle | Relay | Check by platform and region |
| Canada | Vancouver | Relay | Check by platform and region |
| Canada | Toronto | Direct | Check by platform and region |
| Europe | |||
| Switzerland | Zurich | Relay | Check by platform and region |
| United Kingdom | London | Relay | Check by platform and region |
| Germany | Frankfurt | Direct | Check by platform and region |
| France | Paris | Relay | Check by platform and region |
| Netherlands | Amsterdam | Direct | Check by platform and region |
| Sweden | Stockholm | Relay | Check by platform and region |
| Other Regions | |||
| Brazil | São Paulo | Relay | Check by platform and region |
| South Africa | Johannesburg | Direct | Check by platform and region |
| United Arab Emirates | Dubai | Relay | Check by platform and region |
On narrow screens, swipe horizontally to view the table. The exit region is separate from your account region and does not change the target website’s terms of service.
Region Isn’t a Performance Ranking
Asia-Pacific exits may be a good starting point for everyday access, while North American and European exits can suit services that require a location in those regions. But distance is only one factor: routing between providers, the target website’s network location, and your local wireless connection all affect performance. Different cities in the same country may also use different routes. Check which regions the target service allows, then test access on a few candidate routes. This is usually more useful than repeatedly switching to a farther exit.
Route Types and Connection Paths
IEPL, relay, and direct describe connection paths, not performance tiers. These notes explain common setups; check the panel for specific configurations and availability.
IEPL
Focus on how the path is managed
IEPL generally refers to an international Ethernet private line. In subscription services, it is often used for part of the international connection, reducing that segment’s reliance on changes to public internet routing. Network segments still remain between your device and the access point, and between the exit and the target website. So “dedicated line” does not mean an exclusive connection from your device to every website, nor does it guarantee that a service will accept the current exit.
For long meetings, continuous transfers, and work that depends on stable sessions, consider this route type and test it with your actual apps. Dedicated route resources typically cost more to procure and maintain, but that cost is not the same as the price of a particular plan. This page does not infer extra fees or treat a route name as a performance guarantee. Check the labels in your account subscription to confirm availability.
Relay
Focus on the link between access and exit
A relay route typically connects to an access node first, then uses a forwarding link to reach the final exit. This separates local access from the international exit, making it possible to choose a path suited to different networks. A relay adds a connection segment, but that alone does not mean performance will be worse. With suitable access and interconnection, it may perform more consistently than a seemingly shorter public route.
Relay routes are a reasonable starting point for everyday browsing, research, and mixed app use. Their costs combine access, forwarding, and exit resources; they do not necessarily fall between dedicated and direct routes. Check the final exit region, not just the access location. If you run into trouble, distinguish between an access issue and a change in the target website’s rules for the exit.
Direct
Focus on the actual route through your local network
Direct usually means the client connects to the destination node without first passing through an additional relay entry point arranged by the service. “Direct” describes the service’s path structure, not an absence of network equipment along the way. The public internet determines its own transmission routes, so users in different regions or on different providers may have different experiences connecting to the same exit.
When the interconnection between your local network and the destination exit is suitable, a direct route can be a simple option to consider for everyday browsing or access from a particular region. It typically requires fewer forwarding resources, but quality exits and interconnection still have costs; direct does not automatically mean cheap or low quality. If performance fluctuates, compare it with a relay route in the same region rather than judging by the word “direct” alone.
Protocols and route types are different things. Shadowsocks, VMess, and Trojan describe how the client communicates with the service; IEPL, relay, and direct describe the transmission path. After importing a subscription, use configurations your client recognizes. Don’t change protocol settings just to switch route types.
Choose a Route by Use Case
First confirm the target service’s regional requirements, then compare how it works in your apps. Change one factor at a time so you can tell what made a difference.
Everyday Browsing and Research
Check whether the websites you use open consistently and whether images and attachments load properly. If there is no specific regional requirement, start with a nearby candidate exit and compare relay and direct routes. Don’t stop at the homepage: logged-in pages, search results, and file resources may come from different services. Loading the homepage doesn’t confirm that the whole workflow works.
If some websites work while others don’t, first check whether your client’s routing rules send the affected addresses along the expected path. Switching exits frequently may prompt websites to verify your login again. Once you find a suitable route, keeping it for everyday use is usually more convenient than choosing again every time you connect.
Streaming
First identify the region for the content you want to watch, then check the platform’s account requirements. An exit identified as being in the target region is only one part of the picture. Platforms may also consider your account region, subscription eligibility, payment region, and how they identify the exit address. A region listed in the route table does not confirm what’s in the content library or guarantee that every title will play.
After choosing a candidate, open the content and check whether playback starts, seeking works, and streaming continues normally. Network requirements vary by resolution, so use the platform’s playback diagnostics rather than relying on a universal figure. If you see a regional restriction or proxy detection message, consult the Streaming Guide, note the message, and then try another exit in the same region. This can help distinguish account issues from route issues.
AI Tools and API Access
Before using services such as ChatGPT, Claude, or Gemini, check their supported regions and account policies. A network connection does not mean your account is eligible for access. For web apps, check that login, message submission, and responses all work. For developer APIs, check network connectivity, authentication credentials, usage limits, and request parameters separately; not every failure is caused by the exit.
For long conversations or continuous output, try to keep the same exit to avoid interruptions caused by switching networks mid-session. If your workflow requires a stable exit, check the relevant conditions in the user panel. A standard region node name does not indicate a dedicated or fixed IP. See the AI Guide for more scenarios.
Gaming and Interactive Apps
For gaming, the route to the actual game server matters more than the connection to the subscription node alone. Confirm the game’s server region, then check whether the client mode supports the connection method the app requires. A game launcher, account login, and gameplay may use different network addresses, so check each separately; successful web browsing doesn’t confirm that a match will work.
This service does not guarantee compatibility with every game. If a route lets you log in but not join a match, first check the app’s protocol and client settings, then compare other paths in the same region. Before use, check the game operator’s requirements for network tools and account regions. Avoid repeatedly switching exits during an active match.
Work, Meetings, and Remote Collaboration
For work, test documents, meetings, file transfers, and company logins separately. If meeting audio works but screen sharing doesn’t, the cause may be your local network, app permissions, or a particular transmission path. Test with the actual app before an important meeting and prepare a verified backup route. Keeping the same exit during work generally helps maintain a session better than switching regions mid-task.
Company systems may restrict access to approved regions or addresses; check with your system administrator first. VPNSPA supports unlimited simultaneous devices, but device limits and company authorization are separate matters, and devices may use different network environments. Always follow your organization’s security policies and access rules when handling work materials.
Connection Checks and Subscription Maintenance
When something goes wrong, first identify whether the issue is with your local network, subscription configuration, exit route, or target service. Keeping track of what was happening when the issue occurred is more useful than switching routes repeatedly.
Update the List, Then Compare Routes
After getting your subscription from the user panel, update it in your client and confirm that it imported successfully and the selected route is still in the current list. If the update fails, check your local network and account status first. If the update succeeds but a route won’t connect, note its name and compare it with another route type in the same region. Updating your subscription and switching nodes are separate actions; you don’t need to import it again every time you switch.
Supported platforms: Windows / macOS / iOS / Android / Linux. Get the client and subscription through the user panel. Clients are available after login on all platforms except iOS; iOS access is handled through the panel. No email address is required; create an account with a username and password.
Get the ClientCheck Again in the Same App
Pause any transfers that may be using your network, then retry in the app where the issue first occurred. Keep your local network and target region the same, changing only the route. If the issue disappears on a different local network, check the original network environment first. If only the target website reports an error, save the full message and check your account eligibility and the platform’s policies.
If you need help, submit a ticket through the user panel. Include your device platform, client, route name, affected app, and the steps you took. Cover subscription addresses, account credentials, and other private information in screenshots. Subscription addresses grant access and should not be posted in public forums or shared documents.
Report a Connection IssueThis route guide focuses on how to use the service. Check the user panel for account access and current routes. See the Plans for billing terms and the Support Center for common connection issues.