Global route directory

Server locations and route selection

Coverage across 90+ countries / 200+ routes. Start with the destination you need, then compare IEPL, relay, and direct routes instead of choosing by city name alone.

90+ countriescovered 200+ routesswitch by destination Unlimited devicesonline at once

Regional routes

Browse regions and cities by destination

The table below shows how the route directory is organized. In practice, confirm where the target service is located first, then compare available route types and connection quality.

Country or region City Route type Streaming support
Asia-Pacific
Japan Tokyo IEPL dedicated route Supported; choose by platform region
Japan Osaka Relay Supported; suitable as an alternate region
Singapore Singapore IEPL dedicated route Supported; confirm the content region
South Korea Seoul Relay Supported; suitable for South Korean content
Hong Kong, China Hong Kong IEPL dedicated route Supported; confirm with the target service
Taiwan, China Taipei Relay Supported; choose by platform region
North America
United States Los Angeles IEPL dedicated route Supported; suitable for US content
United States Seattle Relay Supported; compare with West Coast routes
United States New York Direct Confirm with the target service
Canada Toronto Direct Supported; suitable for Canadian content
Europe
United Kingdom London Relay Supported; choose by UK content region
Germany Frankfurt IEPL dedicated route Supported; suitable as a European access point
France Paris Direct Confirm with the target service
Netherlands Amsterdam Relay Supported; suitable for European content
Other regions
Australia Sydney Relay Supported; suitable for Australian content
United Arab Emirates Dubai Direct Confirm with the target service

Country and city are not the only factors

One country may offer multiple cities, entry points, and route types. Shorter geographic distance is often better for interactive tasks, but the actual experience also depends on the local network, time of day, the target service's data-center location, and routing changes. Treat the city as a first filter, not a final answer.

Streaming support depends on the account region

A route reaching the target region does not mean every account will show identical content. Libraries, live programs, and subscription benefits may depend on the account's registration region, payment details, and platform rules. If content does not match, confirm the account region first, then try another city or route type within the same region.

Route types

Choosing between IEPL, relay, and direct routes

Route names describe how the connection is organized. No type is universally best outside its use case; consider stability needs, destination, and resource cost together.

IEPL Dedicated

IEPL dedicated routes: a more defined cross-border path

IEPL dedicated routes carry cross-border data over a relatively independent, enterprise-grade path, usually with fewer uncertain sections across the public internet. The point is not to turn a protocol into a speed label, but to make the path between the entry point, cross-border segment, and exit more controllable. For continuous transfers, video meetings, asset uploads, and long-lived sessions, this type is often worth testing first.

Dedicated resources generally cost more to organize and maintain, so there is no need to keep every connection on one. For everyday pages, text-based tasks, or occasional searches, a stable relay route is sufficient and repeated switching adds little value. For extended high-quality streaming, large cloud files, or recurring evening fluctuations, an IEPL dedicated route becomes a more sensible priority candidate.

The destination still matters when choosing a dedicated route. If the service is mainly hosted in North America, an Asian dedicated route may have a nearby entry point but add hops because its exit direction is a mismatch. Choose the target region first, then compare dedicated and other route types within that region.

RELAY Relay

Relay routes: adjust the path between entry and exit

A relay route first connects to a suitable entry point, then uses an intermediate path to reach the target region. Its value is avoiding poor direct paths between the local carrier network and a remote data center while improving cross-region access through entry-point selection. Relay does not guarantee a fixed result: different entries in the same region may suit different local networks, so leave room for replacement tests.

For web browsing, AI Tools conversations, code repository access, streaming, and everyday work, relay routes often balance coverage and resource cost well. If the target service requires a specific exit region, choose the country first, then compare relay routes within that region. Smooth connection setup, continuous page loading, and sessions that do not repeatedly drop are more useful indicators than a single test result.

Relay paths include additional routing steps, so changing the entry point can help during localized congestion. When troubleshooting, do not change the client, protocol, and region at the same time, or it will be difficult to identify the source. Keep the client settings unchanged and replace only the route within the same region first; switch route types only if that does not help.

DIRECT Direct

Direct routes: a simpler path, more dependent on the local network

A direct route connects the current network straight to the remote exit. Its path is simpler and has fewer routing steps. It suits cases where the local network already has a smooth route to the target data center, especially backup access, lightweight pages, and tasks with a specific regional requirement but no sustained high-volume transfer.

Direct performance is more sensitive to the local carrier network, cross-region routing, and time of day. A route that works well in one network environment may not perform the same way elsewhere. Treat direct access as a verifiable option, not a default answer. If the connection is poor, try a relay or dedicated route in the same region instead of repeatedly reconnecting to the same direct route.

In terms of resource cost, direct routes can usually provide broad regional coverage more easily than dedicated routes, which is why they are common in less frequently used regions. They expand the list of country and city options when a specific exit is needed; for long-term work or continuous transfers, complete a real task first before deciding whether to keep one as a fixed choice.

Choose by use case

Choose routes by task duration and interaction style

The key is not finding one fixed node for every task, but identifying what matters most right now: waiting time, fluctuation, a regional mismatch, or interruptions during a long session.

BROWSE

Everyday browsing: start nearby and keep settings simple

