PLATFORM PACKAGE BAY / DOWNLOAD

Clash Downloads and Platform Packages

Open the slot for your operating system, verify the processor architecture, then choose a GUI client or standalone core. Version details come from the download manifest; if no version is returned, the page keeps only valid download links.

Free forever Open source Desktop and mobile GUI and Mihomo core
CHECK / 01 Check the system architecture

Windows and Linux mainly distinguish x64 and ARM64; Android mainly distinguishes arm64-v8a and armeabi-v7a.

CHECK / 02 Identify the package format

EXE, DMG, APK, DEB, and RPM target different systems; archives usually require manual extraction and setup.

CHECK / 03 Check maintenance status

For new installations, prefer a maintained client. Archived clients are intended for legacy compatibility and configuration migration.

CLIENT RACK / 01

Choose a client by platform

Platform labels sync with the URL anchor. Copy the current link to open the download list for the corresponding operating system.

WINDOWS / SLOT 01

Windows client

Choose an x64 package for most Intel or AMD PCs. After installation, import your configuration in the client, then enable the system proxy or configure TUN mode if needed.

Actively maintained

Clash Verge Rev

A desktop GUI client with configuration switching, rule viewing, system-proxy controls, and TUN-related settings. The current listing provides a Windows x64 installer and does not list a native Windows ARM64 package separately.

Actively maintained

FlClash

A GUI client for desktop and Android. On Windows, choose an installer or ZIP archive: the installer suits standard desktop use, while the ZIP is better for manually managed directories.

Actively maintained

Clash Nyanpasu

A Windows desktop client for configuration-file management, policy selection, and proxy-status controls. It suits users familiar with subscriptions, rule modes, and policy groups who want to compare different desktop interfaces.

Discontinued

Clash for Windows

An archived desktop client for opening existing configurations, reproducing legacy environments, or completing a migration. For new installations, prefer a maintained Windows client and verify the configuration directory, ports, and DNS settings during migration.

Windows requirements and package selection

Check Recommendation Before installation
Processor architecture x64 / AMD64 Most Intel and AMD desktops and laptops use x64
File format Prefer EXE; deploy ZIP manually Enterprise devices may require administrator approval to install or take over network traffic
Proxy routing Test the system proxy first, then evaluate TUN TUN requires extra permissions; check DNS and firewall status after enabling it
CORE BAY / 02

Mihomo standalone core

For server, router, container, and command-line deployments. Regular desktop and mobile users should prefer the GUI clients above.

System Processor architecture Format Use case Download
Windows AMD64 .zip Windows x64 command-line and service deployment Download AMD64
Windows ARM64 .zip Windows on ARM devices Download ARM64
macOS Intel AMD64 .gz Intel Mac command-line environment Download Intel
macOS Apple Silicon ARM64 .gz Apple M-series chip Download Apple Silicon
Linux AMD64 .deb Debian and Ubuntu servers Download DEB
Linux AMD64 .gz Generic x64 Linux environment Download AMD64
Linux ARM64 .gz 64-bit ARM servers and routers Download ARM64
Linux ARMv7 .gz 32-bit ARMv7 router devices Download ARMv7
Linux MIPS softfloat .gz MIPS router devices using the soft-float ABI Download MIPS softfloat
CORE / CONFIG

Configuration directory

Prepare the main configuration file before startup, and confirm the paths required for rule sets, GeoIP, databases, and external control interfaces. The service account must be able to read the configuration directory and write runtime logs.

CORE / SERVICE

Background service

On Linux servers, use systemd to manage startup, restarts, and boot-time execution. After each configuration change, run a foreground test to verify syntax and ports before handing control to the service manager.

CORE / ROUTER

Router architecture

Do not choose a file based only on the router brand. Confirm the CPU instruction set, bitness, operating system, and floating-point ABI; an architecture mismatch makes the core impossible to execute.

SELECTION / 03

Client selection and installation boundaries

Before downloading, confirm the device, maintenance status, and traffic-routing scope. Choosing the right client helps avoid startup failures, insufficient permissions, and architecture mismatches.

