VPNREAD / ROUTE DIRECTORY

Global servers and routes

Start with the exit region, then check the route type. Consider your destination, network path, and client protocol separately to make a more informed choice.

No email address required—just a username and password.

REGION / CITY / ROUTE

Browse routes by region

The table below is an example for reading the directory, not a complete inventory or live status list. Country, city, and route-type combinations illustrate how to choose a route. Check the user panel for currently available options, names, and types.

Static directory example

Streaming availability cannot be determined by region alone. The exit location, platform account region, content rights, and platform checks can all affect playback. The directory therefore reflects actual platform checks and does not promise ongoing availability.

Example regions, cities, and route types
Country / RegionCityRoute typeStreaming availability
Asia-Pacific
JapanTokyoIEPLCheck availability on the target platform
JapanTokyoRelayedCheck availability on the target platform
JapanTokyoDirectCheck availability on the target platform
SingaporeSingaporeIEPLCheck availability on the target platform
SingaporeSingaporeRelayedCheck availability on the target platform
Hong KongHong KongIEPLCheck availability on the target platform
Hong KongHong KongDirectCheck availability on the target platform
South KoreaSeoulRelayedCheck availability on the target platform
AustraliaSydneyDirectCheck availability on the target platform
North America
United StatesLos AngelesIEPLCheck availability on the target platform
United StatesLos AngelesRelayedCheck availability on the target platform
United StatesSeattleDirectCheck availability on the target platform
United StatesNew YorkRelayedCheck availability on the target platform
CanadaVancouverRelayedCheck availability on the target platform
CanadaTorontoDirectCheck availability on the target platform
Europe
United KingdomLondonIEPLCheck availability on the target platform
FranceParisRelayedCheck availability on the target platform
GermanyFrankfurtRelayedCheck availability on the target platform
NetherlandsAmsterdamDirectCheck availability on the target platform
SwitzerlandZurichDirectCheck availability on the target platform
Other regions
BrazilSão PauloRelayedCheck availability on the target platform
South AfricaJohannesburgDirectCheck availability on the target platform
United Arab EmiratesDubaiRelayedCheck availability on the target platform
IndiaMumbaiDirectCheck availability on the target platform

On narrow screens, scroll horizontally to view the full table. City labels indicate the exit location; they do not represent the entry point, data center address, or a fixed physical route.

Same region, different routes

Tokyo routes in the directory may use different entry points and transmission paths. Choosing Tokyo specifies only the exit region; it does not determine the connection method, protocol, or whether a target platform will accept the connection. When browsing the directory, check the country, city, and route type in turn, then open your client to see the full route name and supported protocols. Don’t choose based on the region label alone.

Coverage shows how many regions are available; it doesn’t mean every use case calls for a distant exit. If you have no specific region requirement, start with your actual experience. For local content or region-specific services, compare routes to the desired exit location. Trying different route types in the same region is usually easier for troubleshooting than switching between countries.

TOPOLOGY / TRADE-OFFS

Route types and cost trade-offs

IEPL, relayed, and direct describe how a route is organized. They are not a simple quality ranking and cannot replace checks of your local network, exit status, and target service.

Dedicated transmission path

IEPL

Entry → dedicated link → exit

IEPL usually refers to an international Ethernet private line. In a service’s network design, a private line can carry part of the traffic between the entry and exit, making that section of the path more controllable. However, local access from your device to the entry point and the onward path from the exit to the target website still affect the overall experience. A route labeled as a private line does not mean the entire connection uses dedicated resources.

For voice calls, ongoing interactive tasks, or long work sessions, consider a private line as one option and see how consistently it performs during the times you normally use it. Dedicated transmission resources generally cost more to procure and maintain, but higher cost does not automatically mean faster performance. This page makes no speed guarantees for private lines and does not imply additional charges; see the plans page and user panel for current plan details.

Forwarded through an entry point

Relayed

Entry → forwarding path → exit

A relayed route adds a forwarding step between your device and the target exit. Its value isn’t in having more steps, but in the possibility that the combination of entry-point reachability and onward routing better suits your current network. A route that looks shorter geographically may have less favorable peering; a route through a suitable entry point may be more consistent than a direct connection to a distant exit.

Relayed routes are worth testing for everyday browsing, work across regions, or when comparing different entry points. They depend on coordination between the entry point, forwarding resources, and exit, so their cost structure is generally more complex than a straightforward direct connection. There is no universal fixed price ranking. If a relayed route is difficult to connect to, consider the entry and exit separately rather than attributing the issue to the protocol.

Direct connection to the exit

Direct

Device → exit → target service

A direct connection usually means your device connects to the exit server without an additional relay entry point arranged by the service. “Direct” does not mean there are no intermediate network devices; it means the route has no extra forwarding step in its design. Performance depends more on the international route between your local carrier and the exit, so the same exit may perform quite differently across access networks.

When your local network has a suitable connection to the target region, a direct route is a straightforward option to compare. It requires fewer additional relay resources, but exit resources, region, and maintenance still affect cost—so not every direct route is necessarily cheaper. If performance changes noticeably during peak hours, compare it with a relayed or private-line route in the same region. Changing both region and route type at once makes the results harder to interpret.

