dns端口号

service discory kubernetes中查找服务主要有两种方式：环境变量和DNS 环境变量 kubelet给每个pod中添加了每个service对应的一组环境变量，包括简单变量{SVCNAME}_SERVICE_HOST和Docker-links变量{SVCNAME}_PORT，变量中的service_name全部大写，中划线转为下划线。 我的一个svc相关变量如下： SVC_MALIBU_SERVICE_HOST=172.21.39.194 SVC_MALIBU_PORT_8080_TCP_ADDR=172.21.39.194 SVC_MALIBU_PORT_8080_TCP_PORT=8080 SVC_MALIBU_SERVICE_PORT=8080 SVC_MALIBU_PORT_8080_TCP=tcp://172.21.39.194:8080 SVC_MALIBU_PORT_8080_TCP_PROTO=tcp SVC_MALIBU_PORT=tcp://172.21.39.194:8080 注：在pod中使用这些变量的时候，一定要在pod运行前先创建好svc，不然pod里面读不到的 DNS 像coredns等集群感知的DNS server监视了kubernetes api，它会为新service创建一组dns记录。 A记录 除了Headless

转自：https://www.cnblogs.com/abdm-989/p/11979689.html#_label0 打开浏览器从输入网址到网页呈现在大家面前，背后到底发生了什么？经历怎么样的一个过程？先给大家来张总体流程图，具体步骤请看下文分解！ 从URL输入到页面展现 　　总体来说分为以下几个过程: 　　（1）URL 解析 　　（2）DNS 解析：将域名解析成 IP 地址 　　（3）TCP 连接：TCP 三次握手 　　（4）发送 HTTP 请求 　　（5）服务器处理请求并响应 HTTP 报文 　　（6）浏览器解析渲染页面 　　（7）断开连接：TCP 四次挥手 一 URL解析 URL（Uniform Resource Locator），统一资源定位符，用于定位互联网上资源，俗称网址。比如 http://www.w3school.com.cn/html/index.asp ，遵守以下的语法规则： 　　scheme://host.domain:port/path/filename 　　 各部分解释如下： 　　　　scheme - 定义因特网服务的类型。常见的协议有 http、https、ftp、file，其中最常见的类型是 http，而 https 则是进行加密的网络传输。 　　　　host - 定义域主机（http 的默认主机是 www） 　　　　domain - 定义因特网

/////////////////////////////目录////////////////////////////////////// 一、DNS原理相关 二、使用bind搭建最简单的DNS服务器 三、使用bind搭建可以解析自己添加的域名的DNS服务器 四、配置DNS转发 五、配置主从配置主从 六、测试主从同步 拓展学习： DNS and BIND配置指南 http://anyisalin.blog.51cto.com/10917514/1753638 bind配置视图（view） http://wubinary.blog.51cto.com/8570032/1378363 使用myDNS搭建DNS服务器 http://www.aminglinux.com/bbs/thread-186-1-1.html 使用dnsmasq配置DNS缓存 http://www.aminglinux.com/bbs/thread-5284-1-1.html 理解DNS递归和迭代查询 http://jeffyyko.blog.51cto.com/28563/215293 http://jeffyyko.blog.51cto.com/28563/216962 ///////////////////////////////////////////////////////////////////////

一，相关信息 1，DNS系统的作用:正向解析——根据主机名称（域名）查找对应的ip地址;反向解析——根据ip地址查找对应的的主机域名。 2，DNS系统的工作模式:递归查询，迭代查询。 3，根DNS服务器，全球13台，美国10台，英国一台，瑞典一台，日本一台。 4，伯克利Internet域名服务——dns服务器软件包 5，主配置文件——/etc/named.conf 6，保存dns解析记录的数据文件位于——/var/named/ 7，服务器名——named 8，端口号——53 二，主服务器 1，配置主配置文件， 来源： CSDN 作者： EVERZJS 链接： https://blog.csdn.net/weixin_44641254/article/details/104796093

