博客 - NullPrivate技术分享与产品更新 on 宁屏

如何保护青少年上网：手机管App，宁屏管浏览器

Thu, 20 Aug 2026 10:00:00 +0800

如何保护青少年上网，先别急着买第三方管控 App。手机系统已经把高权限收回去了，终端软件越来越难真正管住设备；如果目标只是限制使用时长、使用时段和单个 App，系统自带的家长控制通常就够用。真正需要额外方案的，是浏览器这一层：看清访问记录、远程改屏蔽规则、拦住成人内容。宁屏做的是服务端 DNS 管控，补的是手机管不到的那一段。

终端管控为什么越来越难做成

很多家长会先搜“在手机上装一个管控软件”。这条路现在越来越窄。操作系统不会把核心权限轻易交给第三方应用；当一个 App 申请的权限过多时，应用商店也很难判断它是保护程序还是恶意软件。

安卓上这个问题更明显。过去十几年里，高权限应用里有相当一部分后来被证明是恶意程序。整机厂商因此在出厂时就把高级权限收进自家安全组件，不再对普通应用开放。Root 门槛也越来越高。结果是：你在终端上装的管控 App，常常既装不深，也管不稳。

这不是某一款软件做得差，而是权限模型变了。想靠一个第三方 App 接管整台手机，已经不符合现在的系统现实。

只想管 App，先用手机自带功能

现在的手机大多自带家长控制，苹果和安卓都类似。常见能力包括：

统计每个 App 的使用时长
限制每天可用时间
限制可用时段
按 App 单独开关

华为的“健康使用手机”、苹果的“屏幕使用时间”、安卓的数字健康，做的都是这件事。它们由系统提供权限，不需要再向商店申请一堆危险能力，卸载、绕过的成本也更高。

如果您对孩子的监管只需要管到 App，系统自带功能就能覆盖，不必额外为此花钱。宁屏也不会假装自己能替代锁屏密码、应用限额或就寝模式。那一层本来就该交给系统。

浏览器和远程屏蔽，才需要服务端

家长真正容易漏掉的，不是抖音能不能打开，而是浏览器里发生了什么。

App 管控看不到孩子在浏览器里访问了哪些网站，也很难在家长不碰那台手机时远程改规则。孩子换一个浏览器、开无痕模式、点开搜索结果里的陌生链接，终端侧往往只显示“用了 Safari / Chrome 20 分钟”，具体去过哪里并不清楚。

如果您希望同时做到下面几件事，就需要一个在服务端做管控的方案：

记录设备的上网域名，而不只是 App 名称
远程查看最近访问和拦截情况
按网站屏蔽，而不是只按 App 开关
拦截成人内容和明显不良站点
规则改完立刻对已接入的设备生效

这正是 DNS 过滤适合补上的一层：设备发起域名查询时，服务端就能决定放行还是拦截，不必在每台手机上再装一个高权限 App。

flowchart TB
 A[孩子使用手机或电脑] --> B{要管什么}
 B -->|App 时长和时段| C[系统自带家长控制]
 B -->|浏览器、网站、远程改规则| D[宁屏服务端 DNS]
 C --> E[限制抖音、游戏、就寝时间]
 D --> F[记录访问、屏蔽站点、拦截成人内容]

宁屏补上服务端这一层

宁屏是运行在云端的专用 DNS 保护服务，基于 AdGuard Home 增强。设备把加密 DNS 指过来之后，浏览请求会先经过您自己的服务实例，再决定是否解析。

使用 list.adguardprivate.com 创建防沉迷清单

Sat, 15 Aug 2026 21:00:00 +0800

list.adguardprivate.com 用于从已收录的互联网服务中选择目标，生成可供宁屏防沉迷功能加载的规则清单。本指南以微博和 TikTok 为例，说明网页操作、生成结果的含义，以及如何将生成的直链保存到服务配置源。

生成的直链包含账号标识和服务选择信息。不要把完整直链、浏览器 Cookie、登录令牌或密码贴到公开页面、Issue 或聊天记录中。

操作演示

下面的视频从选择微博和 TikTok 开始，随后生成防沉迷清单，进入宁屏的“防沉迷”页面，展开“显示配置源”，添加并保存清单直链，最后勾选两个服务并保存。红色波纹标记了点击位置。

您的浏览器不支持视频播放。

下载演示视频

网页操作

1. 在名单站选择服务

打开 list.adguardprivate.com。
在搜索框分别搜索“微博”和“TikTok”。
选择目标条目：www.weibo.com 与 www.tiktok.com。
打开顶部的“名单生成器”，确认已选择 2 个服务。
保持“防沉迷规则 (JSON)”选项，等待“生成的名单”出现 blocked_services JSON。

服务名可能相同，但服务 ID 不一定相同。以域名 ID 精确确认，可以避免将 tiktok 这样的同名条目误加入清单。

2. 获取防沉迷直链

在名单生成器中点击“获取链接”。此功能需要名单站已登录。生成后的防沉迷直链大致包含：

