route.catalog

Global Server Routes

Choose by region, city, and route type instead of guessing protocol settings first. VPN PY offers 90+ countries / 200+ routes for cross-border access, streaming, AI tools, gaming, and remote work.

Unlimited simultaneous devices 7-day no-questions-asked refunds No email address required
region.index

Explore representative routes by region

Use the table below to quickly compare major regions, cities, and connection methods. Route entries appear by region in the client; streaming support depends on the route’s actual label, and cities within the same country may serve different purposes.

Country / region City Route type Streaming
Asia-Pacific routes
Hong Kong, China Hong Kong IEPL Supported
Japan Tokyo IEPL Supported
Japan Osaka Relay Supported
Singapore Singapore IEPL Supported
South Korea Seoul Relay Supported
Taiwan, China Taipei Relay Supported
Malaysia Kuala Lumpur Direct Partially supported
Thailand Bangkok Direct Partially supported
North America routes
United States Los Angeles IEPL Supported
United States San Jose Relay Supported
United States New York Direct Partially supported
Canada Vancouver Relay Supported
Canada Toronto Direct Partially supported
Europe routes
United Kingdom London IEPL Supported
Germany Frankfurt Relay Supported
France Paris Direct Partially supported
Netherlands Amsterdam Relay Supported
Switzerland Zurich Direct Partially supported
Other regions
Australia Sydney Relay Supported
New Zealand Auckland Direct Partially supported
United Arab Emirates Dubai Relay Partially supported
India Mumbai Direct Partially supported
Brazil São Paulo Direct Partially supported
South Africa Johannesburg Direct Partially supported

Representative cities illustrate the coverage structure and are not the complete client directory. After signing in, view currently available regions, route types, and purpose labels in the client.

route.type

IEPL, Relay, and Direct Routes

Route names describe how traffic is organized from entry to exit. They affect path control, resource costs, and suitable use cases, but should be evaluated alongside the local network, target region, and time of use.

route.ieplPath priority

IEPL: a controlled path for sustained connections

IEPL routes typically place the local entry and international exit on a more controlled transmission path. Instead of handing the connection to the public network for hop-by-hop forwarding, the operator can organize the entry, exit, and intermediate links more deliberately. They suit video conferences, remote desktops, sustained uploads and downloads, long viewing sessions, and workflows sensitive to connection fluctuations.

These routes generally require more resources than direct and standard relay routes, so they are best used when stability is a real priority. Start with the target region: for Japanese services, compare Japanese exits first; for North American services, consider North American exits. Route type does not replace regional matching, and a more distant dedicated path may not suit the task better than a nearby region.

route.relayBalanced choice

Relay routes: reorganizing the path between entry and exit

A relay route connects through a suitable entry first, then sends traffic from an intermediate node to the target exit. Its main benefit is reducing the impact of complex international paths on the end device while allowing the service to organize exits by region. For everyday browsing, AI conversations, file collaboration, streaming, and general office work, relays often provide a balanced combination of coverage and resource cost.

Relay performance is not identical at every time or location. The local access network, entry location, exit city, and target service region all affect the experience. In practice, compare different entries within the same target region instead of switching regions repeatedly. If a relay performs poorly on the current network, try another route in the same region first to keep the exit region consistent.

route.directCoverage extension

Direct routes: a simple path for specific regional needs

Direct routes connect the end device’s network directly to an international exit without an additional service-managed relay entry. Their structure is simpler and suits less frequent access, clearly defined target regions, or situations requiring an exit in a less common location. Direct routes also extend coverage, bringing more countries and cities into the route directory.

Because these routes rely more heavily on the public network between the user’s location and the exit region, performance is more affected by the local carrier, interregional links, and time-of-day changes. Treat direct routes as a regional exit option rather than judging speed from the word “direct” alone. For sustained transfers, meetings, or long-lived connections, compare a relay or IEPL route in the same region and keep the one that performs better in practice.

Prioritize stable paths

Start with an IEPL route and keep the exit region close to the target service.

Balance everyday use and coverage

