This beginner’s VPN guide starts with what to check after purchase: confirm your account and plan, get your subscription, import it into a client, then verify that access works as expected. Completing payment doesn’t connect a device to a route. Your access changes only when the configuration is valid and the client is routing the traffic you want.
For your first setup, there’s no need to learn every protocol and rule at once. Get the full process working on a device you use regularly, and keep a record of the configuration so you can refer back to it before setting up other devices. Each step below covers the expected result and common sticking points. If something goes wrong, troubleshoot that step rather than paying again or switching clients repeatedly.
Activate Your Account: Check Your Login and Plan
VPNGJ doesn’t require an email address. Set up your account with a username and password. If you’ve already placed an order, sign in with the account you used and check your plan in the dashboard. A payment confirmation page in your browser and your service dashboard are separate sources of information. Use the plan details and order history in the dashboard as your reference.
- Open the user dashboard and sign in with the username and password you saved when you set up your account.
- Check the plan name, data allowance, and status to confirm they match your order.
- If your payment appears in your order history but your plan status hasn’t updated, keep your order confirmation and contact support through a ticket. Don’t pay again.
Expected result: You can access your dashboard and see the plan you ordered. If you can’t sign in, check the capitalization of your username, your keyboard input settings, and whether your password manager filled in credentials for another site. Your username and password verify your identity; the subscription link you’ll import into the client is separate and can’t be used in their place.
Choose a Plan: Match It to Your Data Use
If you haven’t chosen a plan yet, consider whether you’ll use the service regularly or only from time to time. A monthly subscription suits ongoing use, while a data package works well if you don’t want your allowance to reset each month. If you’ve already ordered, use the table below to check your plan. Upgrading won’t fix a connection problem caused by configuration.
| Plan type | Price | Data | How it works |
|---|---|---|---|
| Monthly subscription | ¥9.9/month | 60GB | Resets monthly on your activation date |
| Monthly subscription | ¥18/month | 250GB | Resets monthly on your activation date |
| Monthly subscription | ¥28/month | 500GB | Resets monthly on your activation date |
| Data package | ¥158 | 300GB | Never expires; use it until it’s gone |
| Data package | ¥358 | 1000GB | Never expires; use it until it’s gone |
| Data package | ¥658 | 3000GB | Never expires; use it until it’s gone |
Monthly data resets on your activation date, not automatically on the first of each calendar month. If you upgrade mid-cycle, the price difference is prorated for the remaining days. VPNGJ allows unlimited devices, but that doesn’t mean unlimited data. Video, downloads, and background syncing all use data from your plan.
VPNGJ offers a 60-day no-questions-asked refund. Check current prices on the plan pricing page. There’s no need to choose the largest plan by default. Start with your actual needs, then check your usage in the dashboard once your connection is working; that’s more useful than comparing data allowances alone.
Get a Client and Subscription: Know the Difference
The client runs the connection; the subscription provides the routes and related configuration for the client. Installing the software alone won’t give you access to VPNGJ routes, and copying a subscription link won’t make your browser use them automatically. You need both before you can import the configuration.
Get the software for your operating system from the client download page. You can download the Windows, macOS, Android, or Linux client after signing in, even without a purchased plan. The iOS download requires an active plan. To get your subscription, sign in to the dashboard. Don’t look for it in public comments or configurations forwarded by strangers.
What to Check on Each Operating System
- Windows / macOS: After installation, you may need to allow the system proxy or network extension. Whether administrator access is required depends on the client and the traffic-routing mode you choose.
- iOS: The first time you connect after importing the configuration, iOS may ask you to allow a VPN configuration. This grants permission to route network traffic; it doesn’t confirm that the site you want to visit is accessible.
- Android: Clients typically use Android’s system VPN interface to route traffic. If the system restricts background activity, the connection may drop when the screen locks. Check the client’s instructions for battery and background settings.
- Linux: Graphical clients and command-line tools use different configuration workflows. A system proxy may not cover every app, so follow the instructions for your specific client.
Expected result: The client opens successfully, and you can find the subscription option in the dashboard. If the downloaded file won’t open, check your operating system, processor architecture, and download source. Don’t disable system protections just to run a file from an unknown source.
Import Your Subscription: Check the Format, Then Update
Copy the subscription link for your client from the dashboard, then look in the client for an option such as “Add subscription” or “Import from link.” The wording varies by app. Make sure you’re importing a remote subscription—not entering the link in a server address field or using the full link as your username and password.
- Copy the full subscription link without missing any characters at the end. Check that no spaces or line breaks have been added before or after it.
- Add the remote configuration in your client, then update or download the configuration.
- Check that routes or a proxy group appear. Select the configuration you just imported so it becomes the active one.
- Choose a route in a region supported by the service you want to use, then enable the connection or traffic routing.
Expected result: The update completes without errors, and selectable routes appear in the client. If the import succeeds but the list is empty, check whether you selected the right configuration, whether the subscription is valid, and whether the format is supported. If parsing fails, first make sure you copied a subscription link—not a sign-in page address or a webpage sharing link.
Protocol Names Don’t Guarantee Client Compatibility
Shadowsocks, VMess, Trojan, VLESS, Hysteria2, and TUIC are different proxy protocols or implementation families. Client support and version requirements vary. These names are listed to help you identify compatibility issues; they don’t mean VPNGJ offers every protocol. Check the configuration in your dashboard and your client’s documentation. A file extension alone doesn’t tell you whether it’s compatible.
If your current client can’t recognize the format provided in the dashboard, use the compatible option described on the download page. Don’t edit unfamiliar protocol fields or keep trying subscription formats that aren’t intended for your client. Even if an import appears to work, you could lose rules, DNS settings, or proxy group configuration.
Choose a Route and Set Up Routing: Send the Right Traffic Through the Right Exit
For your first day, keep the default rules provided in the dashboard and choose an exit region that the service you want to use supports. A farther region isn’t necessarily better, and a nearby region doesn’t guarantee a shorter network path. Stick with one route while testing, then compare options one at a time so you can tell whether a change came from the route or a setting.
IEPL, transit, and direct connections describe different ways routes are organized, not protocol names in a client. IEPL uses dedicated Ethernet transport; transit routes traffic through an intermediate node; a direct connection typically goes from your local network to a remote entry point. None of these labels guarantees that a particular service will work. Your experience also depends on your network, exit route, and the destination platform.
Rule-based mode uses conditions such as domain names and addresses to decide whether traffic goes through a proxy or connects directly. Global proxy mode generally routes traffic handled by the client through a proxy exit, but that doesn’t mean every app is covered. A desktop system proxy may affect only apps that follow that setting, while TUN and other routing modes cover traffic differently. Don’t judge what’s routed by the mode name alone.
Expected result: Local websites still work, while international sites you want to access use the selected route according to your rules. If a site works in your browser but not in a particular app, check whether the app follows the system proxy and whether the client has the relevant traffic-routing feature enabled. Don’t assume the entire route is down.
Test Your Connection and DNS: A Connected Icon Is Just the Start
A “Connected” status in the client usually means only that the local connection process has started. A full check also confirms that your exit matches your selection, the target site is accessible, and the connection is stable during normal use. Try a regular HTTPS site first, then the service you want to use. Don’t judge a route based on just one site that may have regional restrictions.
- ✅ The active configuration is the VPNGJ one you just imported, not an older configuration in the client.
- ✅ The target site loads, and you can use its features or pages after signing in.
- ✅ For requests covered by your proxy rules, the exit region matches the route you selected.
- ✅ Local sites you use regularly aren’t affected unnecessarily by incorrect routing rules.
- ✅ When you disconnect, the relevant traffic returns to its usual route, confirming that the client settings took effect.
DNS translates domain names into addresses. A DNS leak generally means that a DNS request that should have followed a particular route was instead sent to another resolver. When checking, consider the client’s DNS settings, routing rules, and your browser’s secure DNS setting. Don’t rely on the resolver names shown on a test page alone.
If your rules allow local domains to connect directly, seeing a local resolver isn’t necessarily a problem. Using a public third-party resolver doesn’t mean the request went through the proxy. First decide which route each request should take, then compare that with the test results. A browser’s own encrypted DNS may also bypass the client’s domain-handling logic. Note whether it’s enabled, and avoid changing several settings at once while troubleshooting.
Even when the exit and DNS behave as expected, the target platform may restrict access based on your account region, previous sign-in environment, or its own policies. Network connectivity, platform permissions, and account eligibility are separate issues. Don’t use repeated region switching as a substitute for troubleshooting.
Common Issues: Troubleshoot Accounts, Configurations, and Networks in Order
If something goes wrong, keep the exact error message and note what you changed most recently. Being able to update a subscription but not access a site is different from being unable to download the subscription at all. Change one setting at a time and test again before deciding whether to keep it. This helps avoid breaking a configuration that was working.
- Can’t sign in to the dashboard: Check your account credentials and the address you’re visiting. This is an authentication issue, so don’t start by changing the client protocol.
- Subscription won’t update: Check that the link is complete, your plan is active, and the format is supported by your client. Don’t share the full subscription link when asking for help.
- Import works, but every route fails: Check that your local network is working and your system clock is correct. Also check for conflicts with other proxy tools.
- Only the target site fails: Check the region, which routing rule applies, and any message from the platform. Work out whether the problem is an access restriction or a network error.
- Disconnects after the device sleeps: Check the client’s connection status and the system’s background restrictions. Reconnect and test again; don’t rely on an old status icon.
For support, use the support ticket page and include your operating system, client name and version, network type, route name, what you were doing when the issue occurred, and the troubleshooting steps you’ve already tried. Remove sensitive information from error logs first; don’t include your password or full subscription link. Describing exactly where things stopped matching expectations is more helpful than simply saying “it doesn’t work.”
First-day checklist: You can verify your account and plan, update your subscription, select the correct configuration in the client, and test both access to your target site and your routing rules. Once that’s done, set up other devices, adjust rules, or compare routes. Keep a working configuration as a reference for future troubleshooting.