[Feature] 与DHCP/DNS整合的分流策略

[scegg]

Verify Steps

• [x] Tracker 我已经在 Issue Tracker 中找过我要提出的问题
• [x] Latest 我已经使用最新 Dev 版本查看过，并不包含该功能特性或者还不完善
• [x] Relevant 我知道 OpenClash 与 内核(Core)、控制面板(Dashboard)、在线订阅转换(Subconverter)等项目之间无直接关系，仅相互调用
• [x] 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