通用设置 [general]
general 模块内为一些通用的设置参数项。
server_check_url= http://www.qualcomm.cn/generate_204
Quantumult 使用 HTTP HEAD 方法对测试网址 server_check_url 进行网页响应性测试(测试结果为通过该节点访问此网页获得 HTTP 响应所需要的时间)，来确认节点的可用性。
Quantumult 使用 HEAD 方法将 HTTP 请求发送到服务器检查 url 来测试代理的状态，结果应该是两个延迟，第一个是 TCP 与代理服务器的握手，第二个是 Quantumult 成功地从服务器检查 url 接收 HTTP 响应的总时间。
Quantumult 界面中的延迟测试方式均为网页响应性测试，显示的最终延迟均为通过对应节点访问测试网页获得 HTTP 响应所需要时间。
由于 Trojan 协议为无响应校验协议，使得 HTTP 检测方式即使获得了 HTTP 响应，也不代表节点一定可用。
你同样可以在 server_local/remote 中，为节点、订阅单独指定server_check_url参数
resource_parser_url= https://raw.githubusercontent.com/KOP-XIAO/QuantumultX/master/Scripts/resource-parser.js
资源解析器，可用于自定义各类远程资源的转换，如节点，规则 filter，复写 rewrite 等，url 地址可远程，可 本地/iCloud(Quantumult X/Scripts目录); 具体内容直接参照链接里的使用说明。
不要重复添加资源解析器！
geo_location_checker=http://ip-api.com/json/?lang=zh-CN, https://raw.githubusercontent.com/KOP-XIAO/QuantumultX/master/Scripts/IP_API.js
geo_location_checker用于节点页面的信息展示，可完整自定义 ;
extreme-ip-lookup为Quantumult X 作者提供的示范 api ;
geo_location_checker=http://extreme-ip-lookup.com/json/, https://raw.githubusercontent.com/crossutility/Quantumult-X/master/sample-location-with-script.js ;上面是解析器作者KOP-XIAO（Shawn）所使用的 api 及获取、展示节点信息的 js；功能比原作者提供的更为强大
dns_exclusion_list=*.qq.com, qq.com
DNS排除列表，dns exclusion list中的域名将不使用fake-ip方式. 其它域名则全部采用 fake-ip 及远程解析的模式
running_mode_trigger 设置，即根据网络自动切换 分流/直连/全局代理 等模式。
filter - 规则分流，all_proxy - 全部代理，all_direct - 全部直连
running-mode-trigger 模式下，跟手动切换直连/全局代理 等效，rewrite/task 模块始终会生效，设置简单；
示例：running_mode_trigger=filter, filter, asus-5g:all_direct, asus: all_proxy
上述写法，前两个 filter 表示 在 4G 网络跟一般 Wi-Fi 下，走 filter(分流)模式，asus-5g 则切换为全局直连，asus 切换为全局代理；
与ssid-suspend以及ssid策略组的区别
- ssid-suspend 下，Quantumult X 网络相关功能会停止工作，只有[task] 模块生效；
- ssid 策略组，属于 filter 即分流模式的一个小部分，灵活，但设置相对麻烦；
- running_mode_trigger 模式下，跟手动切换直连/全局代理 等效，rewrite/task 模块始终会生效，设置简单;
ssid_suspended_list设置，
ssid_suspended_list=Asus, Shawn-Wifi
ssid_suspended_list 写入你想要 Quantumult X 暂停的 Wi-Fi网络名称，多个wifi用“,”连接 ;
udp_whitelist=53, 123, 1900, 80-443
UDP名单，留空则默认所有为端口。不在udp白名单列表中的端口，将被丢弃处理。
参数 udp_whitelist 从 IP 层控制 UDP 数据是否需要舍弃；如舍弃，则该 UDP 请求不会进入规则模块以及策略模块，TCP/UDP 请求记录中也不会有相应的条目，但仍可在日志中查询到相关信息（日志等级 debug）。
该参数控制的是流入 Quantumult X Tunnel 的请求，并非 Quantumult X Tunnel 发出的请求，即不会作用于节点所使用的 UDP 目标端口。
excluded_routes= 192.168.0.0/16, 172.16.0.0/12, 100.64.0.0/10, 10.0.0.0/8
跳过代理，列表中的内容将不经过 QuantumultX的处理
参数 fallback_udp_policy
可选值：reject，direct
参数 fallback_udp_policy 的值仅支持末端策略（末端策略为经由规则模块和策略模块后所命中的策略，例如：direct、reject 以及节点；不支持内置策略 proxy 以及其它自定义策略）。
当 UDP 请求经过规则模块以及策略模块后所命中的节点为 Quantumult X 所不支持 UDP 转发的节点（例如：VMess），或命中的节点虽支持 UDP 转发但节点配置未显示注明 udp-relay=true 的节点（例如：SS 或 SSR 且与服务器是否真实开启了 UDP 转发无关），则 fallback_udp_policy 会被使用。该参数默认值为 reject。
注意：如果您需要调整该参数的值为 direct，请务必清楚了解同一目标主机名 TCP 请求与 UDP 请求的源地址不同所造成的隐私及安全风险。
icmp_auto_reply=true/false
ICMP(Internet Control Message Protocol) 协议是 TCP/IP 协议族的一个子协议,用于在IP主机、路由器之间传递控制消息。
icmp_auto_reply 这个内核参数控制系统对 ICMP 请求的自动回复行为。
icmp_auto_reply=true 意味着:
- 系统会自动回复收到的 ICMP 请求数据包。
- 比如当接收到 ICMP Echo Request (ping) 数据包时,会自动回复 ICMP Echo Reply 数据包。
- 这是 Linux 系统默认的设置,用于支持 ICMP 数据包的正常响应。
icmp_auto_reply=false 意味着:
- 系统不会自动回复 ICMP 请求。
- 接收到 ping 请求时不会回复。
- 可以用于阻止某台主机响应 ping 查询。
- 需要手动处理及回复 ICMP 数据包。
总之,icmp_auto_reply 参数控制是否自动响应ICMP请求,默认为 true 以支持 ICMP 协议正常工作。
设置为 false 可以实现“隐藏”主机不被 ping 到的效果。
最后更新于