/api/lists/anti-addiction?username=<账号标识>&ids=www.weibo.com,www.tiktok.com

请始终使用页面生成的完整链接，不要手动拼接 URL。网页预览会受“包含域名”和“包含广告域名”选项影响；而防沉迷直链由服务端生成，按服务 ID 返回相应规则。

3. 保存到宁屏服务配置源

打开宁屏管理页面，进入“过滤器”中的“防沉迷”。
点击“显示配置源”。
点击“添加URL”。
将名单站生成的防沉迷直链粘贴到“输入服务配置源URL”输入框。
点击配置源面板里的 save，等待服务列表重新加载。
勾选“微博”和“TikTok”。
点击页面底部的“保存”。

配置源保存后，服务列表会按清单内的服务重建。此时微博与 TikTok 的内部 ID 是完整域名，因此应确认页面上显示的服务名称，而不要依赖旧的简写 ID。

验收方式

保存后重新进入“防沉迷”页面，检查以下内容：

阿里云 DNS 免费版限速：免费午餐的终结与 DNS 自主权的再思考

Thu, 02 Jul 2026 20:00:00 +0800

2026 年 5 月 14 日，阿里云发布了一则低调但影响深远的产品公告：自 6 月 24 日起，云解析 DNS 公网权威解析免费版新增单域名日解析量限制，限额 10 万次，超额将触发动态限速——延迟、丢包，或两者兼有¹。公告措辞克制，“绝大多数免费用户日均解析量远低于此阈值”，似乎一切风平浪静。

但这条公告的真正分量，不在技术参数本身，而在它所标记的一个转折点：中国主流云厂商的免费 DNS 服务，正在从"默认够用"转向"需要算账"的阶段。 对于依赖免费 DNS 的独立开发者、个人站长和中小团队而言，这不是一次孤立的价格调整，而是整个 DNS 服务商业逻辑的重新定价。

10 万次到底够不够：解析量的真实构成

官方说"绝大多数用户不受影响"，这句话在统计意义上可能成立——如果只看中位数。但问题在于，一个正常运行的服务站点，其 DNS 解析量受多种因素叠加，10 万次/日并非一个可以高枕无忧的阈值。

影响单域名解析量的核心变量包括：

子域名数量。 限额是"单域名"，但这里的"单域名"指主域名及其所有子域名的解析量之和¹。一个站点如果使用 www、api、cdn、static 等多个子域名，每个子域名的解析都会被计入总额。一个中等复杂度的 Web 应用，解析量轻松翻几倍。

TTL 与实际缓存行为。 理论上，递归解析器会按照 TTL 缓存解析结果，从而减少回源查询。但现实是：国内运营商级递归解析器普遍存在不严格遵守 TTL 的情况，部分甚至会在 TTL 过期前提前刷新，或忽略过长的 TTL 值自行缩短。这意味着实际回源查询次数可能远超理论值。

爬虫与扫描器。 搜索引擎爬虫、安全扫描器、SEO 工具等会持续触发 DNS 解析。这些流量不产生页面访问，但同样消耗解析配额。

移动端与 IoT 设备。 移动 App 的 DNS 缓存行为与浏览器不同，部分实现每次冷启动都会重新解析。IoT 设备的 DNS 实现更是良莠不齐，大量设备根本不缓存或缓存时间极短。

一个有实际案例可供参照：独立博客 yijile.com 在公告后自查发现，其日均解析量超过 30 万次，接近限额的 300%²——而该站点的页面访问量远未达到同等量级。这说明 DNS 解析量与网站 UV/PV 之间存在显著的非线性关系，用"日访问量"来估算"日解析量"并不可靠。

从两次 1.1.1.1 事故看家庭 DNS 韧性建设

Thu, 14 May 2026 20:00:00 +0800

很多用户把 DNS 当作“填一个地址就结束”的基础配置，但 2024 和 2025 年两次公开事故说明：解析器本身也会故障，而且会直接放大到“网页打不开、App 无法联网、全家都断网”的体感问题。

本文不讨论“哪家更好”，而是聚焦一件事：如何把 DNS 从单点依赖改造成可观测、可切换、可恢复的家庭级基础设施。

两次可核验事件：发生了什么

先看公开资料中最关键的时间点（均为 UTC 时间，便于和官方时间线对齐）：

事件	公开日期	关键影响	根因类型
Cloudflare 1.1.1.1 事件（2024-06-27）	2024-07-04 发布复盘	部分地区用户不可达或高延迟	外部路由事件（BGP 劫持 + 路由泄漏）
Cloudflare 1.1.1.1 事件（2025-07-14）	2025-07-15 发布复盘	全球多数用户受影响，官方给出 62 分钟中断窗口	内部配置错误导致前缀撤销

这两次事件有一个共同点：

用户侧看起来都是“DNS 不工作了”；
但底层原因完全不同（一次偏外部互联网路由，一次偏服务内部变更）；
结论是一样的：单上游、单入口、单协议会把风险集中到一个点。

