ECOSYSTEM / How clients and cores work together
Project V, V2Fly, and the Xray ecosystem
Project VV2FlyXray-coreCommunity maintained
V2Ray is an ecosystem, not a one-size-fits-all installer
Project V is built around modular network proxy tools, and V2Ray is a widely used name within that ecosystem. People searching for V2Ray on mobile usually want a GUI client that can import a configuration and connect—not a core configuration file to edit by hand. Desktop v2rayN and Android clients v2rayNG and v2flyNG fill that role: they provide an interface, store server details, generate configurations, and call the relevant core to handle network traffic.
That is why this site separates downloads from setup instructions. The download center covers platforms and package choices; the quickstart covers the shortest path to a working connection; the full guides cover platform permissions, proxies, and troubleshooting. When something goes wrong, first identify the layer: a window that will not open points to the client or runtime environment; a failed subscription fetch points to the URL or request; a failed connection handshake points to core configuration or server settings. Similar names do not mean the same troubleshooting steps apply.
V2Fly and Xray: shared roots, separate development
V2Fly is a community that continues to maintain V2Ray-related tools. Xray-core grew from related code and has developed along its own path. The two share configuration concepts, but differ in protocol capabilities, supported options, and defaults. Interpret configuration fields in the context of the core you are using; do not assume everything is compatible just because both clients are called V2Ray clients.
When choosing a core, start with the server’s requirements, then check what the client actually supports. A client recognizing a share link means it can parse the link format—not that its current core can use every parameter. For newer protocol features in particular, check the client and core release notes. Switching cores can help test compatibility, but it does not replace the basic checks for server address, credentials, and transport settings.
Three open-source clients, chosen by platform and core
v2rayN is an open-source desktop client for Windows, macOS, and Linux, suited to managing multiple subscriptions, switching servers, and editing routes in a GUI. v2rayNG is an open-source Android client using the Xray core, suited to everyday mobile connections and subscription management. v2flyNG is an open-source Android client using the V2Fly core, and an alternative when you need its specific compatibility. These recommendations reflect each client’s platform focus, not a made-up speed ranking.
All three clients are community-maintained open-source projects and are free to use. The client and the remote server service are separate: server fees, validity periods, and access conditions are set by the provider. This site organizes client downloads and setup guides; installing an app does not provide remote server access. To compare menus, platforms, and cores, read the side-by-side review of the three clients and decide whether you need a backup client.
Open-source licenses: your rights and responsibilities
Clients and cores in the Project V ecosystem publish source code under open-source licenses that set the terms for use, modification, and redistribution. V2Fly’s V2Ray core and Xray-core use MPL-2.0; check each client’s own release materials for its license. Publicly available source code is a verifiable project attribute, but it says nothing about how every third-party server or subscription service operates.
In practice, keep subscription URLs secure, understand VPN permissions and proxy coverage, and follow the network-use rules where you are. Remove account-identifying details before sharing configuration screenshots, logs, or share links. Do not judge an unfamiliar configuration by its note alone. Check the server address, port, transport, and routing destination to understand what the client is being asked to do.
Update the client, and check that your configuration still fits
Client updates can change the interface, fix import issues, or add support for core changes. Core updates may affect protocol support and how configuration fields are interpreted. Before updating, back up your subscription groups and custom routes, and note which proxy mode you use. Afterward, test a known working configuration before restoring advanced settings. This makes it easier to distinguish interface changes, compatibility issues with old fields, and network fluctuations.
The homepage does not list specific releases; current downloads and release details are in the download center. Menu names in the guides help you find settings, but if the interface changes, follow the feature descriptions and release notes. Do not expect an old screenshot to match pixel for pixel. The key checks remain the same: where the subscription is saved, when the proxy is enabled, and which outbound the rules ultimately select.