相信有部分网友应该用过ESS（ESET smart security），其防火墙中“DNS缓存投毒”防护是默认开启的。DNS缓存投毒，又叫做DNS劫持，DNS污染。名词解释这里先不罗列，但reizhi给大家举个例子。DNS劫持：点击某网站却打开了错误的网站，比如以下截图:
dns也可以认为是域名的解析，因为在实际的网络请求中，是通过ip来进行互访请求的，但是ip是四个字节的数字组成，不容易记住，能够更加方便的访问互联网，然后域名系统应运而生，但是域名并不是免费的，需要到域名注册商处进行申请注册，人们都习惯记忆域名，但机器间互相只认识 IP 地址，域名与 IP 地址之间是一一对应的，它们之间的转换工作称为域名解析，域名解析需要由专门的域名解析服务器来完成，解析过程是自动进行的。域名解析（DNS）是将域名（例如 cloud.tencent.com）转换成为机器可读的 IP 地址（例如10.10.10.10）的服务。
有时访问某些国外网站很卡（不包括无法访问的网站），很大的原因是这些网站的 CDN 的域名遭到 DNS 污染了。这时就可以选择直接访问源网站 IP ，绕过 DNS 解析，即通过修改主机 hosts 文件的方式，将域名和 IP 的对应关系直接记录下来，来加速对这些网站的访问。
最近明月因为工作关系更换了几次使用的电脑，期间就发现明明另一台电脑访问某个网址是正常，换一台电脑后就会出现无法访问的现象，并且用的还是同一个宽带网络，实在是太诡异了！后来还是突然想起来 DNS 缓存这个问题，立马清除了那台电脑的 DNS 缓存后，打不开的网址顺利的呈现出来了。DNS 缓存就这么重要吗？DNS 缓存是什么原理？如何清除 DNS 缓存？今天明月就详细的给大家说到说到。
由于网络中存在 DNS 污染和 DNS 劫持的问题，因此有时我们需要更改自己主机上默认的 DNS 服务器地址。
本来很多域名对应的IP地址都是由上游可信赖的服务器提供的，这样可以降低网络上的流量压力
最近GitHub总是访问不了，后来才发现是DNS污染问题，暂时只能修改hosts了
鉴于某些原因，我们日常生活中使用的公共 DNS 总是会存在一些奇奇怪怪的DNS解析，例如某些国内云平台大型网站无法正常解析 DNS ，因此搭建无污染 DNS 服务成为了一项值得尝试、有意义的事情。在搭建的技术栈上，我们选择了 unbound 和 dnscrypt。当然，这个世界上还有很多开源的、很好用的DNS服务器产品，比如 knot DNS、dnspord-sr、powerdns 等，它们也在很多大型的 ISP 提供商的 DNS 产品上得到了很多的实践，但是就我们个人而言，如果需要搭建一个小范围、公共的DNS服务，那么 unbound 是足够的，并且对于我们实现无污染有非常好的基础。废话少说，不如跟我一起来搭建一下。
这里选择了一些在中国大陆好用的公共DNS服务 污染小，响应速度快 还有一些其他的使用技巧
域名污染问题不可小觑，发生域名污染的时候，很多人在手机访问是察觉不出来的，但是通过电脑检测下就很容易会发现问题，一些区域的DNS解析是被污染的。最简单检测DNS解析是否被污染的方式，就是咸ping测试
针对DNS污染，有哪些好用的预防措施？除了常见的通过代理服务器、VPN等软件外，还有没有好用的办法？下面亚洲云就来和大家分享关于不需要代理服务器/VPN等软件就可以解决DNS污染的方法，让大家对DNS污染有更多认识，以及知道如何去应对DNS污染。
Pcap DNSProxy 是一个基于 WinPcap/LibPcap 用于过滤 DNS 投毒污染的工具，提供便捷和强大的包含正则表达式的修改 Hosts 的方法，以及对 DNSCurve/DNSCrypt 协议、并行和 TCP 协议请求的支持。多服务器并行请求功能，更可提高在恶劣网络环境下域名解析的可靠性。
DNS污染指的就是网域服务器缓存发生污染，也是一种域名服务器缓存投毒现象。DNS污染发生是由于一部分有意识或者没有目的性制造出的域名服务器数据包，使得域名指向错误IP地址。通常情况下，在互联网中有可信赖的网域服务器，出于减轻网络流量压力的情况，域名服务器会将上游的域名服务器拥有的解析记录进行缓存，这样下次有别的访问机器要解析域名时，就可马上提供访问，但是一旦这些有关网域的局域域名服务器的缓存遭遇污染，会牵连到网域内的计算机引导到错误的服务器。接下来，亚洲云为您分享如何检测自己是否遭遇DNS污染！
在世界杯举办期间，DNS劫持事件估计会和链路劫持事件一样，风险提升很多。上期分享了一篇《第32篇：某运营商链路劫持(被挂博彩页)溯源异常路由节点(上篇)》，本期就讲一下DNS劫持攻击的相关知识吧。关于DNS层面的攻击手段比较多，比如DNS劫持、DNS污染、DNS重绑定攻击、DNS反射放大攻击等等。一般认为DNS劫持攻击与DNS污染是两回事，DNS污染一般指的是DNS缓存投毒攻击，这个我们后续再讲。DNS劫持通过改变用户的域名解析记录实现攻击，即使用户访问的是正常网址，也会在不知情的情况下被引流到仿冒网站上，因此DNS劫持破坏力强，而且不易察觉。
近期接触到一个客户，已备案域名但被污染了，无法使用，找遍腾讯云都无法解决，DNSPOD无解，修改DNS域名服务器也无解、SSL证书加上也无解、阿里云那边同等操作也无解~~~~真的如DNSPod专家反馈，无解，换域名吧~~~
众所周知，Github在国内由于DNS污染而常常无法访问。故而诞生了种种解决手段。其中修改本地hosts文件直接进行本地DNS解析是其中一个合法且免费的手段。
DNS 污染又称 DNS 缓存投毒，通过制造一些虚假的域名服务器数据包，将域名指向不正确的 IP 地址。
- **DNS over HTTPS (DoH)**：通过HTTPS协议加密DNS查询，防止中间人攻击和篡改。可以使用提供DoH服务的公共DNS服务器，例如Google DNS（8.8.8.8）和Cloudflare DNS（1.1.1.1）。
Proxy-Go v6.6 发布啦。Proxy 是 golang 实现的高性能 http,https,websocket,tcp,udp,socks5 代理服务器, 支持正向代理、反向代理、透明代理、内网穿透、TCP/UDP 端口映射、SSH 中转、TLS 加密传输、协议转换、DNS 防污染代理。
1.点“开始”-“运行”-输入CMD，再输入 ipconfig /all ，在下“DNS SERVER”里找到你使用的DNS服务器地址。
DNSmasq是一个用于配置DNS和DHCP的轻便工具，适合小型网络，利用得当可以防污染，防劫持，消除广告，还可以搭配其他软件实现更多功能
1、Linux Kernel 5.2 正式版发布，代号为 Bobtail Squid
导语：说到“三板斧”，一个充满某厂气息的词语，土味又爵士，但是对于日常的运维工作来说，是一种总结之余，更是一种可传导的高效的定位方法
在DNSPod控制台中打开公共解析你可以看到一些有关PublicDNS的配置信息。
如果域名前主人用域名做坏事被拦截了，拦截信息并不会在新注册后被自动消除，而是需要手动拨打申述电话申述解除，比较麻烦。
GitHub的CDN域名遭到DNS污染，导致无法连接使用 GitHub 的加速分发服务器，才使得国内访问速度很慢。
我们在前面提到了 GFW 对 DNS 劫持和污染的根源是在向境外 DNS 发起解析请求时，抢先返回虚假的 IP 信息给解析器。根据观察分析，GFW 伪造的虚假信息格式是非常固定的，甚至可以说是非常便于识别和拦截的。我们只要利用 iptables 的过滤规则，就可以很轻松的丢弃这些污染信息。
在互联网的时代, DNS解析是非常重要的一环. 没有好的可靠的DNS解析, 你的上网体验会变得非常差劲与糟糕.
国内网络访问 Github 速度过慢的原因有许多，但其中最直接和原因是其 CND 域名遭到 DNS 污染，导致我们无法连接使用 GitHub 的加速服务，因此访问速度缓慢。简单理解：CDN「Content Delivery Network」，即内容分发网络，依靠部署在各地的边缘服务器，平衡中心服务器的负荷，就近提供用户所需内容，提高响应速度和命中率。DNS 污染，是指一些刻意或无意制造出来的数据包，把域名指向不正确的 IP 地址，阻碍了网络访问。我们默认从目标网址的最近 CDN 节点获取内容，但当节点过远或 DNS 指向错误时，就会操成访问速度过慢或无法访问的问题。
os:ubuntu 12.04 LTS 软件:dnsmasq dns测试: dig www.facebook.com @8.8.8.8 +short 37.61.54.158 在wiki词条域名服务器缓存污染中可以发现37.61.54.158在虚假ip地址中，说明此dns已遭污染。 dig www.facebook.com @208.67.222.222 -p 443 31.13.79.49 31.13.79.49为facebook的正确地址。google的dns服务不支持特殊端口查询，但opendn
首先需要再次明确的是, 搭建一个私有的DNS服务是有适应场景的, 建议在以下几个场景中你完全可以考虑搭建一个私有的DNS服务
Adguard Home是一款开源的广告拦截器和网络过滤器，可以在路由器上运行，用于保护所有连接到该路由器的设备免受广告和跟踪的侵害。它使用先进的过滤技术和大量的过滤规则来阻止广告和恶意网站的加载，并提供许多定制选项，以帮助用户获得最佳的网络体验。 Adguard Home还可以用于管理和监控网络流量，并具有防止DNS污染和加密DNS流量的功能。
在上一篇“DNS 劫持和污染”中，我们提到GFW 会返回一些错误信息，那么到底会返回一些什么样的错误信息给你呢? 虚假 IP 劫持 就目前各方面统计的信息来看，GFW 返回给你的 虚假信息，其实就是
{% note modern info %}这里的路径是你自己证书放的地方{% endnote %}
背景 我们经常遇到这样一个场景:在用户现场通过端口镜像方式对流量做镜像，用来分析数据包或者审计的时候，疑心较大的用户总是怀疑其数据会被篡改或客户端信任的结果并非真实服务器返回的值。我想大多数的技术兄弟可能都会和我一样回复用户:这是一台审计设备，是旁路部署，只能审计，不是串在里面的，不可能对数据进行篡改；也不可能影响客户端的最终请求响应的结果。这个理论我一直深信不疑，直到前段时间在分析DNS污染的时候才发现这句话并不完全对，难道旁路监听的设备可以用来进行攻击，并影响客户端请求最终的响应结果。的确可以！下面我们
一时间很多依赖都down了。最初想的是等官方处理吧，也懒得管。在一次偶然聊天中找到了解决办法，最近抽时间就改了。
话不多说，直接上dockerhub个人镜像站点（每天限制10w访问，只要不被封，一直免费提供访问）
之前的文章介绍了常见的XSS攻击、SQL注入、CSRF攻击等攻击方式和防御手段，没有看的去翻看之前的文章，这些都是针对代码或系统本身发生的攻击，另外还有一些攻击方式发生在网络层或者潜在的攻击漏洞在这里也总结一下。 DOS/DDOS攻击 DOS攻击不是说攻击DOS系统，或者通过DOS系统攻击。 DOS攻击全称为Denial of service，即拒绝服务，其主要攻击目的是使计算机硬件或网络宽带资源耗尽从而造成服务器无法提供正常服务，而DDOS攻击就是Distributed denial of serv
GFW 劫持搞定了所有对境外服务器发起的 DNS 解析请求的，就从源头上保证了我们的递归 DNS 服 务器只可能获得敏感域名的错误 IP。那剩下的工作就是扩散污染了。
关于dnspod-sr dnspod-sr是中国最大域名解析服务商DNSPod官方于2012年6月1日开源的一款递归DNS服务器软件。最新的一次更新是在2014年5月16日，修复了已发现的bug、重写了部分功能模块和优化了部分解析性能。当然现在我们对dnspod-sr的修改尚未完成，之后还会有较大的改动，持续维护下去。 开源协议： BSD协议 Github地址： https://github.com/DNSPod/dnspod-sr dnspod-sr作为一个运行在Linux平台上的高性能递归DNS服务
DNS（域名系统）的主要功能是将域名解析成IP地址，域名的解析工作由DNS服务器完成。从安全角度来看，域名解析的请求传输时通常不进行任何加密，这导致第三方能够很容易拦截用户的DNS，将用户的请求跳转到另一个地址，常见的攻击方法有DNS劫持和DNS污染。因此，使用不加密的DNS服务是不安全的。
网址的学名叫做统一资源定位符（Uniform Resource Locator， 常缩写为URL）， 我们知道现在的互联网其实就是由众多资源所构成的一张巨大的网， 如何定位那些资源就是靠的URL， 因此我们也可以把URL理解为是网络上资源的“门牌号“， 我们在浏览器中输入网址， 就相当于开一辆车（浏览器）去找一个地址（URL）
为了方便用户记忆，我们将IP变成一个个的域名来输入到浏览器进行访问。而这使得访问网站时要先将其域名解析成 IP 。DNS (Domain Name Server) 的作用就是进行 IP 解析，把域名对应到 IP。 在 Great FireWall 的 5 种封锁方法中，有一种简单而效果很好的方法是 DNS 污染。GFW 会对 DNS 的解析过程进行干扰，这会使对某些被干扰的域名返回一个错误的 IP 地址给你的主机，使你无法正确连接到你要的服务器上读取正确的信息。 Hosts 文件本来是用来提高解析效率。在进行 DNS 请求以前，系统会先检查自己的 Hosts 文件中是否有这个地址映射关系，如果有则调用这个 IP 地址映射，如果没有再向已知的 DNS 服务器提出域名解析。也就是说 Hosts 的请求级别比 DNS 高。当你的 Hosts 文件里面有对应的 IP 时，它就会直接访问那个 IP，而不用通过 DNS。 所以，当我们直接将 Google、Twitter、Facebook 之类的 IP 放入 Hosts 文件后，就可以跳过 DNS 的解析这一步，直接就行 IP 访问，不受 GFW 的 DNS 污染干扰了。
为了方便用户记忆，我们将IP变成一个个的域名来输入到浏览器进行访问。而这使得访问网站时要先将其域名解析成 IP 。DNS (Domain Name Server) 的作用就是进行 IP 解析，把域名对应到 IP。在 Great FireWall 的 5 种封锁方法中，有一种简单而效果很好的方法是 DNS 污染。GFW 会对 DNS 的解析过程进行干扰，这会使对某些被干扰的域名返回一个错误的 IP 地址给你的主机，使你无法正确连接到你要的服务器上读取正确的信息。Hosts 文件本来是用来提高解析效率。在进行 DNS 请求以前，系统会先检查自己的 Hosts 文件中是否有这个地址映射关系，如果有则调用这个 IP 地址映射，如果没有再向已知的 DNS 服务器提出域名解析。也就是说 Hosts 的请求级别比 DNS 高。当你的 Hosts 文件里面有对应的 IP 时，它就会直接访问那个 IP，而不用通过 DNS。所以，当我们直接将 Google、Twitter、Facebook 之类的 IP 放入 Hosts 文件后，就可以跳过 DNS 的解析这一步，直接就行 IP 访问，不受 GFW 的 DNS 污染干扰了。补充一条，就是为什么 Hosts 的 IP 要时不时更改，为什么 FB、Twitter 会仍旧上不去。是因为 GFW 的第二个大招，IP 封锁。比如访问国外一个 IP 无法访问，Ping 不通，tracert 这个 IP 后发现，全部在边缘路由器 (GFW) 附近被拦截。换言之，GFW 直接拦截带有这个 IP 头的数据包。所以，如果你更改的 IP 被封锁了，就算你过了 DNS 这一关，也仍旧不能翻过 GFW。
大家都是做开发的，都有GitHub的账号，在日常使用中肯定会遇到这种情况，在不修改任何配置的情况下，有时可以正常访问GitHub，有时又直接未响应，来一起捋捋到底是为啥。
好几个星期之前本人就发现自己的 github在网页打开显示不了图片的问题了，不过当时没在意。
前言 CoreDNS[1] 是 Golang 编写的一个插件式 DNS 服务器，是 Kubernetes 1.13 后所内置的默认 DNS 服务器。CoreDNS 的目标是成为 cloud-native 环境下的 DNS 服务器和服务发现解决方案，即： Our goal is to make CoreDNS the cloud-native DNS server and service discovery solution. 它有以下几个特性： 插件化（Plugins） 基于 Caddy 服务器框架，Cor
从去年改造了家里的网络到现在都很稳定，但是最近自建的出墙偶尔抽风，我一直使用的Hysteria协议，发现有版本升级，于是升级了服务端，最后发现还是不丝滑，发现是我现在用的openwrt中的passwall插件不支持端口跳跃功能， 所以在恩山论坛找了个最新的OpenWrt固件进行安装，前段时间刷到了一个利用双AdguardHome分流国内外DNS解析，说这样可以防DNS污染，反正这次要升级OpenWrt，所以就折腾了一下，为了保持以前服务正常使用，我直接重新启动了一个OpenWrt，等觉得没问题再销毁全部切换过来，本篇记录自己踩的坑，当水篇文章了~。
CoreDNS[1] 是 Golang 编写的一个插件式 DNS 服务器，是 Kubernetes 1.13 后所内置的默认 DNS 服务器。CoreDNS 的目标是成为 cloud-native 环境下的 DNS 服务器和服务发现解决方案，即：
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