技术拆解：为什么 DNS 会“看起来全网坏了”

当终端把唯一 DNS 指向一个不可用目标时，应用层通常会出现连锁反应：

域名无法解析，表现为 timeout 或 SERVFAIL。
浏览器与 App 会重复重试，导致“偶尔恢复、又再次失败”的抖动体验。
即使公网链路正常，用户也会误判为“宽带坏了”或“网站全挂了”。

flowchart LR
 A[手机/平板/电视/PC] --> B[专用加密 DNS 入口 DoH/DoT]
 B --> C{策略层}
 C --> D[广告/追踪/恶意域名拦截]
 C --> E[家庭保护与防沉迷规则]
 C --> F[白名单与自定义规则]
 C --> G[主上游解析]
 C --> H[后备上游解析]
 G --> I[权威 DNS / CDN]
 H --> I
 C --> J[查询日志与拦截统计]

上图的重点不是“多堆功能”，而是三件事：

DoH 与 DoT 技术对比分析

Wed, 11 Feb 2026 00:00:00 +0800

DNS over HTTPS (DoH) 和 DNS over TLS (DoT) 是两种常见的加密 DNS 传输方式. 它们都能保护 DNS 查询不被轻易窃听或篡改, 但所依赖的协议栈不同.

先看结论:

DoH: 借助 HTTP 传输 DNS, 更容易复用现有 Web 基础设施.
DoT: 直接在 TLS 之上传输 DNS, 协议路径更短, 结构更直接.
两者核心目标一致: 保护 DNS 查询的隐私与完整性.

对应标准如下:

协议	标准	说明
DoT	RFC 7858	DNS over TLS
DoH	RFC 8484	DNS Queries over HTTPS

如果想真正理解两者差异, 最好先从网络协议层次结构开始看.

网络协议层次结构

现代网络协议栈采用分层设计, 每一层负责不同任务. DNS 虽然是应用层协议, 但它并不强绑定某一种传输方式.

可以先用一张表快速理解各层角色:

层级	常见协议	主要作用
应用层 (L7)	DNS, HTTP/1.1, HTTP/2, HTTP/3, FTP	定义应用语义
安全层	TLS, DTLS	提供加密与身份校验
传输层 (L4)	TCP, UDP, QUIC	负责连接, 重传, 流控等
网络层 (L3)	IPv4, IPv6	负责路由和转发
数据链路层 (L2)	Ethernet, Wi‑Fi	负责本地链路传输

这里有几个关键点:

DNS 隐私防护与用户画像防范策略

Thu, 09 Oct 2025 22:00:00 +0800

DNS 隐私防护与用户画像防范策略

读者：关注网络隐私与数据治理的工程/运维/安全从业者关键词：本地解析器、递归解析、权威服务器、QNAME最小化、ECS、DNSSEC、DoT/DoH/DoQ

背景与问题概述

在数字化时代，用户的网络行为数据成为企业构建用户画像的重要来源。作为互联网基础设施的核心组件，域名系统（DNS）在日常网络活动中承担着将人类可读的域名转换为机器可读的IP地址的关键任务。然而，传统DNS查询通常以明文形式在UDP端口53上进行传输，这使得用户的浏览历史、应用使用习惯等敏感信息容易被网络运营商、互联网服务提供商以及各种中间人获取和分析。

用户画像是通过收集和分析用户的各种行为数据而构建的用户特征模型，企业利用这些模型进行精准营销、内容推荐、风险评估等商业活动。虽然这些服务在一定程度上提升了用户体验，但也带来了隐私泄露、数据滥用和潜在的歧视性定价等问题。了解如何通过DNS层面的技术手段来减少用户画像的准确性，成为保护个人隐私的重要途径。

本文将从DNS基础原理出发，分析用户画像构建过程中的数据收集点，探讨基于DNS的隐私保护策略，并阐述不同场景下的实现思路与注意事项。

基础与术语梳理

要理解DNS隐私保护，首先需要掌握DNS查询的基本流程和相关术语。DNS查询通常涉及多个参与者，每个环节都可能成为隐私泄露的节点。

flowchart LR
 A[客户端设备] e1@--> B[本地解析器]
 B e2@--> C[递归解析器]
 C e3@--> D[根服务器]
 D e4@--> E[TLD服务器]
 E e5@--> F[权威服务器]
 F e6@--> C
 C e7@--> B
 B e8@--> A
 C --> G[缓存存储]
 
 e1@{ animation: fast }
 e2@{ animation: slow }
 e3@{ animation: medium }
 e4@{ animation: fast }
 e5@{ animation: medium }
 e6@{ animation: fast }
 e7@{ animation: fast }
 e8@{ animation: slow }
 
 style A fill:#e1f5fe
 style B fill:#f3e5f5
 style C fill:#fff3e0
 style D fill:#f1f8e9
 style E fill:#f1f8e9
 style F fill:#f1f8e9
 style G fill:#fce4ec