01

Start with a GUI client

Windows, macOS, Android, and iOS users usually start with a GUI client. The interface centralizes configuration import, policy-group switching, system-proxy controls, and log viewing, making each step easier to verify.

Clash Plus is the top pick on Windows, macOS, Android, and iOS. On the Linux desktop, start with Clash Verge Rev, then choose DEB or RPM according to your distribution.

02

Architecture is more specific than the system name

The same operating system can run on different processors. macOS supports both Intel and Apple Silicon; Android includes ARM64, 32-bit ARM, and x86_64; Linux servers and routers have even wider architectural differences.

A successful package download does not prove that the architecture is correct. If startup shows a format error, execution failure, or installer refusal, recheck the CPU architecture instead of repeatedly changing proxy settings.

03

Installation is not configuration

After the first launch, import a valid subscription or local configuration. A successful import usually shows policy groups, nodes, and rules; if the content is empty, check the update log and configuration parsing errors.

Choose a policy before connecting, then enable the system proxy. Evaluate TUN mode and administrator permissions only when you need to route traffic from apps, games, or command-line tools that do not follow the system proxy.

04

Use archived clients for migration

Clash for Windows and ClashX Meta are no longer maintained. Their archived entries are kept for legacy recovery, configuration export, and migration troubleshooting, not as the default choice for new devices.

Do not change every network setting at once during migration. Keep the original configuration, then verify the subscription, ports, rule mode, DNS, and system proxy in sequence; confirm each result through logs or an access test.

FIELD FAQ / 04

Common download and installation questions

These questions cover architecture selection, first connection, standalone cores, and archived clients. See the Quick Start page for the complete configuration-import workflow.

Which Clash client should I download for Windows?

For typical desktop use, start with Clash Plus. To compare interfaces, configuration workflows, or TUN controls, review Clash Verge Rev, FlClash, and Clash Nyanpasu.

Clash for Windows is no longer maintained and is mainly for legacy configuration compatibility, existing-environment recovery, and migration. For new installations, choose a maintained client rather than treating legacy behavior as the current configuration standard.

How do I choose between Apple Silicon and Intel packages on macOS?

Open About This Mac from the system menu and check the chip or processor field. If it shows an Apple M1, M2, M3, or M4 model, choose Apple Silicon or ARM64; if it shows an Intel processor, choose x64 or Intel.

Do not identify the architecture solely by the macOS version. The same macOS version can run on either processor family; choose the package based on the chip.

What is the difference between arm64, arm, and universal packages on Android?

arm64-v8a targets 64-bit ARM devices and is the common choice for most recent phones and tablets. armeabi-v7a targets older 32-bit ARM devices. A universal package includes support for more architectures and is useful when the processor type cannot be confirmed.

x86_64 is common on emulators and a small number of specific devices. Standard ARM phones usually cannot install or run an x86_64 package, so check the device system information first.

Why can't I connect immediately after downloading?

The package only provides the client or core. After first launch, import a valid subscription or local configuration, wait for parsing to finish, choose an available policy, and enable the system proxy or another routing method.

If no policies or nodes appear after import, check the subscription update log, network response, and configuration syntax first. If nodes are available but websites do not load, check the active policy, system proxy, DNS, and firewall status.

Do regular desktop users need to download the Mihomo core?

Usually not. Most GUI clients include or manage the core required at runtime. Standalone Mihomo files are mainly for servers, routers, containers, command-line services, and environments where you arrange the working directory yourself.

A standalone deployment also requires handling configuration files, service accounts, logs, ports, autostart, and permissions. If you only need to import a subscription and switch policies on a personal computer, a GUI client offers a more direct workflow.

Can legacy clients still be used?

A discontinued client may still run on some existing systems, but it will not receive new features or compatibility fixes. Keep it mainly to read existing configurations, complete a migration, or troubleshoot a legacy environment.

Copy configuration files and subscription details before migrating. After launching the new client, restore the basic configuration first, then verify rules, DNS, mixed ports, the system proxy, and TUN settings one by one instead of overwriting all network parameters at once.