-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
Open
Labels
enhancementNew feature or requestNew feature or request
Description
Verify Steps
- Tracker 我已经在 Issue Tracker 中找过我要提出的问题
- Latest 我已经使用最新 Dev 版本查看过,并不包含该功能特性或者还不完善
- Relevant 我知道 OpenClash 与 内核(Core)、控制面板(Dashboard)、在线订阅转换(Subconverter)等项目之间无直接关系,仅相互调用
- Definite 这确实是 OpenClash 应包含的特性
- Contributors 我有能力协助 OpenClash 开发或完善此功能特性
- Meaningless 我提交的是无意义的催促更新或修复请求
Describe the Feature
功能要求简述:由openclash与openwrt的DHCP(例如dnsmasq)做接口,接管静态分配列表。
首先,这不是一个clash/mihomo能独立实现的功能,但非常适合在路由器上实现,因此可以作为openclash的候选功能之一。
当家中的设备,部分需要通过代理,而部分不通过时,目前基于openclash+clash/mihimo方案不够完美,需要用户在路由器的多个位置分步操作。反观surge由于整合了dhcp就会容易很多。
解决步骤:
(1)在现有网段内划分成两个子区段(例如原有网络为192.168.0.x,则可划分成192.168.0.0-191与192.168.0.192-255,划分可以以子网长度进行,并没有固定要求)。
(2)将上述子区段其中一个设置为跳过clash/mihomo,即此区段的客户端将不使用clash/mihomo做代理。
(3)将使用代理的区段,dhcp设置为推送dns为clash/mihomo推荐的dns(即与现状相同);将不使用代理的区段,dhcp设置为推送不经翻墙处理的dns(例如本机的dnsmasq、或直接走上行dns服务器)。
(4)提供一个界面,可列出内网中的设备,并指定他们进入哪个分组(走dhcp的api,给他们分配静态绑定)。
当然这个思路并不完善,例如dhcp还需要调整原始的地址池,以实现默认走哪个子区段之类。
Describe Alternatives
No response
Metadata
Metadata
Assignees
Labels
enhancementNew feature or requestNew feature or request