本地解析器（Stub Resolver）是操作系统或应用程序中的DNS客户端组件，负责接收应用程序的DNS查询请求并将其转发给递归解析器。递归解析器（Recursive Resolver）通常由ISP或第三方DNS服务提供，负责完成完整的域名解析过程，包括查询根服务器、顶级域（TLD）服务器和权威服务器，并将最终结果返回给客户端。

深度解析：宁屏DNS代理功能，突破网络限制实现隐私保护

Mon, 25 Aug 2025 19:27:18 +0800

🌐 DNS代理功能深度解析

在当今复杂的网络环境中，传统的DNS服务往往面临诸多限制。宁屏DNS服务现已全面支持上游DNS代理功能，为用户提供更加灵活和安全的网络访问体验。

为什么需要DNS代理？

在某些网络环境下（如企业网络、校园网或特定地区网络），直接访问上游DNS服务器可能会遇到以下问题：

网络限制：某些DNS服务器（如1.1.1.1、8.8.8.8）被防火墙屏蔽
ISP干扰：运营商可能对DNS查询进行重定向或污染
地理限制：特定地区的DNS服务访问受限
隐私保护：需要通过代理隐藏真实IP地址

🚀 核心功能特性

DoH与DoT代理支持

宁屏DNS服务在AdGuard Home基础上进行了深度定制，新增了以下关键功能：

智能DNS分流
- 自动检测网络环境
- 根据规则智能选择直连或代理路径
- 支持自定义分流配置文件
代理协议全面支持
- HTTP代理 (http_proxy)
- HTTPS代理 (https_proxy)
- SOCKS5代理 (socks5)
安全加密传输
- DoH (DNS over HTTPS) 代理支持
- DoT (DNS over TLS) 代理支持
- 端到端加密保护隐私

📋 详细配置指南

环境变量配置

配置DNS代理功能非常简单，只需要在系统环境中设置相应的代理变量即可。

Linux/macOS配置

# 临时配置（当前会话）
export http_proxy="http://proxy.example.com:8080"
export https_proxy="http://proxy.example.com:8080"
export ALL_PROXY="socks5://[username:password@]proxyhost:port"

# 永久配置（添加到 ~/.bashrc 或 ~/.zshrc）
echo 'export http_proxy="http://proxy.example.com:8080"' >> ~/.bashrc
echo 'export https_proxy="http://proxy.example.com:8080"' >> ~/.bashrc
echo 'export ALL_PROXY="socks5://[username:password@]proxyhost:port"' >> ~/.bashrc
source ~/.bashrc

Windows配置

# 命令提示符
set http_proxy=http://proxy.example.com:8080
set https_proxy=http://proxy.example.com:8080

# PowerShell
$env:http_proxy="http://proxy.example.com:8080"
$env:https_proxy="http://proxy.example.com:8080"

Docker容器配置

version: '3.8'
services:
 nullprivate-dns:
 image: nullprivate/nullprivate:latest
 environment:
 - http_proxy=http://proxy.example.com:8080
 - https_proxy=http://proxy.example.com:8080
 ports:
 - "53:53/tcp"
 - "53:53/udp"
 - "80:80/tcp"
 - "443:443/tcp"

高级配置选项

认证代理配置

如果代理服务器需要认证，可以使用以下格式：

宁屏去广告：基于DNS的智能广告拦截方案

Mon, 18 Aug 2025 10:00:00 +0800

在当今数字化时代，广告已成为互联网生态的重要组成部分，但过多的广告不仅影响用户体验，还可能带来隐私泄露风险。宁屏（NullPrivate）作为一款专注于隐私保护的DNS服务，采用了与AdGuard Home类似的DNS过滤技术，为用户提供高效的广告拦截解决方案。

宁屏去广告的工作原理

宁屏的广告拦截功能基于DNS（域名系统）过滤技术，其工作流程如下：

flowchart TB
 A[用户设备] --> B{DNS查询请求}
 B --> C[宁屏DNS服务器]
 C --> D[查询域名数据库]
 D --> E{广告或跟踪域名?}
 E -->|是| F[返回空地址或环回地址]
 E -->|否| G[返回正确IP地址]
 F --> H[阻止广告加载]
 G --> I[正常访问网站]

DNS请求监控

当您的设备尝试访问网站时，会首先向DNS服务器查询域名对应的IP地址。宁屏作为您的首选DNS服务器，会接收并分析这些查询请求。

智能过滤机制

宁屏维护着一个庞大的广告和跟踪域名数据库。当检测到用户尝试访问的域名属于广告或跟踪类别时，系统会立即拦截该请求。

高效响应

对于被拦截的请求，宁屏会返回一个空地址或本地环回地址（如127.0.0.1），从而阻止广告内容的加载。对于正常的网站访问请求，宁屏则会提供正确的IP地址，确保用户可以正常访问目标网站。

技术优势

高效性

网络层面拦截：在DNS解析阶段就阻止广告加载，无需等待网页内容下载
毫秒级响应：本地化的DNS响应机制，几乎不影响网页加载速度
全设备保护：一次配置，保护网络中的所有设备