Route type and protocol are separate things.Shadowsocks, VMess, Trojan, VLESS, Hysteria2, and TUIC are protocol names, not countries or network topologies. Check separately whether your client supports the protocol and which combinations are included in your subscription. For details on protocol trade-offs, see the protocol guide.

SELECT BY USE CASE

Choose an international route for your needs

Start by defining what you need to do, then choose an exit and route type. The goal is to complete the task reliably, not to chase a test result that has little to do with your actual use case.

Everyday browsing: check that pages load fully

A website may load images, scripts, and sign-in components from different domains, not just the main page content. Check that the whole page displays, internal links work consistently, and features function after signing in. Loading a single static page does not tell you how the full site performs.

If you don’t need a specific region, start by comparing relayed and direct routes in a commonly used region, keeping your browser and destination the same. If only some content fails, first check your client’s routing rules and how the relevant domains are routed, then consider switching routes. Changing fewer variables makes it easier to tell whether the issue is with the site or the connection.

Streaming: check content availability by region

First check which regions offer the content and whether your account has permission to watch it. Matching the exit region is only one requirement; it doesn’t replace content licensing or the platform’s network checks. A Japan or United States label in the directory does not guarantee that a particular title will always play.

Once you’ve confirmed the region, check whether playback starts, continues without repeated buffering, and works when you switch titles. If the platform reports a region or proxy issue, note the exact message and troubleshoot with the streaming guide. Don’t assume that changing protocols will make the platform accept a new exit.

AI tools: keep sessions consistent

AI tools often check account eligibility, service region, and connection status separately. Before choosing a route, review the tool’s published regional requirements and confirm that your account meets its conditions. A network route can improve the connection path, but it can’t replace an account subscription, regional eligibility, or the platform’s own service rules.

After signing in, keep to a suitable exit region and avoid frequent changes while generating content or uploading files. Test the full workflow: signing in, sending a request, receiving a response, and using any file features you need. If access is denied or a session expires, first distinguish an account notice from a connection interruption, then decide whether to change routes.

Gaming: check server location and protocol support

The game server, matchmaking region, and account region may differ. First confirm which server you’re actually connecting to, then check whether your client and route support the game’s required connection method. Being able to open the game’s website doesn’t mean the in-game connection will work.

When comparing routes, check whether sign-in, matchmaking, gameplay, and voice chat work consistently. Download speed alone doesn’t indicate how responsive gameplay will feel, and a nearby location doesn’t guarantee a better route. VPNRead makes no claims of game-specific optimization; suitability for a particular game depends on testing it on your current network.

Work: test the full workflow

Remote work often involves meetings, collaborative documents, and file services, each with different network needs. Identify any resources that must be accessed through your company’s designated network, then configure your connection according to your organization’s security requirements to avoid conflicts with workplace access policies.

For calls and long sessions, compare private-line and relayed routes to the same exit. For documents and file tasks, check that saving, syncing, and uploading complete successfully. Choose a route before an important meeting and keep it stable during use. To learn more about packet loss and route changes, read our guide to choosing routes for remote-work meetings.

CHECK / COMPARE / KEEP

Connection checks and backup routes

When something goes wrong, check your local connection, subscription and client, then the target service—in that order. Changing one factor at a time is more useful than repeatedly switching countries.

Check your local connection and subscription

First, make sure your device can access the internet. Then check your subscription status and data usage in the user panel. If your client’s route list hasn’t been updated in a while, refresh the subscription and confirm that the route names still match those in the panel. Don’t rely on outdated configurations or share your subscription details publicly.

If the issue changes when you switch local networks, the access environment may need further investigation. Keep the exit and protocol unchanged and note the difference. If you change the network, region, and client at the same time, it’s difficult to tell which change made a difference.

Compare routes in the same region

If a target service requires a fixed region, keep the exit region and compare only the route types. This lets you observe the effect of the entry point and transmission path while minimizing account prompts caused by a region change. Test a backup route in advance rather than waiting until a task is interrupted.

When submitting a support ticket, include your device platform, client, full route name, time of the issue, connection type, and exact error message. Don’t share your password or full subscription URL. For help, see the support page for contact options, or go directly to support tickets in the user panel.

SUBSCRIPTION / FACTS

Subscription details beyond routes

Consider coverage, device support, and data rules together. More regions don’t mean every task needs a distant exit, and unlimited simultaneous devices don’t change the data rules for your plan.

Coverage
90+ countries / 220+ routes; check the user panel for currently available options.
Devices and platforms
No limit on the number of devices connected at the same time. Supports Windows / macOS / iOS / Android / Linux. Find client downloads in the user panel.
Monthly plans
¥9.9/month includes 60GB · ¥18/month includes 250GB · ¥28/month includes 500GB. Data resets monthly on your activation date. Mid-cycle upgrades are prorated for the remaining days.
Data packages
¥158/300GB · ¥358/1000GB · ¥658/3000GB. Use them at your own pace; they never expire.
Payments and refunds
Alipay / WeChat Pay / USDT. 30-day money-back guarantee. See the Terms of Service for details.
Privacy policy
VPNRead follows a no-logs policy. See the Privacy Policy for details about the policy and how information is handled.

Have a region in mind? See our guides for help setting up your client, or compare monthly plans and data packages on the plans page.