For news, documentation, search, and general websites, start with a nearby Asia-Pacific region and check whether images, scripts, and login status continue loading normally. If a nearby route completes the task reliably, there is no need to add path length for a more distant exit. Switch to a specific country only when the site clearly serves different content by region.

Everyday browsing rarely requires chasing route changes. Keeping one regular route and one backup route in the same region is more practical than comparing routes every time a page opens. If one site behaves abnormally, first check whether it is the only affected site so server maintenance is not mistaken for a route problem.

STREAM

Streaming: match the content region, then check continuous playback

The first step for streaming is confirming which region the content belongs to, then starting with a “Supported” route in that country. After opening the platform, check whether its library matches the account region, then watch continuously for a while to assess stability. A fast home page does not guarantee smooth video delivery, so do not judge only by how quickly the cover art appears.

If quality changes repeatedly during playback, first try another route type in the same country. Dedicated routes suit continuous transfers, relays offer multiple entry points, and direct routes can supplement them when routing conditions are favorable. After changing regions, reopen the target page so the old session and cache do not continue using information from the previous region.

AI

AI Tools: prioritize session continuity and upload paths

Text conversations, code completion, image generation, and file uploads in AI Tools do not place identical demands on a route. Short text interactions depend more on consistent request responses; image and file tasks also depend on the upload path; long editing sessions need stable session continuity. Prefer a relay or dedicated route near the main region served by the target service, and avoid changing exits frequently within one session.

If the page opens but a submitted task produces no result for a long time, check the target service's own status first, then try another route in the same region. Do not switch across several countries at the outset, since a region change may trigger a new login or session refresh. When using development tools such as Cursor, also check whether code repositories, extensions, and model requests all complete normally.

GAME

Gaming: prioritize entry distance and consistent routing

Gaming relies more on continuous small-data exchanges. Confirm the game server region first, then start with a nearby route whose path is relatively clear. If the server is in Japan or South Korea, compare those regions first instead of carrying over a North American route simply because it works well for streaming. Different tasks can use different routes; there is no need to force one choice everywhere.

Make the judgment through a real login, matchmaking session, and period of gameplay. Opening the launcher alone does not show that the in-game connection is suitable. If input feedback is inconsistent, try another route in the same region first; if the issue appears mainly at certain times, compare relay and dedicated stability instead of repeatedly reconnecting to the original node.

WORK

Work: stable sessions matter more than short-term speed

Remote meetings, enterprise documents, cloud design files, and code collaboration often access several services at once. For work, prioritize whether a complete workflow can continue, including login, sync, uploads, downloads, and meeting connections. If team resources are concentrated in one region, using an exit in that region can reduce cross-region jumps.

Before an important meeting or large file transfer, complete an ordinary task over the same route to confirm that the account and permissions work normally. For long-lived connections, an IEPL dedicated route or a stable relay is a stronger candidate, with a backup route in the same region ready. Save work in progress before switching to the backup to reduce the impact of rebuilding the session.

A repeatable route-selection sequence

  1. Confirm the target region.Determine where the service, content, or server is located before choosing; do not select by entry-point distance alone.
  2. Choose a route type.For long sessions and continuous transfers, compare dedicated and relay routes first; lightweight tasks can also test direct access.
  3. Complete a real task.Judge the connection through login, playback, upload, or a meeting instead of treating one page's load time as the full experience.
  4. Keep a backup route in the same region.When the primary route fluctuates locally, replace it within the same area first to avoid affecting the account session through a region change.
  5. Change one condition at a time.Replace the route first, then consider the protocol or client settings so the source of the problem remains clear.

Regional guidance

Turn route coverage into practical choices

90+ countries / 200+ routes provide alternatives for regions and paths. The broader the coverage, the more useful clear rules become for narrowing the choice instead of repeatedly testing routes in the directory.

Asia-Pacific

Suitable for everyday browsing, Asian content, nearby interactive tasks, and common development tools. Refine the choice among Japan, Singapore, South Korea, Hong Kong, China, and Taiwan, China according to the target service's region.

North America

Suitable for services in the United States and Canada, AI Tools, code platforms, and North American streaming. Test a West Coast entry first in many cases, then compare cities such as New York when the target is clearly located in the east.

Europe

Suitable for European content, business services, and accounts tied to a specific region. The use cases for the United Kingdom, Germany, France, and the Netherlands differ, so choose the target country first, then compare route topology.

Other regions

Australia, the Middle East, and additional regions cover specific exit needs. With longer distances, pay closer attention to complete-task performance and prepare a nearby region as a backup option.

COVERAGE

The route directory supports switching, not fixed answers

The local network, target data center, and time of day all affect connection results. The best route can change by location and task, so a more reliable approach is to build your own primary-and-backup combination: keep everyday access in a nearby region, switch streaming by content region, retain stable-session candidates for AI Tools and work, and choose gaming routes around the server location.

vpnLe supports Windows / macOS / iOS / Android / Linux, with unlimited devices online at once. After logging in, get the client and subscription from the user panel, then apply the same regional rules across devices. No email address is required; start with a username and password.

Plans include a 60-day no-questions-asked refund. Payment methods are Alipay / WeChat Pay / USDT. Before choosing a plan, review the data rules and upgrade options, then decide between a monthly subscription and a never-expiring data package based on how often you use it.

Start Free