精准性

多层次过滤：支持精确域名匹配、通配符规则和正则表达式
智能分类：将过滤规则按广告、跟踪器、恶意软件等分类管理
动态更新：定期从可信源获取最新的过滤规则

隐私保护

无痕浏览：不记录用户访问记录，保护浏览隐私
减少数据泄露：阻止广告商和跟踪器收集用户数据
本地处理：大部分过滤工作在本地完成，减少数据外泄风险

与AdGuard Home的相似之处

宁屏在广告拦截方面与AdGuard Home采用了相同的核心技术原理：

基于DNS的过滤机制：两者都通过拦截DNS查询来阻止广告域名解析
过滤规则管理：都支持自定义过滤规则和黑白名单配置
网络范围保护：都能为整个局域网提供广告拦截服务
开源社区支持：都受益于开源社区维护的过滤规则列表

用户体验优化

宁屏在设计上特别注重用户体验，确保广告拦截功能既高效又不会对正常使用造成干扰：

透明化管理

提供详细的拦截统计信息，让用户了解防护效果
支持灵活的白名单配置，避免误拦截重要网站
实时生效的规则更新，无需重启设备

易用性设计

简化配置流程，普通用户也能轻松上手
提供多语言支持，满足不同用户需求
兼容各种网络环境和设备类型
具备安全可靠的DNS服务器支持

隐私保护

严格的隐私保护措施，保护用户隐私
不收集用户个人身份信息
确保用户数据安全

使用建议

为了获得最佳的广告拦截效果，我们建议用户：

AdGuardPrivate的更名公告

Mon, 11 Aug 2025 11:58:20 +0800

近日，我们收到AdGuard官方通知，被告知"AdGuard"为注册商标，在未获得授权的情况下不可使用该名称，即使是添加前缀或后缀也可能涉及侵权。为避免法律风险，我们的服务已正式更名为"NullPrivate"。

对于现有用户，您的服务完全不受影响，我们仍会通过adguardprivate.com域名为您提供服务，仅官方网站和联系方式会进行迁移。

为了防止新用户误认为NullPrivate与AdGuard存在关联，我们特此说明：我们的软件产品基于AdGuardHome进行fork开发，并添加了新的功能。所有代码均已开源，并遵守相同的GPLv3协议。

代码库地址：https://github.com/nullprivate/nullprivate

用户可以自行检视代码并实现自部署。同时，我们提供的SaaS版本将继续为用户提供更实惠的价格和更稳定的服务。

感谢您一直以来的支持，希望我们的服务能持续为您带来价值！

增加了DDNS功能

Mon, 21 Jul 2025 14:15:47 +0800

如果您已拥有一个NullPrivate服务, 现在可以使用DDNS功能.

概述

NullPrivate开源了DDNS脚本，该动态DNS（DDNS）旨在提供一种简单的方法，无需购买域名即可快速设置私有动态DNS。此DDNS脚本专门为nullprivate.com开发，利用NullPrivate的核心功能，您可以无缝实现这一功能。

使用方法

确保NullPrivate已部署并正在运行。
导航到DNS重写，下载DDNS脚本。
运行脚本。

Windows

Set-ExecutionPolicy Bypass -Scope Process
./ddns-script.ps1

Linux/macOS

chmod +x ddns-script.sh
./ddns-script.sh

功能特点

快速简便的设置: 只需几个步骤即可完成配置。
利用NullPrivate实现DDNS功能: 通过NullPrivate的核心功能实现DDNS。
支持多平台: 支持Windows和基于Unix的系统。
多种认证选项: 支持Cookie（更安全但可能过期）或用户名/密码（更持久但安全性较低）进行认证。

与传统DDNS的区别

与传统的DDNS相比，这种私有DDNS具有以下优势：

无缓存时间: 更改立即生效，无需等待DNS缓存过期。
无DNS传播延迟: 更新即时可用，无需DNS传播延迟。
无需购买域名: 可以使用伪域名进行访问，无需购买域名。
隐私保护: 只有连接到私有DNS服务的用户才能解析DNS，确保隐私。

快速入门指南

确保已部署NullPrivate并正在运行。
按照win/ddns.ps1（适用于Windows）或unix/ddns.sh（适用于基于Unix的系统）脚本中的说明配置您的私有DDNS。

开源地址: https://github.com/NullPrivate/nullprivate-ddns

更好的支持ECS

Mon, 10 Mar 2025 13:15:51 +0800

为了获得最佳的 DNS 解析体验，我们已经预设了一些推荐配置, 但仍然有需要用户注意的配置, 那就是"EDNS 客户端子网".

启用EDNS客户端子网(ECS)

为了获得更佳的体验，您可能希望 DNS 服务器返回在地理位置上最接近您的服务器 IP 结果。EDNS 客户端子网 (ECS) 能够实现这一点。它允许将包含地理位置信息的 IP 子网发送到 DNS 服务器，以便服务器返回最佳的 DNS 解析结果。

