DNS & runtime troubleshooting
Core, ports, DNS, Connections and Logs troubleshooting
Start with FlClash and Mihomo Core status, then verify the final Profile, ports, DNS, Rules and connection records before deciding whether the problem belongs to the proxy node or upstream network.
Why is browsing slow even when proxy latency looks good?+
Latency tests only measure response time to a specific test target. Real performance also depends on the selected proxy group, node load, DNS, destination routing, bandwidth and your local network.
How do I fix a FlClash port conflict?+
FlClash exposes local ports such as Mixed Port, SOCKS Port, Redir Port and TProxy Port. If one is already in use, choose an unused port and make sure System Proxy or any manual proxy settings point to the new listener.
Why does Mihomo Core fail to start or keep restarting?+
Read Logs and Core status first, then check the effective configuration, port conflicts, file integrity and platform permissions. The error can come from Override, DNS or TUN settings rather than the original Profile.
What should I check when domains fail but some IP connections work?
Inspect DNS first: enhanced mode, default nameserver, nameserver, proxy-server-nameserver, nameserver policy, Fake-IP and respect rules. DNS and Rules can interact in ways that make node hostname resolution or destination routing fail.
What can Connections, Requests and Logs tell me?
Connections shows active flows and their paths, Requests records request activity, and Logs exposes client/Core messages. Together they help determine whether traffic reaches Mihomo, which Rule or proxy group is involved, and whether the Core reports an error.
When is the problem probably outside FlClash?
If FlClash and Mihomo Core are running, the final config loads, System Proxy/TUN/Android VPN is active, and only one node, domain or network environment fails, investigate the node service, DNS upstream, destination site or local network next.