SERVICE NOTE 30-day money-back guarantee·Data packages never expire View plans
NETWORK120+ countries / 230+ routes

Server locations and route options

Choose your destination region first, then pick a route type. Sample locations are listed below; the routes available after you sign in are the ones to go by.

Windows / macOS / iOS / Android / Linux · No device limit · No email required

Route selection route / guide ROUTE
REGIONDestination regionContent libraries, service regions, team locations
PATHRoute typeIEPL / relay / direct
CHECKTest it yourselfAccess results and connection quality

REGION INDEX

Browse routes by region

The table shows example regions, cities, and route types; it does not show live availability. Streaming results depend on the platform, its content library by region, and your connection. Test the route with the service you want to use.

Asia-Pacific

Check the region where your target service is available, then consider the route.

Country or regionCityRoute typeStreaming support
Hong KongHong KongIEPLCheck with the platform
Hong KongHong KongRelayCheck with the platform
SingaporeSingaporeIEPLCheck with the platform
JapanTokyoRelayCheck with the platform
JapanOsakaDirectCheck with the platform
South KoreaSeoulDirectCheck with the platform

North America

Start with your account region and the service region of the site you want to access.

CountryCityRoute typeStreaming support
United StatesLos AngelesIEPLCheck with the platform
United StatesSan JoseRelayCheck with the platform
United StatesNew YorkDirectCheck with the platform
CanadaTorontoRelayCheck with the platform
CanadaVancouverDirectCheck with the platform

Europe

For cross-region collaboration, first confirm where the service is actually hosted.

CountryCityRoute typeStreaming support
United KingdomLondonIEPLCheck with the platform
GermanyFrankfurtRelayCheck with the platform
FranceParisDirectCheck with the platform
NetherlandsAmsterdamRelayCheck with the platform
SwitzerlandZurichDirectCheck with the platform
ItalyMilanDirectCheck with the platform

Other regions

For long-distance connections, test the route on your own network.

CountryCityRoute typeStreaming support
AustraliaSydneyRelayCheck with the platform
New ZealandAucklandDirectCheck with the platform
United Arab EmiratesDubaiDirectCheck with the platform
BrazilSão PauloRelayCheck with the platform

PATH TYPES

Three types of routes

Route types describe the connection path, not a speed ranking. The same type can perform differently depending on your network, destination, and time of day.

IEPL

CONTROLLED PATH

IEPL

IEPL typically refers to routes that use dedicated link resources for cross-border data transmission. Compared with standard public internet routes, they emphasize planned paths and more controlled transmission. However, your connection to the entry point and the connection from the exit point to the destination still use their respective networks. A “dedicated line” label does not mean there is a private connection all the way from your device to the website.

Consider trying this route type for extended meetings, long transfers, or tasks that are sensitive to connection fluctuations. Dedicated link resources generally involve higher setup and maintenance costs, but your experience still depends on your local network, the destination service, and current conditions. Test it with a real task before deciding whether to use it regularly.

Relay

RELAYED PATH

Relay routes

A relay route connects to an entry point first, then passes through an intermediate node toward the destination region. An extra hop does not automatically make a connection faster. Its value is in offering an alternative path when the usual route takes a detour or fluctuates. If a direct route is inconsistent in the evening, a relay route is worth testing for comparison.

Relay routes require additional forwarding and traffic management resources. Their costs and maintenance typically fall between direct routes and dedicated-link options, though the specifics depend on how they are built. Test page loads, continuous playback, and file uploads. A successful connection alone does not show whether a route suits longer tasks.

Direct

DIRECT PATH

Direct routes

A direct route connects through the client to a route in the destination region, without an additional forwarding entry point operated by the service. Its simpler structure makes it a useful baseline: if the target service works and page loads and sustained connections meet your needs, there is no reason to switch just for a more complex route.

Direct routes are generally more sensitive to changes in public internet routing along the way. That does not mean every direct route is unstable or necessarily slow. They use fewer intermediate forwarding resources, though actual costs still depend on the region and available network resources. If performance changes at a certain time of day, compare it with a relay route in the same region.

When comparing route types, keep the target website, device, and network the same and change only the route. That makes it easier to attribute any difference to the path itself. If the target website is having an issue, switching routes may not help.

PICK BY TASK

Choose a route by use case

The region determines where you connect; the route type determines how you get there. First check whether you can complete the task, then compare the experience.

BROWSE

Everyday browsing

For everyday research and web browsing, start with a region that matches the target website’s service region, then try a direct route. Open sites you use regularly and check that you can sign in, search, and load all page resources. If only one site has an issue, check the site or your browser first instead of switching every connection to another region.

If a direct route in the same region repeatedly disconnects during the hours you use it, try a relay route while keeping the other conditions unchanged. A route name does not tell you how well it performs. A route that reliably handles your everyday tasks is a better regular choice than one that only seems smooth in a brief test.

STREAM

Streaming and content libraries

First check which region offers the content you want, then choose a route in that region. Platforms assess accounts, content licensing regions, and connection exit locations differently, so general streaming support is no substitute for checking a specific title. Being able to open a platform’s homepage does not guarantee that a particular show will play.

Test with your own account and the content you want to watch. Check whether playback starts, continues after you seek, and remains error-free over time. If it does not work, try another route type in the same region. Switching regions at random may change the content library and make comparisons less useful.

AI TOOLS

AI tools

Check the tool’s service regions and account requirements, then choose a matching region. Test your actual workflow: sign in, submit a request, wait for the output, and, if needed, upload a test file you have permission to use. Opening the product homepage alone does not confirm that all features are available.

For tasks that require ongoing interaction, check whether responses are interrupted and whether you can continue the session. If you see an error, read the platform’s message and distinguish between account permissions, service-side restrictions, and network issues. Changing routes can only address issues related to the connection path; it cannot change the platform’s own usage rules.

PLAY

Gaming

First check the region of the game server and, where possible, choose an exit in that region. Gaming depends more on a stable ongoing connection than on how quickly a webpage opens. Test in a real match or test environment, paying attention to input response, matchmaking, and disconnections, then compare with other route types.

If the game uses a separate launcher, check that you can sign in and complete updates there, too. Issues may come from game server maintenance, your device’s network, or your local Wi-Fi connection. If those conditions are unstable, switching routes repeatedly makes it difficult to tell which path actually works best.

WORK

Remote work

Start with the regions used by your team’s tools and your organization’s access requirements. Open your meeting, document, and file services, then check that you can keep collaborating after signing in. If your team uses services across regions, do not assume one route is best for every tool. Follow your organization’s data and network policies when handling work materials.

For meetings and longer file transfers, compare the performance of IEPL with relay and direct routes in the same region. Test the full process, including connecting, sustained use, and reconnecting—not just opening a page once. Keep a tested alternative route available so it is easier to resume work if one path has an issue.

VERIFY THE ROUTE

How to verify after switching

A successful connection is just the starting point. Check the selected region and route type in the client, then use the target service for a real task. For streaming, test the content you want to watch; for work, try a meeting and a document; for AI tools, complete an actual interaction. Note which task had an issue instead of relying on vague impressions like “fast” or “slow.”

When comparing two routes, use the same device, network, and target service wherever possible. Results can change with platform rules, local network conditions, and route maintenance; a route that worked before is not guaranteed to work indefinitely. Download the client and access subscriptions from the user panel. Sign in to see the routes currently available.