访问一个网页的全过程 原创toumingren527 最后发布于2017-12-08 18:03:35 阅读数 33418 收藏 展开 引言 打开浏览器，在地址栏输入URL，回车，出现网页内容。整个过程发生了什么？其中的原理是什么？以下进行整理和总结。 整个过程可以概括为几下几个部分： 域名解析成IP地址； 与目的主机进行TCP连接（三次握手）； 发送与收取数据（浏览器与目的主机开始HTTP访问过程）； 与目的主机断开TCP连接（四次挥手）； 正文 下面详细介绍其中的原理： 域名解析成IP地址 访问目标地址有两种方式： ①使用目标IP地址访问。由于IP地址是一堆数字不方便记忆，于是有了域名这种字符型标识。 ②使用域名访问。域名解析就是域名到IP地址的转换过程，域名的解析工作由DNS服务器完成。 DNS域名解析时用的是UDP协议。整个域名解析的过程如下： 浏览器向本机DNS模块发出DNS请求，DNS模块生成相关的DNS报文； DNS模块将生成的DNS报文传递给传输层的UDP协议单元； UDP协议单元将该数据封装成UDP数据报，传递给网络层的IP协议单元； IP协议单元将该数据封装成IP数据包，其目的IP地址为DNS服务器的IP地址； 封装好的IP数据包将传递给数据链路层的协议单元进行发送； 发送时在ARP缓存中查询相关数据，如果没有，就发送ARP广播（包含待查询的IP地址

一、DNS 介绍 　　DNS（Domain Name System，域名系统），因特网上作为域名和 IP地址 相互映射的一个 分布式数据库 ，DNS协议运行在 UDP 协议之上，使用端口号53(Domain), 953(mdc)。这两个端口号。在RFC文档中RFC 2181对DNS有规范说明，RFC 2136对DNS的动态更新进行说明，RFC 2308对DNS查询的反向缓存进行说明。 二、安装 [root@dns ~]# yum install -y bind bind-chroot bind-utils 　　DNS的主程序 bind,还有一个是bind-utils。为了DNS安全考虑，引入了bind-chroot. 　　chroot是通过将相关文件封装到一个伪根目录内，已达到安全防护的目的，一旦该程序被攻破，将只能访问到伪根目录内的内容，而并不是真实的根目录。安装了chroot这个服务，DNS服务的配置文件都会被安装到我们的伪根里面，会在里面生成一个与原来服务完全相同的一个目录体系结构。该服务的根目录就会把 /var/named/chroot 当成是自己的根目录，这样就可以对我们的真实根目录进行保护，所以建议大家在安装网络服务时最好都附带安装上chroot这个程序。 三、配置 　　BIND 的一些服务文档位置和模板： 　　　　/usr/share/doc/bind-9.8.2

整个流程 域名解析 —> 与服务器建立连接 —> 发起HTTP请求 —> 服务器响应HTTP请求，浏览器得到html代码 —> 浏览器解析html代码，并请求html代码中的资源（如js、css、图片） —> 浏览器对页面进行渲染呈现给用户 1. 域名解析 以Chrome浏览器为例： ① Chrome浏览器 会首先搜索浏览器自身的DNS缓存（缓存时间比较短，大概只有1分钟，且只能容纳1000条缓存），看自身的缓存中是否有https://www.cnblogs.com 对应的条目，而且没有过期，如果有且没有过期则解析到此结束。 注：我们怎么查看Chrome自身的缓存？可以使用 chrome://net-internals/#dns 来进行查看 ② 如果浏览器自身的缓存里面没有找到对应的条目，那么Chrome会搜索操作系统自身的DNS缓存,如果找到且没有过期则停止搜索解析到此结束. 注：怎么查看操作系统自身的DNS缓存，以Windows系统为例，可以在命令行下使用 ipconfig /displaydns 来进行查看 ③ 如果在Windows系统的DNS缓存也没有找到，那么尝试读取hosts文件（位于C:\Windows\System32\drivers\etc），看看这里面有没有该域名对应的IP地址，如果有则解析成功。 ④ 如果在hosts文件中也没有找到对应的条目

