NipGeihou's blog NipGeihou's blog
  • 开发规范
  • 进阶笔记
  • 微服务
  • 快速开始
  • 设计模式
  • NoSQL 数据库

    • Redis
  • 数据结构与算法
  • 计算机网络
烹饪
关于
  • 分类
  • 标签
  • 归档

NipGeihou

我见青山多妩媚,料青山见我应如是
  • 开发规范
  • 进阶笔记
  • 微服务
  • 快速开始
  • 设计模式
  • NoSQL 数据库

    • Redis
  • 数据结构与算法
  • 计算机网络
烹饪
关于
  • 分类
  • 标签
  • 归档
  • Linux

  • Docker

  • 云原生

  • Kubernetes

  • KubeSphere

  • K3S

  • 笔记

    • 基于KtConnect实现本地与kubernetes集群互通
    • 基于Wireguard实现本地与kubernetes集群互通
    • Kubesphere问题总结
    • SpringBoot应用存活探针
    • DevOps最佳实践
    • 基于WireGuard实现的云组网
    • DevOps - IDEA与Docker实现CI
    • 下一代CI工具 - Tekton
    • 基于Clash.Meta实现的流量分离
      • 前置知识
        • DNS
        • 分流规则
      • 配置文件
      • 参考
    • 年轻人的第一台服务器(D1581)
  • PVE

  • 维修

  • DevOps

  • 运维
  • 笔记
NipGeihou
2023-08-11
目录

基于Clash.Meta实现的流量分离

# 前置知识

# DNS

redir-host:

fake-ip:

选择

现在直流的选择似乎是 fake-ip ,这种模式似乎在全局 DNS 走代理查询的情况下,相较于 redir-host 可以减少一个 DNS 查询的延迟,但实际上浏览器、操作系统都有 DNS 缓存,这种提升不会很明显,但因此带来的弊端就很困扰:

  • 无法 ping 得准确延迟:在开发中难免需要 ping 一些 ip 或域名,而返回的 fake-ip 毫无帮助

    • PS:在 tun 模式下使用 redir-host,显示的延迟仍然是 < 1ms,因为 ping 的实际是 tun 网卡
  • 全局模式体验不好:国内购物网站全变国际版

一些优化

  • Windows:策略组 - 计算机配置 - 管理模板 - 网络 - DNS 客户端 - 禁用智能多宿主名称解析,启用
    • 不然会 Windows 会向所有网络发出并行的 DNS 查询,从而导致 DNS 泄露
    • 实践发现:tun 模式下仍然会泄露,需手动指定一个不可用的 DNS 如127.0.0.1 给出口网卡
  • 关闭 QUIC: chrome://flags - Experimental QUIC protocol ,Disable
    • Clash 暂不处理 UDP 域名,而国际互联网网站都大多默认使用 QUIC,从而导致 DNS 泄露

# 分流规则

# 配置文件

# 参考

  • 浅谈在代理环境中的 DNS 解析行为 | Sukka's Blog (opens new window)
上次更新: 2023/09/25, 02:31:10
下一代CI工具 - Tekton
年轻人的第一台服务器(D1581)

← 下一代CI工具 - Tekton 年轻人的第一台服务器(D1581)→

最近更新
01
Coding最佳实践
09-24
02
PVE安装Windows11
09-21
03
Mybatis-plus使用JSON类型
09-21
更多文章>
Theme by Vdoing | Copyright © 2018-2023 NipGeihou | 友情链接
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式