工作原理:

当启用 ECS 时，您的 DNS 解析器（例如 AdGuard Home）会将客户端 IP 地址的一部分（通常是前 24 位，表示客户端所在的子网）包含在 DNS 查询中，并将其发送到上游 DNS 服务器。上游 DNS 服务器会根据此子网信息，返回最适合该区域的服务器 IP 地址。

sequenceDiagram
 participant Client
 participant DNS Resolver
 participant Upstream DNS Server

 Client->>DNS Resolver: DNS Query
 DNS Resolver->>Upstream DNS Server: DNS Query with ECS (Client Subnet)
 Upstream DNS Server->>DNS Resolver: DNS Response (Geo-localized IP)
 DNS Resolver->>Client: DNS Response (Geo-localized IP)

隐私注意事项:

NullPrivate - 基于AdGuard Home的增强版DNS服务

Mon, 20 Jan 2025 19:36:59 +0800

NullPrivate: 专注隐私保护的DNS服务

访问官网了解更多: NullPrivate

本项目基于AdGuard Home进行二次开发，遵循 GPL 3.0 开源协议。

源代码开放在：GitHub - NullPrivate/NullPrivate

功能增强

相比原版AdGuard Home，我们增加了以下特性：

📜 自动化SSL证书管理
- 自动申请与更新证书
- 支持泛域名证书配置
🛡️ 增强的安全特性
- 智能限流保护
- 优化的大陆地区访问体验
⚙️ 优化的系统配置
- 禁用DHCP服务，专注DNS功能
🔄 支持DDNS
🌉 支持代理功能
- 通过代理下载配置文件
- 支持DoH/DoT代理
🚦 支持DNS分流功能
🚫 支持防沉迷app名单

托管服务优势

我们提供专业的DNS托管服务，具有以下特点：

🏢 阿里云杭州节点部署
🌐 全面的协议支持
- IPv6支持，直连主流IPv6上游
- DoT (DNS over TLS)
- DoH (DNS over HTTPS)
- HTTP/3 支持，显著降低延迟
📊 强大的规则管理
- 支持第三方黑白名单导入
- 100万条规则容量
📝 完善的日志与统计
- 72小时查询记录保留
- 24小时详细统计分析
⚖️ 负载均衡
- 多服务器分布式部署
- 智能负载分配
💰 具有竞争力的价格

性能与效果评估

DNS层面的广告拦截具有其独特优势：

💪 优势

全面支持 HTTP/3 协议

Wed, 15 Jan 2025 10:40:29 +0800

NullPrivate 已全面支持 HTTP/3 协议。所有现有用户都将自动升级享受 HTTP/3 带来的性能提升，无需任何额外配置。

重要更新说明

iOS 用户：现可通过 DoH 协议直接使用 HTTP/3，享受更低的网络延迟
Android 用户：因系统限制，目前仍使用 DoT 协议，待 Google 后续版本更新后即可支持
性能提升：初次响应速度较 HTTP/2 显著提升，连接建立更快捷
智能切换：在不支持 HTTP/3 的网络环境下，系统会自动切换至 HTTP/2，确保服务稳定性

HTTP/3 技术深度解析

HTTP/3 作为 HTTP 协议的最新版本，基于 Google 开发的 QUIC 传输协议，带来了多项革新性的技术优势：

核心特性

基于 UDP 的 QUIC 协议
- 显著减少连接建立时间
- 改进的多路复用能力
- 更智能的丢包处理机制
优化的性能表现
- 零握手延迟（0-RTT）
- 改进的拥塞控制
- 连接迁移支持
增强的安全性
- 集成 TLS 1.3
- 加密握手过程
- 降低中间人攻击风险

建连过程对比

使用建议

确保您的客户端支持 HTTP/3 协议
保持客户端版本更新
网络环境受限时，系统会自动降级使用 HTTP/2

注意事项

部分地区的网络可能会限制 UDP 流量，影响 HTTP/3 性能
不同网络环境下性能表现可能存在差异
系统会根据网络状况自动选择最优协议

参考资料

推出自定义客户端名称功能

Sun, 29 Dec 2024 14:01:19 +0800

功能介绍

为了提升用户体验，NullPrivate 现已支持自定义客户端名称功能。通过这项功能，您可以为不同设备设置独特的标识名称，使设备管理更加直观和便捷。

配置指南

根据不同设备类型，配置方式略有不同：

Android 设备

只需在域名前添加自定义前缀即可，格式如下：

{设备名称}.{原有域名}

示例：xiaomi-15pro.xxxxxxxx.nullprivate.com

iOS 设备

进入"设置指导"页面
在"客户端ID"输入框中填入自定义名称
下载并应用新的配置文件

浏览器配置（DoH）

在原有 DoH 地址后添加自定义标识：

原有格式：

https://xxxxxxxx.nullprivate.com/dns-query

新格式：

https://xxxxxxxx.nullprivate.com/dns-query/{设备标识}

示例：https://xxxxxxxx.nullprivate.com/dns-query/pc1-browser