Try a relay route first, keeping an alternative entry in the same region.

Need an exit in a specific region

Check direct routes to expand your city and regional options.

route.select

Choose a route by use case

Route selection is not about finding one permanently “fastest” name. Evaluate the target service, exit region, and connection type together. The sequence below can be applied directly when choosing a route in the client.

browse.open()

Everyday browsing

Start with a nearby Asia-Pacific entry, open frequently used sites, and check page loads, image requests, and continuous browsing. Without a specific regional requirement, there is no need to start with a distant exit. Relay routes are often a practical choice for websites, email, documents, and regular downloads; switch to the relevant region when country-specific content is needed.

For browsing, consistent operation matters more than one unusually fast page load. Keep a backup route in a frequently used region and switch within that region when network conditions change.

stream.play()

Streaming and video

Confirm the content library’s region first, then choose a route in that region marked for streaming in the table or client. Streaming involves sustained data transfer, so compare IEPL and relay routes first. After connecting, open the target platform to verify that the account, region, and content page work normally before starting a long session.

If quality changes during playback, switch routes within the same exit region first. This keeps the content library unchanged and makes it easier to determine whether the issue comes from the current path or the platform’s status.

ai.request()

AI tools

AI chats, code completion, and file analysis involve more than opening a webpage: they include sustained requests, streaming responses, and longer sessions. Choose a region supported by the target service, then compare relay and IEPL routes within that region. Keep the exit region consistent during sign-in, conversations, and file processing to reduce session changes.

If text chat works but file tasks are unstable, try another entry in the same region and resubmit the task. Avoid changing the protocol, region, and client settings at the same time, or it will be difficult to identify what actually affected the connection.

game.connect()

Gaming and real-time interaction

Choose an exit based on the game server region, not the game’s publishing region. If the target server is in Japan, start with Japanese routes; if it is in North America, compare the corresponding North American entries. Real-time interaction depends more on consistent transmission, so try routes with more controlled paths first.

Complete updates, sign-in, and server selection before starting a match, then confirm that the connection remains stable. If the local network is handling heavy syncing or downloads, address that usage first before evaluating route performance.

office.sync()

Remote work

Video conferences, remote desktops, code repositories, and cloud documents may be hosted in different regions. Base the choice on the main task of the day: for meetings and remote desktops, prioritize a path that performs steadily during sustained connections; for corporate systems, treat the service’s region as the first requirement.

Avoid switching regions repeatedly during work. Before starting, choose a primary route and a backup in the same region to keep the exit environment reasonably consistent for account sessions, file syncing, and collaboration tools.

route.fallback

Make route switching a reproducible troubleshooting process

Route performance depends on the end network, access region, target service, and time of use. Effective switching is not about clicking through many regions; change one condition at a time and record which combination works best on the current network.

target

Confirm the target region

First identify where the service is located or which region the content library requires. Once the target region is clear, later comparisons have a consistent baseline.

region

Keep the exit region fixed

Compare different cities and entries within the same country or region. This keeps the service region consistent and narrows the possible cause of a problem.

type

Then compare route types

If entries in the same region are still unsuitable, switch between IEPL, relay, and direct routes and check whether sustained requests and long-lived connections improve.

local

Check the end-device environment

Make sure the local network is not occupied by large-file syncing, system updates, or other sustained tasks. Under different access networks, keep separate commonly used routes that suit each one.

coverage.map

Coverage and client access

VPN PY’s route directory covers 90+ countries / 200+ routes. It includes Asia-Pacific, North America, Europe, and other commonly used exit regions, with support for Windows / macOS / iOS / Android / Linux. Sign in to get the client and subscription, then choose routes by region and use case.

Monthly subscription traffic resets each month on the activation date, with unlimited simultaneous devices. For traffic that should remain available long term, choose a data package that lasts until used and never expires. See the plans page for complete package details and pricing.

HKHong Kong, China JPJapan SGSingapore KRSouth Korea USUnited States CACanada GBUnited Kingdom DEGermany AUAustralia BRBrazil AEUnited Arab Emirates ZASouth Africa