Browse routes by region
The table below shows example combinations of regions and route types to illustrate how to choose a route; it is not a live list of available servers. Check your subscription after signing in for current cities, types, names, and availability. Not all covered regions are listed here.
Whether a route supports streaming cannot be determined by server location alone. Every entry is marked “Test required,” meaning you should check how the platform identifies your region, which titles are available, and whether playback works after connecting. This does not mean the route has been verified by the platform.
| Country / Region | City | Route type | Streaming support |
|---|---|---|---|
| Asia-Pacific | |||
| Hong Kong, China | Hong Kong | IEPL dedicated line | Test required |
| Singapore | Singapore | Relay | Test required |
| Japan | Tokyo | IEPL dedicated line | Test required |
| Japan | Osaka | Direct | Test required |
| South Korea | Seoul | Relay | Test required |
| Australia | Sydney | Direct | Test required |
| New Zealand | Auckland | Relay | Test required |
| North America | |||
| United States | Los Angeles | Relay | Test required |
| United States | Seattle | Direct | Test required |
| United States | New York | Relay | Test required |
| Canada | Vancouver | Direct | Test required |
| Canada | Toronto | Relay | Test required |
| Europe | |||
| Germany | Frankfurt | IEPL dedicated line | Test required |
| Netherlands | Amsterdam | Relay | Test required |
| United Kingdom | London | Direct | Test required |
| France | Paris | Relay | Test required |
| Switzerland | Zurich | Direct | Test required |
| Sweden | Stockholm | Relay | Test required |
| Other regions | |||
| Brazil | São Paulo | Relay | Test required |
| Chile | Santiago | Direct | Test required |
| South Africa | Johannesburg | Relay | Test required |
| United Arab Emirates | Dubai | Relay | Test required |
On narrow screens, scroll horizontally to view the full table. To see the routes available on your account, get your subscription from the user dashboard, then update it in your client.
How to interpret region names
An exit region is an important signal websites use to determine where a connection is coming from, but it is not the only one. A service may also consider your account region, payment details, browser session, and IP address databases. If a page’s language does not change after connecting to a city, that alone does not mean the connection failed. Likewise, loading the homepage does not confirm that sign-in, playback, or file transfers will work.
When choosing an exit in Asia-Pacific, North America, or Europe, prioritize the service’s regional requirements and the server’s actual location. For general international browsing, start by comparing nearby regions. For access to specific workplace resources, use a region approved by your organization. Exits in other regions are best suited to specific location needs; an unfamiliar name does not make a route better.
Dedicated lines, relays, and direct connections
Route type describes the path data takes. It is a separate factor from exit region, app compatibility, and account permissions, so compare these independently.
IEPL dedicated line
Consider route consistencyIEPL stands for International Ethernet Private Line. In subscription services, it typically refers to a route carried over a dedicated line between an entry point and an overseas server. This keeps part of the cross-border transmission on a more controlled link, reducing its exposure to changes in public internet routing. However, connections from your device to the entry point and from the exit to the destination site may still use public networks. An IEPL label does not mean the entire path is private.
Tasks such as video calls, remote desktops, and ongoing conversations can be more sensitive to brief fluctuations than to peak download speeds, so these routes may be worth comparing. Dedicated-line capacity generally involves higher resource and maintenance costs, but this page does not imply additional fees or promise that a dedicated line will outperform other types in every location. See plan details for actual features and pricing.
Relay connections
Consider the entry and exit pointsA relay adds a forwarding node between your device and the final exit. The client connects to an entry point, which then sends traffic to the exit, changing the routing combination. An extra hop does not necessarily make the experience worse: if the entry point suits your local carrier better or the onward route is smoother, the full connection may be more stable. That is why the exit city alone cannot tell you how a relay route performs.
Relay routes can balance everyday browsing, streaming, and work. Resource costs include maintaining the entry point, forwarding capacity, and exit; the exact cost depends on the route design, with no fixed ranking. When troubleshooting, distinguish a failed connection to the entry point from a destination service rejecting the exit. For the first, compare other entry points; for the second, check regional requirements, app rules, and how the exit is identified.
Direct connections
Consider local routingA direct connection typically means the client connects to an overseas server over the public internet, without an additional service-side relay entry point. This simple structure is easy to understand and useful for comparison with your local network’s international access. But a shorter route on paper does not mean a shorter physical distance. Peering between carriers, congestion at international gateways, and the destination network all affect performance, so the word “direct” alone says nothing about speed.
Direct routes usually have a simpler delivery structure, but public-network quality varies, so that does not mean they are necessarily cheaper. For browsing and background syncing, where brief delays are tolerable, start by checking the actual experience. If it works well during the day but becomes unstable at your usual busy times, compare it with a relay or dedicated line in the same region. Keeping the task consistent makes it easier to identify the cause than switching between very different regions.
Route type is not a security rating. VPN84 describes its privacy approach as “anonymous, no logs.” Continue to follow the destination service’s rules and protect your account password and subscription details when choosing a route. Read the Privacy Policy for details.
Choose an exit for the task
Define what successful completion looks like before changing routes. A page loading, a video playing continuously, and uninterrupted call audio each require different checks.
Everyday browsing: check the whole page, not just the homepage
For everyday browsing, start with a nearby region allowed by the target service, then check that text, images, and sign-in all work. Some pages load images, CAPTCHAs, or attachments from different domains. If the homepage opens but images are missing, client split-routing may be the cause; it does not necessarily mean the whole route is unavailable. First confirm that browser traffic is going through the client, then check whether the rules cover the missing resources.
If only one site has a problem while others work, keep the current route and check that site’s account or session. If several sites have trouble loading, compare other routes. This avoids changing exits every time a page errors, which can trigger repeated sign-in checks, and reduces unnecessary changes unrelated to the route.
Streaming: check the region first, then test playback
Start with the regional rights for the content you want to watch. An exit in a given region does not mean the platform will accept its IP address or that your account can access every local title. After connecting, check the catalog and play the specific content you want to watch; loading a trailer or cover image does not verify full playback. See the streaming access guide for more scenarios.
If playback is interrupted, note whether it is hard to start, the quality keeps changing, or a specific title produces an error. The first two are worth comparing across route types in the same region; the last may also involve licensing, account permissions, or platform status. Keep the exit consistent while watching, rather than switching routes repeatedly to chase a one-off result in the client’s test.
AI tools: check regional policies and sustained requests
If ChatGPT or another service will not open, first check whether it supports your exit region and account conditions. AI services may apply separate checks to accounts, IP addresses, or request patterns; changing routes does not replace following their usage rules. A page loading does not mean message requests are working, so also test sign-in, sending a message, and receiving replies continuously.
If text replies work but file uploads fail, check whether the attachment service uses a different connection path and whether client rules cover those requests. Avoid changing regions during a long task. If you need to compare routes, save your work and end the current request first, then test the same task on another route to avoid mistaking an interrupted session for a service-wide outage.
Gaming: server region matters more than the location name
For gaming, check the actual game server region, network protocol, and connection stability. A launcher updating successfully does not mean in-game traffic uses the same route; some games select servers independently. Check the game’s rules and selected server region first, then confirm that the client is routing the relevant process. A VPN84 international-route subscription is not compatibility certification for any specific game, and this page does not promise that every game will work.
For a fair comparison, use the same game server region and network conditions, then observe input responsiveness and whether the session stays connected. If only the game has an issue, do not immediately change network settings for the entire device. Check the client and game connection guidance first. For devices managed by an employer or school, follow the administrator’s requirements.
Remote work: keep a consistent work route and a comparison option
Video calls, remote desktops, and collaborative documents have different needs. Calls require continuous audio and video; remote desktops need responsive controls; documents need reliable saving and syncing. You can compare an IEPL line or relay, but judge by your actual workflow, not the route label. Follow company policy if workplace resources require an approved region or dedicated access.
Before an important meeting, check sign-in, screen sharing, and file access, then keep the same exit during work where possible. VPN84 supports Windows / macOS / iOS / Android / Linux and unlimited concurrent devices; this does not mean every device has the same local network or app configuration. If one computer works but another device does not, check client permissions, rules, and background operation on each device.
Connection verification steps
- Check your local network. Pause the proxy and test general internet access to rule out Wi-Fi, router, or local connection issues. Ask an administrator to check settings on managed workplace networks; do not change them blindly.
- Confirm your subscription is up to date. Sign in to the dashboard to check your plan and data status, then update the subscription in your client. The regional examples on this page are not added to the client automatically; available routes come from your account subscription.
- Compare routes within one region. Where options are available, compare different route types in the same region first. Keep the destination site, client mode, and local network conditions consistent to avoid changing too many factors at once.
- Test the complete task. For browsing, check images and sign-in; for streaming, play the actual content; for work, check saving and syncing. A reproducible error helps diagnose a problem better than simply saying “it’s slow.”
- Gather the relevant details. If the issue persists, submit a ticket through the user dashboard with the platform, client name, route name, time of the issue, and error message. Hide passwords, subscription details, and other private information in screenshots.
New users can start with the getting started guide. VPN84 requires no email address; create an account with a username and password. Get the client and subscription through the user dashboard. Sign in to download on non-iOS platforms; the iOS download option is available based on active plan status. Without an updated subscription, names left in an old client do not confirm that a route is still available.
For a step-by-step diagnosis, see troubleshooting. For personal assistance, visit the support ticket portal. VPN84 offers a 60-day no-questions-asked refund; see the Refund Policy for application details. The goal is to find a route that suits your current network and task, not to infer performance at every time of day from a single visit.