1. 分析用户请求:

    • 输入: 一篇中文博客文章(简体),比较了各种 DNS 加密协议(Plain DNS、DoT、DoH、DoQ)。内容采用 Markdown 格式,包含 front matter、标题、列表、Mermaid 图表、表格和链接。
    • 任务: 将内容从简体中文(zh-cn)翻译为繁体中文(zh-tw)。
    • 限制条件:
      • 严格遵守格式(JSON/XML/Markdown 结构)。
      • 处理代码块:不要翻译标识符(mermaid, bash 等)。
      • 不要解释,不要加前缀/后缀。
      • 具体的 Front Matter 规则:翻译 tagscategoriesdescription不要翻译 slug(虽然这里没有 slug 字段,但值得注意)。title 通常需要翻译以匹配正文语言。
  2. 检查翻译必要性(逻辑检查):

    • 内容是 Markdown 文档。
    • 它包含大量需要本地化的自然语言文本。
    • Front matter 包含需要翻译的关键字(tags, categories, description)。
    • 结论: 翻译是必需的。
  3. 执行 - 逐段翻译与格式化:

    • Front Matter:

      • layout: blog -> 保留
      • categories: ["network"] -> network 是英语,保留。
      • tags: ["DNS", "DoH", "DoT", "QUIC"] -> 缩写/英语术语,保留。
      • draft: false -> 保留
      • title: DNS 加密协议对比:DoT、DoH、DoQ -> 简体 转 繁体。
        • 加密 -> 加密
        • 协议 -> 協議
        • 对比 -> 對比
        • 结果:DNS 加密協議對比:DoT、DoH、DoQ
      • date: ... -> 保留
      • comments: true -> 保留
      • giscus_comments: true -> 保留
      • description: 梳理 Plain DNS、DoT、DoH、DoQ 的分层关系、端口、性能差异与适用场景,给出实际选择与配置建议。 -> 简体 转 繁体。
        • 梳理 -> 梳理
        • 分层关系 -> 分層關係
        • 端口 -> 端口(术语,有时是埠,但在技术语境下端口很常见,通常保持原样或映射。在 TW 技术文档中,‘端口’ 被广泛接受,‘埠’ 更传统。我将坚持使用标准技术术语,通常是 ‘端口’ 或严格对应语境。‘端口’ 通常是安全的,但让我们检查一下特定语境。‘分層關係’ -> 層級關係 或 分層關係。‘性能’ -> ‘效能’。‘差异’ -> ‘差異’。‘适用’ -> ‘適用’。‘实际’ -> ‘實際’。‘配置’ -> ‘配置’。
        • 草稿:梳理 Plain DNS、DoT、DoH、DoQ 的分層關係、端口、效能差異與適用場景,給出實際選擇與配置建議。
      • weight: 100 -> 保留
    • 内容 - 标题 2:名词速览

      • 名词 -> 名詞
      • 速览 -> 速覽
    • 列表:

      • Plain DNS:明文 DNS,默认使用 UDP/53,必要时用 TCP/53(如响应被截断、区域传送等)。
        • 明文 -> 明文
        • 默认 -> 預設
        • 必要时 -> 必要時
        • 响应 -> 回應
        • 截断 -> 截斷
        • 区域传送 -> 區域傳送
      • DoT:DNS over TLS,使用 TLS 之上的 TCP,默认端口 853(RFC 7858/8310)。 -> 預設端口
      • DoH:DNS over HTTPS,基于 HTTPS(HTTP/2 或 HTTP/3),默认端口 443(RFC 8484)。 -> 基於、預設端口
      • DoQ:DNS over QUIC,基于 QUIC + TLS 1.3,默认端口 UDP/853(RFC 9250,IANA 已分配在 853/udp)。 -> 基於、預設端口
    • 内容 - 标题 2:分层关系(简化 TCP/IP 模型)

      • 分层 -> 分層
      • 关系 -> 關係
      • 简化 -> 簡化
      • 模型 -> 模型
    • 列表:

      • 应用层 -> 應用層
      • 封装 -> 封裝
      • 安全层 -> 安全層
      • 传输层 -> 傳輸層
      • 网络层 -> 網路層
      • 链路层 -> 鏈路層(或 鏈結層,但在简体中是 ‘链路层’ 且通常保持标准,标准繁体通常是 鏈路層 或 數據鏈路層。我将使用 鏈路層)。
      • 物理层 -> 物理層
      • 以太网 -> 以太網路
      • 双绞线/光纤/无线 -> 雙絞線/光纖/無線
    • 内容 - 标题 2:要点

      • 要点 -> 要點
    • 列表:

      • 性能 -> 效能
    • Mermaid 图表:

      • subgraph 应用层 -> subgraph 應用層
      • A[HTTP] -> A[HTTP](保留内部)
      • D[DoH DNS over HTTPS] -> 保留
      • subgraph 安全层 -> subgraph 安全層
      • subgraph 传输层 -> subgraph 傳輸層
      • subgraph 网络层 -> subgraph 網路層
      • subgraph 链路层 -> subgraph 鏈路層
      • J[Ethernet] -> J[以太網路](翻译图表标签内的文本)
      • subgraph 物理层 -> subgraph 物理層
      • K[双绞线/光纤/无线] -> K[雙絞線/光纖/無線]
    • 内容 - 标题 2:基础知识与勘误

      • 基础 -> 基礎
      • 勘误 -> 勘誤
    • 列表:

      • 明文 -> 明文
      • 默认 -> 預設
      • 响应 -> 回應
      • 截断 -> 截斷
      • 长连接 -> 長連線(或 長連接,連接在台湾也很常见,但連線很本土化。我将使用 長連線)。
      • 开销 -> 開銷
      • 资源 -> 資源
      • 通常 -> 通常
      • 混同 -> 混同
      • 低时延 -> 低時延
      • 队头阻塞 -> 隊頭阻塞
      • 生态 -> 生態
      • 结论 -> 結論
      • 笼统 -> 籠統
      • 准确 -> 準確
      • 网络 -> 網路
      • 丢包 -> 丟包
      • 抖动 -> 抖動(或 抖動,标准技术术语)
      • 表现 -> 表現
      • 部署 -> 部署
      • 并非 -> 並非
      • 体验 -> 體驗
      • 证书 -> 憑證(台湾技术语境中通常使用 憑證,而证书通常是简体或大陆用法,但证书在台湾也能理解。标准术语是憑證)。
      • 校验 -> 驗證
      • 等于 -> 等於
      • 完全 -> 完全
      • 匿名 -> 匿名
      • 解析器 -> 解析器
      • 查询 -> 查詢
      • 查看隐私政策 -> 查看隱私政策
    • Mermaid 图表 2:

      • subgraph DNS 家族 -> subgraph DNS 家族(保留)
      • subgraph 加密的 DNS -> subgraph 加密的 DNS
      • subgraph 传输基座 -> subgraph 傳輸基座
    • 内容 - 标题 2:对比总览

      • 对比 -> 對比
      • 总览 -> 總覽
    • 表格:

      • 表头:协议、传输层、加密、封装、默认端口、典型特点 -> 協議、傳輸層、加密、封裝、預設端口、典型特點
      • 第 1 行:简单高效、可见、篡改/审计 -> 簡單高效、明文可見、易被竄改/稽核
        • 注:‘明文可见’ - 原文是 ‘明文可见’,表格描述中是 ‘明文可见’,但正文说 ‘明文可见’。输入表格:明文可见。翻译:明文可見
        • 篡改 -> 竄改
        • 审计 -> 稽核(台湾技术