75 天前 / GO语言中文网
点击上方蓝色“Go 语言中文网”关注我们，领全套 Go 资料，每天学习Go语言 DNS 记录是与 DNS 服务器关联的映射文件，无论每个域名与哪个 IP 地址关联，它们都能处理发送到每个域名的请求。net 包包含各种方法来查找 DNS 记录的细节。让我们运行一些示例，收集有关 DNS 服务器的信息以及目标域名的相应记录： Go 程序查找域名的 A 记录 net.LookupIP() 函数接受一个字符串（domain-name）并返回一个包含主机的 IPv4 和 IPv6 地址的 net.IP 对象切片。
170 天前 / 编程技术宇宙
1 踏上旅程 “小子，快去查一下www.paypal.com的IP地址，我急用，晚了我弄你！”，暴躁老哥一把关上了门，留我一个DNS数据包在冷冰冰的房间。 过了一会儿，一位大叔打开了门，带着我来到了一座叫tcpip大厦。 “等我一下啊，我马上回来”，大汉走进了这座大厦。这时，我看到旁边另外有一个DNS数据包也在等着。 “Hi，你查什么域名呢？让我看看”，我上前打招呼。他没有搭理，反而后退了几步，躲开了我。这一来，我反而更好奇了！我老远瞟了一眼，只看到了部分：....JXU0RTAwJXU1MjA3JXU2QjYzJXU1RTM4JXVGRjBDJXU3QjQ5JXU1Rjg1JXU2MzA3JXU3OTNB...
279 天前 / xF0rk
2008年7月，在互联网上发生了一件极具历史意义的DNS安全事件，该事件一经发布，立即震动了整个互联网，因为，自1983年DNS被发明以来，人们还从未遇到过这类影响深远而易于实现的攻击。Cricket Liu, 《DNS and BIND》（O'Reilly出版）的作者， 认为这可能是互联网历史上最大的一次DNS安全事件。1 这个攻击是美国人Dan Kaminsky精心构造的，他本人因此一战成名，该攻击也因此被命名为Kaminsky攻击。
300 天前 / 噶牛爱尚
首发于分布式架构写文章面试官:讲讲DNS的原理？孤独烟中国平安人寿保险股份有限公司 后端工程师382 人赞同了该文章引言今天我们来聊聊DNS。 所谓域名系统（Domain Name System缩写DNS，Domain Name被译为域名）是因特网的一项核心服务，它作为可以将域名和IP地址相互映射的一个分布式数据库,可以balabala..省略一万字不表，因为这都不是重点！ 重点只有一个，大厂经常问！ 没错，正是因为DNS包含着很多大厂常考面试知识点！因此，烟哥认为很有必要再开一文说明。
434 天前 / marketing-upyun
张超：又拍云系统开发高级工程师，负责又拍云 CDN 平台相关组件的更新及维护。Github ID: tokers，活跃于 OpenResty 社区和 Nginx 邮件列表等开源社区，专注于服务端技术的研究；曾为 ngx_lua 贡献源码，在 Nginx、ngx_lua、CDN 性能优化、日志优化方面有较为深入的研究。 DNS 解析在 Nginx/OpenResty 的服务里是不可分割的一个功能，本文主要来介绍下 Nginx 和 OpenResty 服务里的一些不同的 DNS 解析方式以及它们之间的优缺点。 配置解析阶段很多时候我们会在 Nginx 配置文件里配置上一些域名，比如配置我们的上游服务器。
443 天前 / 玲珑南书
作者：Kirill Goltsman 编辑：小君君（才云） 众所周知，Kubernetes master 存储了所有 Service 的定义和更新。但是，要与后端 Pod 通信的客户端 Pod（通过 Service 实现负载均衡）也需要知道这些请求会发送到何处。这些 Pod 可以将网络信息存储在容器环境变量中，但从长远来看这是不可行的。如果网络详细信息和一组后端 Pod 在将来发生更改时，客户端 Pod 将无法与它们通信。 今天，我们就来一起看看 Kubernetes DNS 系统是如何解决这个问题的，然后通过一个实际用例加深对该系统设计原理的理解。
471 天前 / 印小洛
Kubernetes 中的 DNS本篇，是 CoreDNS 的前篇之一，后续会着重介绍 CoreDNS，但是步步深入讲 CoreDNS，讲一下 Kubernetes，以及 kubedns 有一定的必要，所以，就有了 CoreDNS 系列，本篇主要尽可能详尽的说明 Kubernetes 的DNS解析原理，以及 Kubernetes 集群中 DNS 解析目前存在的弊端和优化方式。 在 Kubernetes 中，服务发现有几种方式： ①：基于环境变量的方式 ②：基于内部域名的方式 基本上，使用环境变量的方式很少，主要还是使用内部域名这种服务发现的方式。
474 天前 / 承香墨影
一、前言之前在聊到 App 网络优化时，聊到通过 HTTPDNS 替换掉传统的 DNS 解析，来达到网络优化的效果。其中提到 DNS 解析，是支持 UDP 和 TCP 双协议的。 但是细心的朋友通过 wireshark、sniffer、tcpdump 等抓包工具分析，会发现基本上所有客户端发起 DNS 查询的场景下，都只使用到了 UDP 协议。 那在 DNS 中，TCP 协议在什么场景下才会用到呢？ 今天我们就来聊聊，DNS 的 TCP 的使用场景。 二、DNS2.1 什么是 DNS先来简单了解一下 DNS。
482 天前 / 承香墨影
一、前言谈到优化，首先第一步，肯定是把一个大功能，拆分成一个个细小的环节，再单个拎出来找到可以优化的点，App 的网络优化也是如此。 在 App 访问网络的时候，DNS 解析是网络请求的第一步，默认我们使用运营商的 LocalDNS 服务。有数据统计，在这一块 3G 网络下，耗时在 200~300ms，4G 网络下也需要 100ms。 解析慢，并不是 LocalDNS 最大的问题，它还存在一些更为严重的问题，例如：DNS 劫持、DNS 调度不准确（缓存、转发、NAT）导致性能退化等等，这些才是网络优化最应该解决的问题。 想要优化 DNS，现在最简单成熟的方案，就是使用 HTTPDNS。
609 天前 / u213730
域名系统（Domain Name System）是整个互联网的电话簿，它能够将可被人理解的域名翻译成可被机器理解 IP 地址，使得互联网的使用者不再需要直接接触很难阅读和理解的 IP 地址。 我们在这篇文章中的第一部分会介绍 DNS 的工作原理以及一些常见的 DNS 问题，而第二部分我们会介绍 DNS 服务 CoreDNS 的架构和实现原理。
699 天前 / u392152
前面我们给大家讲解了Service的用法，我们可以通过 Service 生成的ClusterIP(VIP)来访问 Pod 提供的服务，但是在使用的时候还有一个问题：我们怎么知道某个应用的 VIP 呢？比如我们有两个应用，一个是 api 应用，一个是 db 应用，两个应用都是通过Deployment进行管理的，并且都通过 Service 暴露出了端口提供服务。
796 天前 / u143664
DNS全称Domain Name System，是我们每天都在使用的基础互联网设施。它被发明出来的原因很简单，计算机之间的通信用的是IP地址，是一串数字，人类记忆起来十分不方便，因此，我们给地址起个名字，然后将名字和IP之间的关系记录起来，这样，我们只用记住名字就行了。