Project V and its modular architecture
V2Ray is a network proxy tool in the Project V ecosystem. Its configuration separates features such as inbound and outbound connections, routing, and DNS. GUI clients put common settings in menus, but the underlying layers remain. Understanding this structure helps distinguish an app that never reached the local proxy from a request that entered the core but took the wrong outbound route. Not every connection problem means the server is unavailable.
How V2Fly and Xray relate
V2Fly continues the community-maintained V2Ray project, while Xray grew out of V2Ray and has developed independently. They share some concepts and history, but protocol capabilities, supported fields, and defaults may differ. When you see a protocol name, check the transport, security settings, and core support too. A complete configuration for one core is not necessarily a general-purpose configuration for another.
Open-source status of the three clients
v2rayN, v2rayNG, and v2flyNG are all open-source GUI clients. v2rayN is designed for desktop use and configuration management; v2rayNG and v2flyNG target Android and follow different core lineages. Open-source licenses set the terms for using, modifying, and distributing code; refer to each project's license for details. An open-source client does not mean its server operator, subscription service, and client project are run by the same organization.
Updating the client vs. updating a subscription
Updating the client replaces the program; updating a subscription fetches the server configuration again. They solve different problems. If a protocol feature is missing, check the client and its core. If subscription entries have changed, review the subscription update log first. Keep custom rules before updating, then recheck system proxy settings and permissions afterward. Do not enable every new option just because it appears in the interface; a stable configuration should make the purpose of each setting clear.