使用建议

设备名称建议使用有意义的标识，如设备型号、位置或用途
避免使用特殊字符，建议使用字母、数字和连字符
保持命名规范统一，便于后期管理

注意事项

自定义名称仅影响显示，不会影响服务性能
修改名称后需要重新应用配置才能生效
建议保存好各设备的配置信息，以便日后参考

广告拦截的必要性：保护数字时代的注意力与隐私

Wed, 04 Dec 2024 11:33:11 +0800

解构现代广告生态

广告商的利润模式

现代广告体系构建在一个复杂的利益链条之上：

广告商通过媒介平台连接广告主与用户
收入来源是广告主的投放费用，而非用户
目标是最大化"转化率"——将广告观众转变为付费客户

转化率之战

在这场注意力争夺战中：

高转化率意味着更高的广告单价
广告投放效率直接影响收益
“个性化推送"成为提升转化的核心策略

个性化广告的真相

数据收集的深度

现代广告系统通过多重渠道收集用户信息：

设备标识与操作系统数据
跨平台行为追踪
社交关系网络分析
消费习惯画像

精准投放的陷阱

看似便利的个性化推送实则暗藏风险：

利用认知偏差制造需求
放大用户潜在焦虑
创造虚假的紧迫感

广告对注意力的侵蚀

注意力经济的代价

频繁打断破坏工作效率
干扰决策判断能力
增加认知负担
模糊真实需求边界

广告策略的演变

现代广告已经从单纯的信息传递演变为：

强制记忆植入
情绪刺激
焦虑营销
社交压力

保护自我的策略

核心防护措施

隐私保护优先
- 限制应用权限
- 控制数据分享
- 使用隐私保护工具
注意力管理
- 设置专注时段
- 建立信息过滤机制
- 培养主动获取信息的习惯
消费决策把控
- 建立需求评估体系
- 延迟购买决策
- 保持理性判断

技术支持：赛博城府

在这个数据驱动的时代，保持"赛博城府”——即数字世界中的谨慎与智慧，变得尤为重要。这包括：

管理数字足迹
保护个人隐私
控制信息流动

解决方案

“宁屏"作为综合性防护方案，不仅提供广告拦截，更重要的是帮助用户：

保护个人隐私
优化浏览体验
减少注意力分散
提供可控的信息环境

让我们重新掌控自己的数字生活，从拒绝广告骚扰开始。

服务资源优化策略说明

Mon, 02 Dec 2024 16:12:46 +0800

背景说明

随着用户数量增长和功能需求提升，我们观察到部分高资源消耗的配置选项可能导致服务不稳定。为确保服务质量，我们进行了深入分析并制定了相应的优化方案。

资源优化策略

1. 过滤器更新机制优化

现状分析

部分用户设置了每小时更新过滤器
每次更新都需要完整的下载-解析-去重流程
国际带宽限制导致更新耗时延长
服务器资源持续高负载

优化方案

我们将更新间隔调整为最短 72 小时，原因如下：

大多数过滤列表更新周期为 24-72 小时
降低无效的资源消耗
确保服务稳定性
优化带宽使用效率

影响评估

正面影响
- 服务响应更稳定
- 资源使用更合理
- 降低系统负载
最小化影响
- 规则更新仍保持在合理周期内
- 不影响防护效果

2. 并行请求策略

当前情况

目前大多数用户启用了并行请求功能，但在现有架构下收益有限：

阿里云上游服务延迟差异通常在 5ms 以内
可能触发阿里云公共服务的请求频率限制
增加不必要的系统开销

使用建议

建议使用负载均衡模式
并行请求适用于以下场景：
- 上游服务延迟差异显著（>200ms）
- 服务质量不稳定的情况
- 跨国访问场景

注：目前暂未发现因并行请求导致的限速问题，此功能暂时保持开放。

3. 第三方列表管理

安全考虑

为确保系统稳定性，我们暂时禁用了部分第三方列表支持：

外部列表规模难以预测
可能导致资源超限
服务稳定性无法保证

后续规划

我们正在研究更安全的第三方列表管理方案，以便在未来重新开放此功能。

基础版内存上限调整

Fri, 29 Nov 2024 16:01:48 +0800

部分用户的环境重启频繁, 查看日志发现退出原因是内存占用达到上限300MB, 被强制退出.

现调整单容器上限到500MB, 以缓解重启问题.

如果您的环境出现登录或重启问题, 请放心随时联系我们, 为客户解决问题是我们的责任.

如需帮助

联系微信 private6688
或发送电子邮件 service1@nullprivate.com
请详细描述您所遇到的问题, 我们会尽快回复.

随时为您提供支持服务

Wed, 20 Nov 2024 15:30:12 +0800

快速入门指南

为确保您能便捷地开始使用我们的服务，我们提供了详细的使用指南

贴心服务支持

专属指导

我们注意到部分新用户在初次使用时可能遇到困难。为此，我们：

持续优化产品文档结构
提供清晰的配置指南
准备了常见问题解答

