Shadowrocket for iPad: First Launch, VPN Permissions, and the Home Screen Guide

Learn why Shadowrocket requests VPN permission, then explore the Home screen’s Not Connected switch, Global Routing, Connectivity Test, and SERVER list.

In this guide

This guide is for users who have installed Shadowrocket from the App Store and are preparing to connect for the first time on an iPad. First, learn what VPN configuration permission allows. Then review the roles of Home, Config, and Settings, and check your existing subscription, connection switch, and routing mode. Finally, use a step-by-step test to distinguish permission, server, and rule issues. Import instructions assume you already have a service provider and subscription.

Before connecting for the first time: installation and VPN permission are separate steps

Shadowrocket is a closed-source commercial app for Apple platforms, primarily iPhone and iPad, and is available only through the App Store. Before purchasing, verify the app name, app ID 932747118, and developer Shadow Launch Technology Limited. The app is sold as a one-time purchase. Prices vary by region; check the App Store listing for system requirements.

Buying the app does not buy a service plan. Purchasing Shadowrocket does not automatically populate the SERVER list. You’ll need to import your own existing subscription or enter server details you already have. This site does not provide, sell, or recommend nodes or subscription services. If Home has no usable entries, import your data first rather than repeatedly toggling the connection switch.

The VPN permission prompt may not appear the first time you open the app. It usually appears when you first try to connect and Shadowrocket needs to add a VPN configuration to the system. The prompt authorizes the app to add that configuration; it is not a subscription sign-in or purchase confirmation. After you allow it, iPadOS may ask for your device passcode or another form of authentication. Follow the prompts shown on your iPad.

From an existing subscription to your first connection: follow these five steps

First, make sure your iPad’s Wi-Fi or cellular connection can reach the websites you normally use. If public Wi-Fi requires a sign-in page, complete that step first. Import only a subscription URL whose source you trust. Never post a full URL containing a token in public comments, screenshots, or group chats.

  1. Prepare your subscription

    Have your own subscription URL ready. This sample URL shows the format: https://example.com/sub?token=xxxx. It is only a text example and cannot be used to connect. Do not enter an ordinary website homepage as a subscription URL.

  2. Add the subscription

    Go to Home → tap “+” in the upper-right corner → Type → Subscribe. Enter your subscription URL, add a recognizable note, and save. Check that SERVER entries appear under the subscription. To fetch the contents again, pull down on Home to refresh the subscription.

  3. Select an entry

    Choose a server from your existing subscription in the Home SERVER list and verify that it is selected. For initial troubleshooting, stick with the same server. Changing entries and multiple settings at once makes it harder to tell what affected the result.

  4. Allow the configuration

    Turn on the connection switch at the top of Home. When the system asks to add a VPN configuration, confirm the request is from Shadowrocket, tap Allow, and complete any requested authentication. If you previously declined, return to Home and try connecting again.

  5. Test access

    Wait for the connection status on Home to change, then run Connectivity Test and visit a website you know is available in your browser. Note the connection status, test result, and what happens in the browser separately. A VPN icon in the system status area alone does not confirm that the remote service is working.

Home: connection status, routing modes, and the SERVER list

Home is where you connect and check the current status. If the top of the screen shows Not Connected, a connection has not been established; this does not by itself mean your subscription has expired. SERVER entries only indicate that server data is stored locally. You still need to select an entry, connect, and test actual access.

Home screen sections

Not Connected
Check the current connection status and use the switch at the top.
Global Routing
Choose how traffic is routed.
Connectivity Test
Run a connectivity check to help narrow down a problem.
SERVER
View and select an existing server entry.

First check that a server is selected, then check the connection status, and finally test actual access.

Global Routing modes

Proxy
Typically routes traffic eligible for proxying through the currently selected proxy path.
Direct
Uses a direct connection and does not depend on a remote proxy being available.
Config
Routes traffic according to the rules in the currently enabled configuration file.
Scene
Routes traffic according to the configured scene. Review the scene settings before using it.

A mode name does not indicate connection status. Selecting Config does not mean rules have been configured automatically.

Region or purpose labels in SERVER entry names usually come from the subscription; they do not verify a server’s location or ability to provide access. When editing an entry, check that its protocol, address, port, and authentication details match the information you already have. For example, if the supplied details specify port 443, don’t change it to 80 just because a test failed. The port must match the server’s actual listening configuration.

Config and Settings: keep these three types of settings separate

