Project origins and client development
FlClash is an open-source client built with Flutter and Clash Meta. Its public source repository covers the interface, platform integrations, and build-related content. The Clash ecosystem includes graphical clients and core forks maintained by different developers. Supporting Clash configurations does not mean they share release channels, maintenance schedules, or feature layouts. Before moving from an older client, back up your subscription URL and custom rules, then check what the new client supports instead of overwriting the old directory.
When exploring a project, start with the README's platform notes and usage instructions, then check release notes for changes affecting your operating system. Useful bug reports include reproduction steps, OS details, relevant configuration, and redacted logs. “Connection failed” alone is rarely enough to distinguish a permissions, format, node, or routing problem. Before posting publicly, remove credentials from subscription URLs, node passwords, and personally identifying account details.
Clash Meta and mihomo
The project that followed the Clash Meta core is commonly known as mihomo. You may see both names in documentation, configuration fields, and logs. FlClash provides a graphical interface on top, but protocol compatibility, rule matching, and DNS behavior depend largely on the core actually integrated. Successfully importing a YAML file only shows that it was parsed; to determine whether a connection can be established, also check protocol parameters, proxy group references, and current network conditions.
Troubleshoot in this order: did the request reach the core, did it match the expected rule, and was a working outbound selected? If the request is missing from the logs, check the system proxy, the app's own proxy settings, and TUN traffic capture first. If the request appears with the expected outbound, look at DNS resolution, the handshake, and the remote connection. This layered approach also applies to other clients built on similar cores.
GPL-3.0 and source code
FlClash is licensed under GPL-3.0. Users can consult the source code and release notes to understand how the software works. Before modifying, redistributing, or integrating the project, review the repository's license and dependency licenses, preserve notices, and meet the applicable obligations. An open-source license sets terms for using the code; it does not make the project responsible for subscription services, remote servers, or network conditions.
App updates and subscription updates are separate
App updates change the interface, system integrations, or bundled core. Subscription updates fetch nodes, rules, and proxy groups from the profile source. They solve different problems: a broken node does not necessarily call for reinstalling the client, and an app permission issue may not be fixed by refreshing a subscription. Before upgrading, note the active profile, outbound mode, and traffic capture method. Back up important local changes, then retest the same destination through the same outbound after updating.
Subscription URLs often contain account credentials and should be treated like passwords. Never include a full URL in public screenshots, online YAML validators, or support discussions. To share a configuration structure, keep the field names and replace domains, passwords, and tokens with clearly fictional example values. The snippets on this site illustrate how fields relate; they are not a ready-to-use proxy service.
First-use checklist
First, import and select a profile on the Profiles page. Then open Proxies and confirm that the proxy group has available members. Finally, return to the dashboard and enable the traffic capture method you need. Rule mode is suitable for normal routing; Global mode is useful for a brief comparison, but both affect only connections that reach the core. Test with a new request and check the Connections or Logs page. An enabled toggle alone does not show where traffic actually went.
If the subscription updates but the destination remains unreachable, test a different outbound and a different destination. If every outbound fails, check your local network, system clock, and DNS. If the problem starts after enabling TUN, turn it off and compare results with the regular proxy before checking routing, permissions, and other VPNs. See the subscription import guide; for rule sets and DNS, continue to the advanced configuration manual.