一、DNS服务器的类型 ①Primary DNS Server(Master) 一个域的主服务器保存着该域的zone配置文件，该域所有的配置、更改都是在该服务器上进行，本篇随笔要讲解的也是如何配置一个域的主DNS服务器 ②Secondary DNS Server(Slave) 域从服务器一般都是作为冗余负载使用，一个域的从服务器是从该域的主服务器上抓取zone配置文件，从服务器不会进行任何信息的更改，zone配置文件的修改只能在主DNS服务器上进行，所有的修改都有主服务器同步 ③Caching only Server DNS缓存服务器不存在任何的zone配置文件，仅仅依靠缓存来为客户端提供服务，通常用于负载均衡及加速访问操作 二、安装BIND 对于DNS服务器软件现在有许多的程序可以使用，但是现今为止使用的最多最广泛的DNS服务器软件还是BIND(Berkeley Internet Name Domain),最早是由伯克利大学的一个学生开发的，现在的最新版本是版本9，由ISC进行编写和维护。 BIND支持目前市面上所有的主流操作系统，包括Linux、Windows、Mac OS等 我们的CentOS上并没有默认安装BIND这个软件，所以我们需要手动对其进行安装，这里使用yum的方式来进行安装 [root@xiaoluo ~]# yum install -y bind bind

3.1、dns服务简介： 1、DNS（Domain Name System）域名系统。 目前提供网络服务的应用使用唯一的32位的IP地址来标识，但是由于数字比较复杂、难以记忆，因此产生了域名系统（DNS）， 通过域名系统，可以使用易于理解和形象的字符串名称来标识网络应用（如www.baidu.com、www.taobao.com）。访问互联 网应用可以使用域名，也可以通过IP地址直接访问该应用，在使用域名访问网络应用时，DNS负责将域名解析为IP地址。 2.、主机名和域名的区别： 主机名是内网的名字；域名是外网的名字。 主机名和域名其实是两个完全可以不同的名字，但是有很多软件（如邮件系统postfix)会默认认为它们一致。 全世界共有有13台DNS根域服务器。 3、顶级域名： .com .org .edu .gov .net .mil .info 商业 组织 教育 政府 通讯 军事 信息 4、DNS服务器特点： 分布式的数据库； 解决了数据不一致，避免了名字冲突； 有缓存机制，提高了性能和可靠性； 5、域名解析过程： 为了将一个名字解析成一个IP地址，用户应用程序调用一个称为解析器的库程序，将名字作为参数传递给它，形成DNS用户； 然后DNS用户发送查询请求给本地域名服务器，服务器首先在其管辖区域内查找名字，名字找到后，把对应的IP地址返回给DNS客户。

DNS域名服务 域名系统dns服务 DNS： 名字解析服务，将名称解析为ip地址 dns端口号： 53/tcp 53/udp 本地名称解析文件 ： /etc/hosts 文件，优先级高于dns 默认dns解析服务器文件 ： /etc/resolv.conf dns主配置文件： /etc/named.conf dns数据解析库文件： /var/named/*.zone 语法检查 主配置文件语法检查 ：named-checkconf 解析库配置文件语法检查：maned-checkzone ssy.org /var/named/ssy.org 配置文件生效：systemctl reload named DNS域名分布式结构 例： www.google.com. = 主机名+域名 根域： . 解析com. 顶级域： com,org 解析google 二级域： google, baidu 解析www 主机名： www,stady DNS相关工具 软件： 服务器端 bind 客户端 bind-utils rndc 命令： reload 生效dns配置文件 flush 清空dns缓存 dig 解析测试工具： dig www.ssy.com @10.0.0.137 指定137主机解析名称 -x 反向解析 host 解析测试工具： host www.ssy.org 10.0.0.137 curl