90+ countries / 200+ routes

Global server locations and routes

Choose a connection entry by destination region, access method, and use case. The route directory shows static coverage information only; a single speed test cannot replace judgment based on your actual network.

  • Unlimited devices
  • 14-day money-back guarantee
  • No email address required
90+ countries COVERAGE
200+ routes ROUTES
Unlimited devices DEVICES
Windows / macOS / iOS / Android / Linux PLATFORMS
REGION LIST

Browse Routes by Region

The same country or city may offer multiple access methods. “Streaming support” means that routes optimized for relevant platforms may be available; it does not mean every entry works with every content service. Check the route tags in the user panel before connecting.

Country City Route Type Streaming Support
Asia-Pacific
Japan Tokyo IEPL dedicated line Supported; choose by platform
Japan Osaka Relay Supported; choose by platform
Hong Kong, China Hong Kong IEPL dedicated line Supported; choose by platform
Singapore Singapore IEPL dedicated line Supported; choose by platform
South Korea Seoul Relay Supported; choose by platform
Taiwan, China Taipei Relay Supported; choose by platform
Australia Sydney Direct Supported; choose by platform
Thailand Bangkok Direct Supported; choose by platform
Malaysia Kuala Lumpur Relay Supported; choose by platform
India Mumbai Direct Supported; choose by platform
North America
United States Los Angeles IEPL dedicated line Supported; choose by platform
United States San Jose Relay Supported; choose by platform
United States New York Direct Supported; choose by platform
Canada Toronto Relay Supported; choose by platform
Canada Vancouver Direct Supported; choose by platform
Europe
United Kingdom London Relay Supported; choose by platform
Germany Frankfurt Relay Supported; choose by platform
France Paris Direct Supported; choose by platform
Netherlands Amsterdam Direct Supported; choose by platform
Switzerland Zurich Direct Supported; choose by platform
Italy Milan Direct Supported; choose by platform
Spain Madrid Direct Supported; choose by platform
Other Regions
United Arab Emirates Dubai Relay Supported; choose by platform
Brazil São Paulo Direct Supported; choose by platform
South Africa Johannesburg Direct Supported; choose by platform
ROUTE TYPES

How Route Types Work and What to Consider

IEPL dedicated lines, relays, and direct routes are not simply higher or lower tiers. They use different access paths and suit different network conditions, destinations, and use cases. When choosing, assess stability needs first, then the target exit, and finally compare real-world performance on your current network.

IEPL Stability-first path

IEPL Dedicated Line

IEPL dedicated lines generally place local access and the overseas exit on a more controlled path, reducing unpredictable detours across public networks. Their value is not a more distant exit, but a clearer cross-border path. For sustained transfers, remote collaboration, meetings, cloud documents, and long-lived connections, these routes are often more consistent.

Dedicated-line resources cost more to build and maintain, so providers typically deploy them in key regions. The destination service still matters: for Asia-Pacific services, start with a nearby region; for North American services, choose the corresponding exit. When content requires a specific region, exit location usually matters more than the route name itself.

RELAY Balanced access path

Relay Route

A relay route first connects to a nearby or more reliable access point, then uses a relay link to reach the destination region. It can avoid unstable segments between your local network and a distant data center while preserving a broad choice of exits. A relay is not necessarily slower than a direct route; its value lies in reorganizing the path so cross-region traffic does not depend entirely on the default route.

These routes suit everyday browsing, streaming, AI tools, and routine work, making them practical general-purpose options for most users to try first. Costs are typically between dedicated lines and direct routes. If several relay entries are available in one region, check the use-case tags instead of judging only by city name. The right entry may vary with the target platform, local carrier, and time of access.

DIRECT Exit coverage first

Direct Route

A direct route connects your current network straight to an overseas exit, with a clear structure and flexible coverage for more countries and cities. It relies more heavily on the default route from your local carrier to the target data center, so results can vary more across networks. When the destination is nearby and the default route is sensible, a direct route can provide an efficient, straightforward path.

Direct resources are often better suited to light browsing, region switching, backup entries, and less common destination countries. Their deployment costs are relatively manageable, allowing broader exit coverage. Use them as a complement to dedicated and relay routes: assess path stability for important tasks, and choose the corresponding direct exit when a specific region is required.

Where Cost Differences Come From

Route costs mainly reflect access resources, cross-border path design, exit data centers, and ongoing maintenance. Dedicated lines require more defined link resources, relays need additional access points and relay scheduling, while direct routes depend more on public-network routing. Cost differences do not determine the experience ranking for every use case; the goal is a path suited to your current network and target service.

Why One City Can Offer Different Route Types

A city indicates only the main exit location, not the complete access path. The same Tokyo, Los Angeles, or London exit may be reached through a dedicated line, relay, or direct route. Keeping multiple access methods gives different carriers, use cases, and time periods alternative paths, and makes it easier to switch when a target service changes its policies.

