使用 Clash Verge、Mihomo、Clash for Windows 或其他 Clash 客户端时，有些用户会在系统代理、绕过设置或高级配置中看到：
排除字段
Bypass
Bypass List
绕过地址
不使用代理的地址
这些词看起来比较抽象，很多人第一次看到会不知道：
Clash排除字段是什么？
排除字段要不要设置？
127.0.0.1为什么要排除？
localhost为什么不能走代理？
局域网地址需要排除吗？
公司内网、校园网打不开是不是排除字段的问题？
排除字段和规则模式有什么区别？
排除字段写错会不会导致部分网站打不开？
实际上，Clash排除字段主要解决的是：
哪些地址不应该进入系统代理。
它和Clash内部的Rules规则分流有关联，但并不是完全相同的东西。
下面把排除字段、系统代理、局域网、DIRECT以及常见配置问题一次讲清楚。
一、Clash排除字段是什么？
Clash排除字段可以理解为：
告诉Windows或者客户端，某些地址不要交给Clash系统代理处理。
例如：
localhost
127.0.0.1
192.168.x.x
10.x.x.x
某些公司内网域名
某些校园网认证地址
这些地址通常属于：
本机服务。
局域网设备。
内网网站。
如果这些流量错误地进入代理，可能出现：
本地网页打不开。
路由器后台打不开。
NAS无法访问。
打印机无法连接。
公司内网失效。
校园认证页面异常。
所以系统代理通常需要保留一定的绕过范围。
二、排除字段和DIRECT有什么区别？
这是最容易混淆的地方。
排除字段发生在：
流量进入Clash之前。
DIRECT发生在：
流量已经进入Clash以后。
可以简单理解为：
排除字段：
这个请求不要交给Clash。
DIRECT：
这个请求已经进入Clash，但Clash决定直接连接，不走远程节点。
所以两者虽然最终可能都表现为：
直连。
但工作层级不同。
三、为什么Clash需要排除localhost？
localhost代表：
本机。
常见地址包括：
localhost
127.0.0.1
::1
很多本地程序会通过这些地址通信。
例如：
本地Web服务。
开发工具。
API服务。
代理端口。
浏览器调试工具。
如果localhost流量又被错误送入系统代理，可能形成：
代理循环。
连接异常。
本地服务打不开。
所以本机地址通常应该保持绕过。
四、127.0.0.1是什么？
127.0.0.1是IPv4中的本机回环地址。
它指向的不是互联网服务器，而是：
你自己的电脑。
Clash的HTTP、SOCKS或者Mixed Port也经常监听：
127.0.0.1
例如：
127.0.0.1:7890
如果系统错误地对127.0.0.1再次代理，就可能产生异常。
五、localhost需要走代理吗？
通常不需要。
localhost上的服务本身就在当前设备。
例如：
http://localhost:3000
http://127.0.0.1:8080
访问这些地址不需要经过：
香港节点。
美国节点。
日本节点。
所以正常情况下应该保持本地直连。
六、192.168开头的地址为什么经常需要排除？
192.168.x.x通常属于局域网私有地址。
常见设备包括：
路由器。
NAS。
打印机。
摄像头。
家庭服务器。
旁路由。
例如：
192.168.1.1
192.168.0.1
192.168.31.1
这些设备就在本地网络中。
如果访问它们时流量被送到远程代理节点，通常没有意义，甚至会导致无法访问。
七、10开头的地址要不要排除？
很多：
公司网络。
校园网络。
企业VPN。
局域网。
会使用10.0.0.0/8范围。
例如：
10.0.0.1
10.10.1.1
10.100.0.5
如果这些是本地内部服务，通常应该直接访问。
否则可能出现：
公司OA打不开。
校园内网打不开。
内部服务器访问失败。
八、172开头的地址都是局域网吗？
不是所有172开头的地址都是私有地址。
常见IPv4私有网段之一是：
172.16.0.0/12
范围大致是：
172.16.x.x
到：
172.31.x.x
不能简单把所有172.x.x.x都当成局域网地址。
所以不建议随便写：
172.*
进行大范围绕过。
九、Clash排除字段应该填什么？
不同客户端和系统版本写法可能不同。
但常见需要绕过的范围包括：
localhost
127.0.0.1
本地局域网地址
内部域名
具体应该以客户端当前提供的格式为准。
不要直接从其他版本教程复制一长串字段。
因为：
不同客户端。
不同系统。
不同代理实现。
支持的写法可能不完全一样。
十、排除字段是不是越多越好？
不是。
如果排除范围太大，就可能导致本来应该走代理的网站：
直接连接。
例如你把某个过于宽泛的域名后缀加入排除字段，可能导致：
Google不走代理。
GitHub不走代理。
ChatGPT不走代理。
部分海外网站打不开。
所以排除字段应该遵循：
只排除明确不需要代理的地址。
十一、排除字段是不是越少越好？
也不是。
如果完全不排除局域网和本地地址，可能影响：
路由器后台。
打印机。
NAS。
内网网站。
开发服务。
所以正确做法不是：
全部删除。
而是：
保留必要的本地和内网绕过。
十二、为什么开启Clash后路由器后台打不开？
例如原来可以打开：
192.168.1.1
开启Clash以后却：
无法连接。
页面一直加载。
这时候可以检查：
系统代理排除字段。
TUN规则。
DIRECT规则。
如果局域网流量被错误送入代理，就可能影响路由器管理页面。
十三、关闭Clash以后路由器后台又正常说明什么？
这说明：
路由器本身没有坏。
电脑局域网连接也大概率正常。
问题更可能出在：
代理接管。
系统代理。
TUN。
路由规则。
排除范围。
这时候应该围绕：
局域网流量为什么被代理
继续排查。
十四、公司内网打不开和排除字段有关吗？
有可能。
例如公司内部网站：
oa.company.local
intranet.local
或者内网IP：
10.x.x.x
如果这些地址被系统代理送到Clash，再被远程节点处理，通常会失败。
这时候需要确保：
公司内网流量保持DIRECT或绕过。
十五、校园网认证页面打不开和排除字段有关吗？
也有可能。
校园网经常包含：
本地认证页面。
局域网网关。
内部DNS。
如果Clash开启后把这些流量接管，就可能导致：
认证页面打不开。
Wi-Fi显示需要登录。
网络反复掉线。
所以校园网环境中，局域网和认证流量的绕过尤其重要。
十六、排除字段和TUN模式有什么关系？
系统代理排除字段主要影响：
系统代理。
但TUN模式可以在更底层接管流量。
所以即使某个地址已经从：
系统代理
中排除，如果TUN仍然接管对应流量，最终行为还要看：
TUN路由。
Clash规则。
DIRECT规则。
因此出现：
排除字段已经写了，但还是打不开
时，需要继续检查TUN。
十七、为什么关掉TUN后内网恢复正常？
这种情况说明：
问题可能并不在系统代理排除字段。
而是TUN接管了本地网络流量。
例如：
公司内网。
局域网设备。
校园认证。
经过TUN以后没有正确DIRECT。
所以关闭TUN后立即恢复。
这时候应该检查：
TUN路由。
规则。
私有地址处理。
而不是无限增加系统代理Bypass。
十八、排除字段和Rules规则哪个优先？
它们属于不同层级。
系统代理排除字段可能让部分流量：
根本不进入Clash。
而Rules需要流量先进入Clash以后才进行判断。
因此不能简单说：
谁绝对优先。
更准确的理解是：
先看流量有没有进入Clash。
进入以后再看规则如何处理。
十九、怎么判断流量有没有进入Clash？
可以看：
Clash连接页面。
日志。
Connections。
如果访问某个网站时：
Clash完全没有出现对应连接。
说明可能：
没有走系统代理。
被排除字段绕过。
浏览器使用了独立网络设置。
如果能看到连接记录，则说明流量已经进入Clash。
二十、排除字段写错会有什么表现？
常见表现包括：
某些网站始终显示国内IP。
部分海外网站打不开。
公司内网正常但海外网站异常。
某些域名完全不出现在Clash连接列表。
切换节点没有效果。
只有部分软件不走代理。
这些情况都可能与：
绕过范围过大
有关。
二十一、为什么切换节点以后某网站IP还是国内？
一种可能就是：
这个网站根本没有进入Clash。
例如被：
系统代理排除字段。
浏览器例外列表。
PAC规则。
其他代理软件。
绕过了。
所以即使你在Clash里切换：
美国节点。
日本节点。
香港节点。
这个网站仍然：
直接连接。
二十二、怎么确认是不是排除字段导致IP没变？
可以做一个简单测试。
第一步：
打开Clash连接页面。
第二步：
访问目标网站。
第三步：
搜索目标域名。
如果完全没有对应连接记录，说明它可能没有进入Clash。
然后检查：
系统代理。
排除字段。
浏览器代理扩展。
如果连接记录存在，再检查：
规则是否命中DIRECT。
二十三、DIRECT会导致IP还是国内吗？
会。
如果目标网站进入Clash以后命中：
DIRECT
它仍然会使用本地网络直接访问。
所以检测出口IP可能仍然显示：
中国大陆。
这时候问题不一定是排除字段。
也可能只是：
规则把目标网站分流为DIRECT。
二十四、如何区分Bypass和DIRECT？
最简单的方法：
如果Clash连接列表里完全看不到请求：
优先怀疑Bypass。
如果Clash连接列表里能看到请求，并显示：
DIRECT
说明是规则分流。
这两个判断非常实用。
二十五、系统代理排除字段可以写域名吗？
很多系统和客户端支持一定形式的：
域名绕过。
例如：
本地域名。
内部域名。
具体格式取决于：
Windows代理设置。
客户端实现。
不要直接假设所有通配符写法都通用。
如果要排除特定内部域名，最好按照当前客户端支持的格式添加。
二十六、可以写星号通配符吗？
需要谨慎。
某些系统代理Bypass支持：
通配符。
某些客户端则可能有不同语法。
如果写得过于宽泛，例如：
*.com
就可能导致大量网站全部绕过Clash。
所以除非明确知道含义，否则不要随便加入大范围通配符。
二十七、为什么排除字段里会出现<-loopback>之类内容？
Windows代理设置中有时会出现一些系统级：
回环。
本地地址。
特殊绕过处理。
这些内容主要用于防止：
本机流量错误经过代理。
不建议看到不认识就全部删除。
如果系统和Clash目前工作正常，保留默认设置通常更稳。
二十八、Clash Verge默认排除字段需要修改吗？
如果目前：
Google正常。
国内网站正常。
路由器后台正常。
局域网设备正常。
公司内网正常。
就没有必要为了“优化”主动修改。
很多网络问题恰恰来自：
用户照着其他教程添加大量排除项。
正常情况下：
默认配置优先。
二十九、什么时候才建议修改排除字段？
比较适合修改的情况包括：
开启系统代理后本地服务打不开。
路由器后台打不开。
NAS无法访问。
公司内网无法访问。
校园网认证异常。
明确确认某个本地地址不应该经过代理。
这种情况下才有针对性地调整。
三十、为什么NAS在Clash开启后打不开？
例如NAS地址：
192.168.1.100
正常情况下应该通过局域网访问。
如果系统代理或者TUN错误处理，就可能导致：
连接超时。
网页打不开。
SMB访问异常。
首先检查：
局域网是否被正确绕过或DIRECT。
三十一、打印机会受影响吗？
某些网络打印机使用：
局域网IP。
如果开启代理后：
打印机发现失败。
管理页面打不开。
可以检查：
局域网流量。
排除字段。
TUN。
不过打印协议和网页代理不完全相同，所以具体问题仍然要结合实际连接方式判断。
三十二、开发环境需要特别注意localhost吗？
需要。
开发人员经常使用：
localhost:3000
localhost:5173
127.0.0.1:8080
127.0.0.1:3001
本地API。
如果代理绕过配置异常，就可能出现：
本地前端打不开。
API请求异常。
WebSocket失败。
所以本地开发环境尤其应该保留：
localhost。
127.0.0.1。
三十三、为什么本地API正常但浏览器插件异常？
因为浏览器插件可能：
使用自己的代理设置。
绕过系统代理。
强制代理某些请求。
这时候问题不一定是Clash排除字段。
还需要检查：
浏览器扩展。
代理插件。
开发工具。
三十四、Clash排除字段和浏览器代理例外一样吗？
概念类似，但作用位置可能不同。
Windows系统代理例外作用在：
系统代理层。
浏览器插件的例外作用在：
浏览器内部。
Clash规则作用在：
Clash内核内部。
三个地方都可能决定：
一个请求是否走代理。
所以排障时不要只检查其中一个。
三十五、为什么Chrome能用但某个软件不能用？
因为不同应用对：
系统代理。
HTTP代理。
SOCKS。
TUN。
支持情况不同。
Chrome通常会遵循系统代理。
但部分程序可能：
完全不读取系统代理。
这种情况下排除字段也不会直接决定它的流量。
可能需要：
TUN。
程序自身代理设置。
三十六、排除字段会影响Clash延迟测试吗？
通常不会直接影响节点本身的延迟测试。
节点延迟测试由Clash内核发起。
而系统代理排除字段主要决定：
其他应用是否通过系统代理进入Clash。
所以如果节点全红Timeout，不要首先去改排除字段。
三十七、节点Timeout和排除字段有关吗？
一般关系不大。
节点Timeout通常更偏向：
服务器连接。
网络线路。
协议。
DNS。
而排除字段更偏向：
应用流量有没有进入代理。
这是两个不同阶段的问题。
三十八、Failed to Fetch Remote Profile和排除字段有关吗？
通常不是第一原因。
Failed to Fetch Remote Profile说明：
远程订阅拉取失败。
更应该排查：
订阅链接。
网络。
TLS。
代理更新。
远程服务器。
不要因为订阅下载失败就随便修改系统代理排除列表。
三十九、排除字段会影响订阅更新吗？
有可能间接影响。
如果订阅域名被加入了错误的绕过列表，而当前本地网络无法直接访问该订阅地址，就可能导致：
订阅更新失败。
所以排除字段不要随便加入：
GitHub。
订阅域名。
海外站点。
四十、为什么raw.githubusercontent.com经常和Clash配置一起出现？
很多规则文件、配置文件会托管在：
raw.githubusercontent.com
如果这个地址被错误设置为：
DIRECT。
绕过系统代理。
而当前网络无法稳定直连，就可能造成：
规则更新失败。
配置下载失败。
订阅资源无法获取。
所以不要为了“减少代理流量”随便把GitHub相关域名加入绕过列表。
四十一、国内网站应该全部放排除字段吗？
不建议。
国内网站是否DIRECT，更适合通过：
Clash规则。
GeoIP。
GeoSite。
规则集。
来处理。
如果把大量国内域名全部塞进Windows排除字段：
维护非常困难。
容易遗漏。
也容易产生规则冲突。
所以大规模分流应该交给Clash规则，而不是系统代理Bypass列表。
四十二、排除字段适合处理什么？
它更适合处理：
本机地址。
局域网。
内部域名。
明确不应该进入代理的特殊地址。
而不是用来代替：
完整Clash分流规则。
四十三、公司内网推荐怎么处理？
如果公司允许使用代理软件，并且内部服务需要保持直连，可以根据实际网络：
保留局域网绕过。
配置DIRECT规则。
确保TUN不会错误接管内部路由。
如果公司有明确安全规定，应遵守公司网络政策。
四十四、校园网推荐怎么处理？
校园环境下建议优先保证：
认证页面。
内网服务。
学校资源。
本地DNS。
可以正常访问。
如果开启Clash后这些地址异常，再检查：
系统代理排除字段。
TUN。
DIRECT规则。
不要一开始直接开启全局模式。
四十五、为什么全局模式下内网更容易出问题？
如果所有进入Clash的流量都强制走：
远程节点。
某些局域网和内部服务可能无法正确访问。
虽然一些客户端会自动处理私有网段，但不能完全依赖这一点。
所以访问：
NAS。
路由器。
公司OA。
校园内网。
时，合理DIRECT非常重要。
四十六、排除字段要不要把10.0.0.0/8全部加进去？
不能一概而论。
如果你的网络大量使用：
10.x.x.x
作为内网地址，那么可以考虑相应绕过。
但应该根据：
实际网络结构。
客户端支持格式。
来配置。
不要机械复制别人的完整列表。
四十七、192.168.0.0/16是否应该全部直连？
家庭网络环境下通常合理。
因为它属于常见私有地址范围。
但具体到系统代理排除字段，是否支持：
CIDR格式
要看当前实现。
如果客户端不支持CIDR，照抄：
192.168.0.0/16
可能没有效果。
四十八、系统代理Bypass一定支持CIDR吗？
不一定。
这是很重要的一点。
Clash规则支持的格式和Windows系统代理绕过字段支持的格式不是一回事。
不要因为Clash Rules支持：
IP-CIDR
就认为系统代理Bypass也一定支持同样语法。
需要根据具体客户端和系统格式配置。
四十九、排除字段写了但没生效怎么办？
可以依次检查：
字段格式是否正确。
客户端是否已经重新应用系统代理。
浏览器是否缓存旧代理设置。
目标请求是否实际上由TUN接管。
是否存在其他VPN。
是否存在浏览器代理插件。
是否存在多个Clash客户端同时运行。
然后重新测试。
五十、修改排除字段后需要重启电脑吗？
通常不需要。
一般重新：
应用系统代理。
关闭并开启系统代理。
重启Clash Verge。
即可。
没有必要每改一个字段就重启Windows。
五十一、为什么重启Clash后排除字段又恢复了？
可能因为：
客户端启动时会重新生成系统代理配置。
你直接在Windows设置中修改的内容被Clash覆盖。
如果需要长期保留，应该优先在：
Clash客户端支持的设置位置
进行修改。
而不是只改Windows临时值。
五十二、可以直接在注册表修改系统代理吗？
普通用户不建议。
注册表修改错误可能导致：
系统代理异常。
网络无法正常访问。
客户端状态和Windows实际状态不一致。
如果客户端界面可以设置，就优先使用客户端。
五十三、排除字段错了会导致ERR_PROXY_CONNECTION_FAILED吗？
有可能间接相关，但这类报错更常见于：
系统代理还开启。
Clash却已经退出。
浏览器继续尝试访问：
127.0.0.1代理端口。
如果看到ERR_PROXY_CONNECTION_FAILED，优先检查：
Clash是否运行。
系统代理是否残留。
不要首先删除所有Bypass。
五十四、如何恢复默认排除设置？
如果你已经改得比较乱，可以优先尝试：
恢复Clash Verge默认设置。
关闭自定义系统代理绕过。
重新开启系统代理。
然后测试：
本地网站。
海外网站。
局域网。
不要直接删除整个订阅。
五十五、最推荐的排查方法是什么？
第一步：
确认具体哪个地址打不开。
第二步：
判断它属于：
公网网站。
本机地址。
局域网。
公司内网。
校园内网。
第三步：
查看Clash Connections里有没有这条请求。
第四步：
如果没有，检查系统代理和排除字段。
第五步：
如果有，查看它命中了：
DIRECT
还是某个代理组。
第六步：
如果开启TUN，再关闭TUN做对比。
第七步：
根据结果修改对应层级。
这样比不断添加绕过字段更高效。
五十六、一个网站不走代理的排查顺序是什么？
可以按下面顺序：
浏览器是否使用独立代理插件。
Windows系统代理是否开启。
目标地址是否在排除字段中。
Clash Connections有没有连接记录。
Clash规则是否命中DIRECT。
当前代理组选择是否正确。
TUN是否接管。
其他VPN是否冲突。
一步一步判断。
五十七、常见问题
Clash排除字段是什么？
就是让指定地址绕过系统代理，不把流量交给Clash处理。
排除字段和DIRECT一样吗？
不一样。排除字段可能让流量不进入Clash，DIRECT则是进入Clash以后再直连。
localhost要不要排除？
通常应该保持本地直连。
127.0.0.1要不要排除？
通常需要避免本机回环地址被错误代理。
192.168地址要不要排除？
家庭局域网环境下一般应该直接访问，但具体字段格式要看客户端支持方式。
排除字段越多越好吗？
不是。范围过大可能导致海外网站绕过代理。
国内网站需要全部加入排除字段吗？
不建议。国内外分流更适合交给Clash Rules处理。
为什么加了排除字段还是打不开内网？
可能流量仍被TUN接管，需要继续检查TUN和DIRECT规则。
为什么网站不出现在Clash连接记录里？
可能被系统代理排除、浏览器绕过代理或使用了其他网络方式。
为什么切换Clash节点后IP还是国内？
目标网站可能没有进入Clash，或者命中了DIRECT规则。
五十八、总结
Clash排除字段的核心作用是：
告诉系统哪些地址不要进入Clash系统代理。
它最适合处理：
localhost。
127.0.0.1。
局域网设备。
公司内网。
校园内网。
特殊本地服务。
但它不应该被当成：
Clash完整分流规则的替代品。
遇到：
路由器打不开。
NAS打不开。
公司OA打不开。
校园认证异常。
某些网站始终不走代理。
切换节点后IP不变化。
最重要的是先判断：
请求到底有没有进入Clash。
如果Clash Connections里完全看不到请求：
重点检查系统代理、排除字段和浏览器代理设置。
如果请求能够看到，但显示：
DIRECT
则继续检查Clash规则。
如果关闭TUN以后恢复正常：
则进一步检查TUN路由和局域网处理。
理解：
排除字段。
DIRECT。
系统代理。
TUN。
这四者的区别以后，大多数“为什么这个网站不走Clash”或者“为什么开Clash后内网打不开”的问题都会更容易定位。