及时响应

虽然我们采用无注册制度以保护用户隐私，但这不影响我们对用户的服务。您可以通过以下方式联系我们：

如需帮助

联系微信 private6688
或发送电子邮件 service1@nullprivate.com
请详细描述您所遇到的问题, 我们会尽快回复.

如何设置专用链接

Tue, 29 Oct 2024 11:51:06 +0800

一些收费的AdGuardHome服务提供一个专用链接，不允许用户进入后台管理，管理员代为管理规则。

这表明其没有提供私有后台管理功能，而只是通过域名反向代理实现服务，成本相对较低。

需租用一台服务器运行AdGuardHome服务，并配置Nginx反向代理，以实现该功能。

以服务链接5r69hxdx9onl70hp.example.com为例，Nginx关键配置如下：

http {
 server {
 listen 1080;
 server_name 5r69hxdx9onl70hp.example.com;
 location / {
 proxy_pass http://worker.example.com:5002;
 proxy_set_header Host $http_host;
 }
 }
 server {
 listen 1443 ssl;
 server_name 5r69hxdx9onl70hp.example.com;
 ssl_certificate /app/data/certs/5r69hxdx9onl70hp/fullchain.pem;
 ssl_certificate_key /app/data/certs/5r69hxdx9onl70hp/privkey.pem;
 location / {
 proxy_pass https://worker.example.com:5003;
 proxy_set_header Host $http_host;
 }
 }
}
stream {
 ssl_protocols TLSv1.2 TLSv1.3 SSLv3;
 map $ssl_preread_server_name $targetBackend {
 5r69hxdx9onl70hp.example.com worker.internal.com:5004;
 }
 server {
 listen 1853;
 proxy_pass $targetBackend;
 ssl_preread on;
 }
}

每个付费用户只需新增一条类似的Nginx配置，通过域名解析指向服务器即可。用户较多时，单个应用服务压力较大时，可以代理到不同的后端。

这类服务无法实现真正的个性化, 用户需要能进入后台才能真正掌握自己的上网数据, 而这是我们的私有服务的优点, 一个用户真正独占一个服务, 使用所有NullPrivate的功能。

全新升级--增强版广告拦截规则

Mon, 28 Oct 2024 22:13:55 +0800

规则更新说明

为满足用户对更强力广告拦截的需求，我们全面优化了过滤规则策略。新版规则在保持低误拦截率的同时，显著提升了广告过滤效果。这一更新源于用户反馈，我们在确保网站正常访问的基础上，加入了更多精准的拦截规则。

规则列表概览

我们整理了以下专业规则列表，您可以根据具体需求选择使用：

基础防护规则

类别	AdGuard	功能说明
广告拦截	Link	全面过滤各类广告服务器和广告网站
追踪防护	Link	阻止用户行为跟踪和个人信息收集
重定向防护	Link	防止恶意网址重定向

内容过滤规则

类别	AdGuard	描述
欺诈网站	Link	专门用于欺骗用户的网站列表
广告	Link	广告服务器和广告网站
加密货币	Link	加密货币和挖矿相关网站 ^{可能会影响正常的加密货币网站}
毒品	Link	非法药品相关网站 _{包括在美国非法持有的处方药}
全部规则	Link	包含所有非测试版列表的域名
脸书	Link	屏蔽 FB 及其相关服务
诈骗	Link	诈骗网站
赌博	Link	所有赌博相关网站（合法和非法）
恶意软件	Link	已知的恶意软件托管网站
钓鱼	Link	用于网络钓鱼的网站
盗版	Link	已知的非法下载网站
色情	Link	色情或推广色情的网站
勒索软件	Link	已知的勒索软件托管或包含勒索软件的网站
重定向	Link	将你从预期网站重定向到其他网站的网站
骗局	Link	旨在诈骗用户的网站
抖音	Link	复制并粘贴到你的设备上
种子	Link	种子目录 _{可能会屏蔽用于合法软件下载的合法种子网站}
跟踪	Link	专门用于跟踪和收集访客信息的网站

使用建议

循序渐进

试用版服务详情

Mon, 28 Oct 2024 11:27:15 +0800

作为一家专注于提供自定义广告过滤规则的服务商，我们深知用户在选择服务时的考虑。尽管服务成本较高，但我们始终坚持为用户提供最大的定制灵活性。

为了让您充分了解我们服务的价值，我们推出了超值试用方案。这个版本包含了所有高级功能，与正式服务完全等同，让您可以零风险体验定制化过滤的独特优势。

试用说明：

优惠价格仅适用于首次使用
续费需选择正式服务方案
由于采用无账号设计，可重复购买试用版
每次新购将生成全新的服务实例
续费可保留原实例所有配置

我们期待您体验这一优质服务。如在使用过程中遇到任何问题，我们的客服团队将随时为您提供专业支持。

如需帮助

联系微信 private6688
或发送电子邮件 service1@nullprivate.com
请详细描述您所遇到的问题, 我们会尽快回复.