SELECTION GUIDE

Choose Routes by Use Case

You do not need to try every entry in the list. First identify the target service region and task type, then start with a nearby region or the corresponding exit; this is usually more effective than focusing only on route names. The sequence below emphasizes a repeatable decision process and makes no speed promises outside your local network conditions.

BROWSE

Everyday Browsing: Start Nearby and Keep the Path Simple

For international websites, research, or routine web pages, start with a nearby Asia-Pacific relay or dedicated-line entry. A closer access point often reduces unnecessary cross-region detours. If a website clearly targets North America or Europe, switch directly to the corresponding region, but do not add path length merely for a more distant exit.

To assess suitability, watch whether pages load continuously, images and documents repeatedly pause, or long-lived connections drop easily. One fast page load does not prove sustained stability; judge it through continued browsing and multiple visits. If problems appear, first switch to another route type in the same region, then consider changing the exit region.

STREAM

Streaming: Prioritize Exit Region and Compatibility Tags

Streaming platforms determine availability using factors such as exit region, account region, and content licensing. Match the route to the content region first, then check the platform compatibility tag in the user panel. “Supported” means a compatible entry may be available in that region; it does not mean every route there serves the same platform.

If playback shows quality changes, buffering, or a region notice, first confirm that you selected the route for the target platform, then reconnect and refresh the app. Avoid switching regions repeatedly during playback, as an exit change may trigger another session check. Once a region performs consistently, keep that entry as a preferred option.

AI

AI Tools: Keep Sessions Consistent

AI websites and developer APIs both depend on sustained connections, but their priorities differ. Websites are more sensitive to login sessions and consistent exits, while APIs care more about request timeouts, duplicate submissions, and dropped connections. For AI tools, start with North America or a region explicitly supported by the tool, and keep the exit stable throughout a work session.

For long content generation, file uploads, or API calls, avoid switching cities repeatedly during a task. When a request fails, first check whether the target service is operating normally, then try another relay or dedicated-line entry in the same region. Development environments should also use sensible timeout and retry logic rather than attributing every application problem to the network route.

GAME

Gaming: Server Region Matters More Than Exit Name

Match game connections as closely as possible to the game server region. For Asia-Pacific servers, start with nearby entries in Japan, South Korea, Hong Kong, China, or Singapore; for North American and European servers, prioritize the corresponding region. You can start with the more controlled paths of dedicated lines or relays, but the final choice should be based on connection stability on your current network.

Compare routes on the same access network and at similar times, keeping Wi-Fi fluctuations, background downloads, and game-server status from distorting the result. Focus on consistent input response, sudden interruptions during matches, and repeatability across connections. Once you find a suitable entry, avoid unnecessary switching.

WORK

Work: Keep the Exit Near Your Business Services

Remote meetings, business email, code repositories, cloud documents, and admin panels usually require stable sessions. First determine where the business service is mainly hosted, then choose a dedicated-line or relay entry in that region or nearby. If the business system is sensitive to login-region changes, keep the same exit during work to avoid triggering extra verification.

Before uploading files or joining a meeting, complete a real task check rather than simply opening a webpage. If the current entry fails during sustained transfer, first switch to another route type in the same city, preserving the exit region while changing the access path. For internal business permissions, also follow your organization’s network and information-security requirements.

CHECK METHOD

Build a Repeatable Route-Selection Method

Keep variables controlled when evaluating routes. Change only one condition per test so you can distinguish issues caused by the local network, access method, exit region, or target service. The method below applies to browsing, streaming, AI tools, gaming, and work.

  1. Define the Target Region First

    Confirm the main region of the website, app, content library, or server you need to access. If no specific region is required, start with a nearby Asia-Pacific entry; if the service is region-restricted, choose the corresponding country or city directly instead of trying regions at random.

  2. Keep the Local Access Environment Constant

    When comparing routes, stay on the same Wi-Fi, wired network, or other current access method, and pause background tasks that clearly consume bandwidth. Once the local network changes, earlier comparisons no longer carry the same meaning.

  3. Compare Different Types in the Same Region First

    Comparing dedicated, relay, and direct routes within the same exit region makes the impact of the access path easier to identify. If none works well, move to a nearby city or another region; there is no need to jump repeatedly among global entries from the start.

  4. Validate with a Real Task

    For browsing, open several familiar pages in sequence; for streaming, play the target content; for work, hold a meeting or transfer a file; for AI tools, complete a continuous session. Real tasks reveal whether a route fits the current use case better than an isolated page-load result.

  5. Keep a Primary and Backup Entry

    After choosing a preferred entry, keep another route type in the same region as a backup. If local routing changes or the target service adjusts its policies, you can switch quickly without starting the selection process over.