From interface to connection
GUI clients
and proxy cores
Desktop clientv2rayN
Android clientsv2rayNG · v2flyNG
Core familiesXray · V2Fly
Similar menus don't mean the configurations are interchangeable. Check protocol support against the selected core and its release notes.
Project background: Project V's modular design
Project V is a collection of open-source technologies and tools built around network proxying, with V2Ray as one of its key components. It separates responsibilities such as inbound connections, outbound connections, routing, and transport so the same core capabilities can serve different environments. GUI client users don't need to write a complete configuration from scratch, but understanding these layers helps explain common issues: a client saving a setting doesn't mean the core accepts every field, and a core starting successfully doesn't mean the target app has sent it any requests.
Core families: shared roots, different extensions
The V2Fly community continues development related to V2Ray, while Xray has developed its own extensions on a shared technical foundation. The two overlap in some protocols and configuration options, but they aren't interchangeable simply by changing the name. Check actual core support when working with VLESS, transport security, or REALITY. If the same subscription behaves differently in two clients, compare the protocol, transport, TLS settings, and core logs before changing interface themes or reinstalling the software.
Open source: clients and cores are maintained separately
v2rayN, v2rayNG, and v2flyNG are open-source GUI clients. Review the client and core licenses separately. Open-source licenses define the terms for using, modifying, and distributing code; they don't mean different projects share the same release schedule. This site covers these three clients without treating their names as subscription services or assuming that every core supports every feature listed in a GUI. When choosing a client, focus on your device platform, configuration compatibility, and the clarity of its maintenance and release history.
Updates: distinguish apps, cores, and rule data
The client app, proxy core, geographic rule data, and subscription content each have their own update sources. Updating a subscription usually refreshes remotely provided server entries; it doesn't upgrade the client. Upgrading the client doesn't necessarily refresh all rule data. Back up custom routes and standalone configurations first, then check the startup log and your commonly used apps after updating. If something breaks, note what changed and roll back one component at a time. This makes the cause easier to find than updating everything at once. The downloads page lists installers; the tutorials explain how configuration settings work together.