Home is for selecting a server and connecting; Config manages configuration files; Settings controls app behavior. A collection of servers in a subscription is not the same as a rules file in Config. Importing servers does not provide routing rules suited to your network, and switching configuration files does not update your subscription URL.

In a rules file, DOMAIN-SUFFIX matches domain suffixes, GEOIP matches against IP geolocation database results, IP-CIDR matches IP ranges, and FINAL catches traffic that did not match an earlier rule. This example is for syntax only; it is not a recommendation to replace your existing configuration. The range 192.0.2.0/24 is reserved for documentation examples.

[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY

Rules are generally evaluated from top to bottom, so more specific conditions should come first. The example’s PROXY target must correspond to an available proxy. If your configuration uses a different policy name, verify the target before applying the rule. When getting started, confirm basic connectivity first, then add rules one at a time. This is easier to troubleshoot than changing the routing mode and an entire configuration at once.

Connectivity Test: check direct and proxy paths separately

Connectivity Test provides clues about connectivity; it is not a comprehensive check of every website, protocol, or app. Latency values in the list are not download speeds. Results depend on the test method, destination, and current network. If a test times out, note the server, routing mode, and network conditions instead of keeping only a screenshot of the red result.

Troubleshooting: check the local network first, then the proxy path

Check the direct connection
  • Temporarily turn off the connection and make sure On Demand does not reconnect automatically.
  • Use a browser to visit a website that normally works over a direct connection. Check whether Wi-Fi requires sign-in.
  • If the direct connection also fails, fix the network access issue before checking app settings.
Check the proxy path
  • Return to Home, select the same existing server, and start the connection.
  • Temporarily switch to Proxy mode for comparison. Run Connectivity Test and check the website in your browser.
  • Switch back to Config. If only Config fails, focus on the matching rules and target policy.

Change only one variable at a time. When testing is complete, restore the routing mode and On Demand settings you need.

For example, if the same server can reach a website in Proxy mode but fails in Config, the issue may be a rule match, policy selection, or related DNS setting. Don’t assume the server is down. If both modes fail while the direct connection works, check the server details and service availability. This illustrates a troubleshooting approach; it is not a test result for any particular network.

Common first-use questions: troubleshoot by symptom

I tapped Don’t Allow. How do I grant permission now?

Return to Home, select an existing server, and turn on the connection switch again. Watch for a new request to add a VPN configuration. If the configuration still cannot be added, check for existing VPN entries and device management restrictions in iPad Settings → General → VPN & Device Management. If the iPad is managed, ask the administrator about permissions. Don’t delete an unfamiliar management configuration as a troubleshooting step.

I allowed VPN access. Why does it still say Not Connected?

Allowing the configuration only completes system authorization. First check whether a SERVER entry is selected, then verify the address, port, and authentication details. Also check whether another VPN connection is switching. Try connecting again and note any error message. “Permission granted” does not mean “remote handshake successful.”

The SERVER list is empty. Does that mean the app wasn’t installed correctly?

An empty list usually means you should check the imported data first. Go to Home → “+” → Type → Subscribe, confirm that you entered your own complete subscription URL, then save and refresh. If the content cannot be parsed or the request times out, ask the provider of your existing service to verify the URL. Reinstalling the app cannot replace valid subscription data.

Why does it reconnect a while after I turn off the switch?

Go to Settings → On Demand and check whether automatic connection triggers are enabled. Temporarily turn them off and observe what happens. Also confirm that the VPN entry currently shown by the system belongs to Shadowrocket. Once manual connections work, restore conditions one at a time to match your needs so you can identify what triggers a connection.

It works on my iPhone. Why can’t I assume the same settings will work on my iPad?

Check the selected SERVER, Global Routing mode, and Config file on each device separately, then confirm they use the same network. App purchase history, configuration contents, and remote service device limits are separate matters. Using the same purchase account does not mean the settings on both devices are identical. If your service limits simultaneous connections, check the terms of your existing service.

After your first connection, keep a troubleshooting record

After a successful first connection, note the server label, routing mode, configuration file name, and network conditions used for testing. This can help you reproduce the setup if a problem occurs later. Do not include subscription tokens, passwords, or full authentication URLs. Refreshing a subscription can change the server list, so verify the selected entry again after each refresh rather than relying on an old label.

Verify the App Store listing and set up Shadowrocket

Before getting Shadowrocket, verify the app ID, developer, and purchase details. Buying the app does not buy a service plan. After installation, use your own existing subscription or configuration. The App Store verification page links to the listing, and the tutorial explains how to import and connect, step by step.

Go to App Store verification Read the tutorial
App Store listing verification