Skip to content

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

@scegg

Description

@scegg

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

No one assigned

    Labels

    enhancementNew feature or request

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions