dns

内网 DNS，某种意义上说，很类似内网 IP 网段。但是 IP 网段的选择主要看网段的大小，而内网 DNS 的选择主要考虑的是可读性、长短等。 使用 internal.xxx.com：就是用公网域名的子域。是使用最广泛的用法，配置也简单。 但是要小心私有 DNS 服务器和公网 DNS 冲突的问题。 也有人抱怨这样的域名太长了。 使用 xxx.local/xxx.lan: 适合不直接面向用户的应用。 这样能确保不存在 DNS 冲突，但是 Chorme 在浏览器中输入 xxx.local 会默认进行搜索。。Firefox 倒是能正常进入页面。 使用 xxx.zone/xxx.int: 看起来像私有域。 但其实是公共顶级域，该域有可能会被别人注册使用 。 也需要考虑到内网的应用未来是否有可能放到公网上，如果考虑这种可能性，方案一是最佳选择，因为切换最方便。 另外还有 SSL 证书的问题，大部分 SSL Provider 都不给 .local .lan .corp 等私有顶级域提供 SSL 证书。因此这些域将只能使用非权威证书。 虽然说内网使用非权威证书也不是个大问题，每台机器加个私有证书就行。 来源： https://www.cnblogs.com/kirito-c/p/12624815.html

DNS是什么？ DNS（Domain Name System）是域名和IP地址相互映射的一个分布式数据库。 在DNS系统中有一个比较重要的的资源类型叫做主机记录也称为A记录。 A记录是用于名称解析的重要记录，它将特定的主机名映射到对应主机的IP地址上。 域名与主机IP对应关系 域名需要到DNS解析服务商的服务器上填写A记录. 例如：域名www.jian.com与主机IP对应关系 域名 资源类型 主机IP www.jian.com A记录 110.119.114.201 www.jian.com A记录 110.119.114.202 www.jian.com A记录 110.119.114.203 起到均衡作用图解 来源： oschina 链接： https://my.oschina.net/u/4198095/blog/3217862

邮件在商务往来中扮演着信息交流的重要角色，假如传输受阻，必将造成沟通不畅；可能三五封邮件的投递你意识不到其重要性，但假如长期需和客户保持沟 通，则需要保证其一贯的稳定性，这就很考验相关软件平台的性能是否优良了。一款优秀的工具软件能够洞悉邮件传输机制，将每个环节仔细斟酌，评估可能出错的 原因，并做好预防措施。下面我们就请业界优秀服务商U-Mail的马工来详解邮件收发机制、可能导致传输不畅的原因和解决之道。 追根溯源，我们来看邮件收发是经历了怎样一番过程： 马工认为，邮件“过关斩将”的路上容易出问题的区域可分为三块： 1.发件人DNS查询区域（出问题指数四颗星），常见DNS解析不对或者DNS被劫持，如使用电信的DNS。 2.互联网传输区域（出问题指数五颗星），比如电信联通互联，再如发送邮件至国外由于互联网环境迥异导致无法接收。 3.收件人收取邮件区域（出问题指数一颗星），如由于个人网络问题无法连接上服务器等。 既然找到了问题所在，那就“对症下药”来寻求解决之道吧： a.选择设置稳定的DNS，如谷歌的DNS或比较知名、权威、专业的网络运营商提供的DNS，由于众所周知的原因，国内屏蔽了谷歌，那么建议诸位在使用国 内运营商的DNS时，一定注意多加辨别和反复验证，现在资讯这么发达，完全可以通过上网搜索加亲自试用的方式来确定选择。 b.针对问题高发区域的“互联网传输邮件”环节

一：将url解析为ip 浏览器缓存：浏览器会按照一定的频率缓存DNS记录。 操作系统缓存：如果浏览器缓存中找不到需要的DNS记录，那就去hosts文件中找。 路由缓存：路由器也有DNS缓存。 ISP的DNS服务器：ISP是互联网服务提供商(铁通电信联通)的简称，ISP有专门的DNS服务器应对DNS查询请求。 根服务器：ISP的DNS服务器还找不到的话，它就会向根服务器发出请求，进行递归查询（DNS服务器先问根域名服务器.com域名服务器的IP地址，然后再问.com域名服务器，依次类推）。 二：建立连接 首先浏览器利用tcp协议通过三次握手与服务器建立连接 浏览器根据解析到的IP地址和端口号发起http的get请求 服务器接收到http请求之后，开始搜索，并使用http返回响应报文 浏览器接收到返回的html页面之后，开始进行页面的渲染 三：浏览器解析html 转换： 浏览器从磁盘或网络读取 HTML 的原始字节，并根据文件的指定编码（例如 UTF-8）将它们转换成各个字符。 令牌化： 浏览器将字符串转换成 W3C HTML5 标准规定的各种令牌，例如，“”、“”，以及其他尖括号内的字符串。每个令牌都具有特殊含义和一组规则。 词法分析： 发出的令牌转换成定义其属性和规则的“对象”。 DOM 构建： 最后，由于 HTML 标记定义不同标记之间的关系（一些标记包含在其他标记内）

下载地址： https://www.apachelounge.com/download/ 安装方式如下，先解压到纯英文路径的文件夹，然后执行以下命令： //注意：需要使用管理员身份运行命令行！！！ //切换到Apache解压路径中的bin目录 cd <解压目录>/bin //安装Apache服务，‐n参数是指定服务名称 httpd ‐k install ‐n "Apache" //如果需要卸载Apache，可以执行以下命令 httpd ‐k uninstall ‐n "Apache" //安装完成查看是否有错误提示，有修改对应行的配置文件：httpd.conf //修改完以后，执行以下命令重新测试配置文件是否通过。 httpd -t //这里出现的错误提示一般都和路径有关，当出现ServerName错误是，可以忽略，因为不影响使用，如果想要修改，在配置文件中找到ServerName 修改为localhost，接着重新启动 Apache服务 //注意：需要使用管理员身份运行命令行！！！ //启动Apache服务 httpd -k start ‐n "Apache" //-n 重命名 //重启Apache服务 httpd ‐k restart ‐n "Apache" //停止Apache服务 httpd.exe‐kstop‐n"Apache" //回到浏览器中，地址栏输入：http:/

备注 ： 因为文章太长，所以将它分为三部分，本文是第二部分。 第一部分 ： 深入浅出经典面试题：从浏览器中输入URL到页面加载发生了什么 - Part 1 第二部分 ： 深入浅出经典面试题：从浏览器中输入URL到页面加载发生了什么 - Part 2 第三部分 ： 深入浅出经典面试题：从浏览器中输入URL到页面加载发生了什么 - Part 3 背景 “从浏览器中输入URL到页面加载的发生了什么“，这是一道经典的面试题，涉及到的知识面非常多，但作为一个自认为对网络知识掌握的比较好的老码农来说，回答这个问题自然不在话下。如果这道题目如果在面试出现，对我来说就是送分题啊。尽管如此，我还是愿意花一些时间根据我自己的理解回答一下这个题目，看我自己到底掌握的有多深，同时也把自己的知识梳理一下。 这让我想起另外一件往事，这道题有点类似于“在手机上浏览器上输入一个URL，手机做了一些什么”，我当时学习通信里的核心网时就给自己提出过这个问题。 我非常愿意将这个面试题的答案共享出来，一是希望得到大家的意见，二是也希望对那些不是特别熟的人起到一些帮助。 因为文章较长，我将它们分为三大部份，后面会提供该文章的完整PDF版本，供大家下载。 从本文里学到什么？ 正如前面所说，这篇文章涉及到的知识面非常丰富，我相信您绝对可以从本文里学到很多基础知识，还有一些高级话题。 DNS的解析原理，常用命令，端口等 TCP

　　站长们在建站过程中，经常会遇到域名解析等问题，下面就和大家分享一下 Hostease域名 解析教程？ 　　Hostease域名主要有两种控制面板，分别为cPanel面板和Plesk面板两种。下面为大家详细的介绍一下这两种域名解析。 　　一、cPanel面板域名解析 　　步骤一：登录Hostease主机cPanel面板 　　点击域-高级DNS区域编辑器。如图所示： 　 　　步骤二：进入高级DNS区域编辑器-添加记录-选择A记录，如图所示： 　 　　名称:填写你要解析的域名 　　TTL：填写14400 　　类型：A记录 　　地址：填写IP地址即可。 　　以上操作完毕之后，域名解析成功。 　　二、Plesk面板域名解析 　　步骤一：登录HostEase主机Plesk面板后台 　　进入后台，在域名模块里找到DNS设置-点击DNS设置，如图所示： 　　步骤二：在DNS设置中，找到工具栏-添加记录-点击添加记录。如图所示： 　 　　进入DNS记录，记录类型:选择A记录即可，域名：你要解析的域名，IP地址：指定IP地址。 　　以上就是Hostease域名两种不同面板的解析方式，希望对大家有所帮助！ 来源： 51CTO 作者： loveer1 链接： https://blog.51cto.com/14746391/2484708

参考文档 https://www.cnblogs.com/aguncn/p/7217884.html https://github.com/coredns/deployment/issues/111 https://blog.csdn.net/ccy19910925/article/details/80762025 https://github.com/coredns/deployment/tree/master/kubernetes https://kubernetes.io/docs/tasks/administer-cluster/dns-custom-nameservers/#coredns 文档目录 kubernetes1.13.1+etcd3.3.10+flanneld0.10集群部署 kubernetes1.13.1部署kuberneted-dashboard v1.10.1 kubernetes1.13.1部署coredns kubernetes1.13.1部署ingress-nginx并配置https转发dashboard kubernetes1.13.1部署metrics-server0.3.1 kubernetes1.13.1集群使用ceph rbd存储块 kubernetes1.13.1集群结合ceph rbd部署最新版本jenkins 一

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 - 定义因特网