域名解析

每天进步一点点——负载均衡之DNS域名解析

半城伤御伤魂 提交于 2020-04-07 07:31:43
在上一篇文章(http://blog.csdn.net/cywosp/article/details/38014581)中讲到了使用HTTP重定向来实现服务器的负载均衡,本文则讲解另一种实现服务器集群的负载均衡方案——DNS域名解析。 DNS(Domain Name System)是因特网的一项服务,它作为域名和IP地址相互映射的一个分布式数据库,能够使人更方便的访问互联网。人们在通过浏览器访问网站时只需要记住网站的域名即可,而不需要记住那些不太容易理解的IP地址。在DNS系统中有一个比较重要的的资源类型叫做主机记录也称为A记录,A记录是用于名称解析的重要记录,它将特定的主机名映射到对应主机的IP地址上。如果你有一个自己的域名,那么要想别人能访问到你的网站,你需要到特定的DNS解析服务商的服务器上填写A记录,过一段时间后,别人就能通过你的域名访问你的网站了。DNS除了能解析域名之外还具有负载均衡的功能,下面是利用DNS工作原理处理负载均衡的工作原理图: 由上图可以看出,在DNS服务器中应该配置了多个A记录,如: www.apusapp.com IN A 114.100.20.201; www.apusapp.com IN A 114.100.20.202; www.apusapp.com IN A 114.100.20.203; 因此

DNS Prefetching的两三事

筅森魡賤 提交于 2020-04-06 23:14:08
原文还是在简书编写的: DNS Prefetching的两三事 年前年后有点忙,又是追加功能,修改富文本编辑器,又是切我们的整体架构,好久没有更新了,最近同事发现了个有意思的文章,如下,是讲 DNS Prsfetching的。 预加载-有赞-DNS 看完之后,觉得原文,有些地方还没有提及到,所以有必要写一篇文章来记录下自己的心得体会,所有原始内容来源于 Google 和 火狐 官方文档, 正文如下: 什么是DNS Prefetching 如果你在网上搜 DNS Prefetching的相关资料,要不就是到上面的官方文档,要不就是基本上一致的中国版本copy & paste,如下图所示: 那么DNS Prefetching 是什么 : DNS 是什么-- Domain Name System,域名系统,作为域名和IP地址相互映射的一个分布式数据库。 DNS大家都懂,那么浏览器访问域名的时候,是需要去解析一次DNS,也就是把域名 google.com解析到对应的ip地址上,相信有些人也通过修改本机hosts来翻墙访问Google吧,这个就是主动的影响DNS解析。到这里大家就比较清楚,既然要解析就会损耗时间,对于前端特别是移动端而言,分秒必争,这个时间大家也想省去,所以浏览器厂商-Chrome最想搞了这个新功能。 定义--浏览器根据自定义的规则,提前去解析后面可能用到的域名

DNS负载均衡

放肆的年华 提交于 2020-04-05 17:18:12
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

深入浅出经典面试题:从浏览器中输入URL到页面加载发生了什么 - Part 1

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

hostease域名解析教程

百般思念 提交于 2020-04-03 18:38:27
  站长们在建站过程中,经常会遇到域名解析等问题,下面就和大家分享一下 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

k8s中service发现相关说明

旧巷老猫 提交于 2020-04-03 04:04:35
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

【Peer-to-Peer Sockets 工程入门】

大兔子大兔子 提交于 2020-04-01 14:07:50
Peer-to-Peer (P2P)Sockets工程在JXTA peer-to-peer虚拟网络重新实现了对应于标准TCP/IP网络中的Java标准的Socket,ServerSocket,和InetAddress等类。该工程同时还引入了一些注入Jetty web server,Apache XML-RPC客户端和服务器库,Apache Jasper JSP引擎之类的流行web package。使这些服务可以运行在Peer-to-Peer Sockets 的框架下。      在这片文章结束的时候,你会理解对P2P Sockets packages的需求和以及开发它的动机,学会怎么配置P2P Socket 库使之在你的系统上能够运行,学会怎么样建立P2P的服务器和客户端Socket,怎么使用P2P的InetAddress 类,还包括框架下的安全问题以及它的局限性。       动机      P2P Socket工程的设计的使用对象是对以下几个领域有兴趣的开发者:      ●将Internet回归到end-to-end的原则当中      ●一种绕过ICANN和Verisign的替代peer-to-peer域名系统,这个系统是完全分布式的,对更新拥有比标准DNS快的多的响应速度。      ●一种任何人都可以建立活着使用网络服务的Internet

DNS及编译安装MariaDB

与世无争的帅哥 提交于 2020-04-01 02:25:10
1、简述DNS服务器原理,并搭建主-辅服务器。 DNS(domain name server),域名解析服务器。dns域结构:是一颗倒树状结构,分为根域、一级域、二级域...127级域。每一级的域名服务器管理自己的子域。 dns工作原理,以访问www.baidu.com为例: 1) 首先浏览器会查看本地dns,也就是系统的host文件,可以解析的话就返回对应的ip,否则就会查询本地缓存 2) 如果本地缓存不起作用,就把请求发送给网络提供商的dns服务器(例如电信dns服务器),可以解析的话就返回对应的ip或者查询缓存 3) 如果电信dns服务器无法解析,它会把www.baidu.com解析请求发送给根dns服务器。根dns服务器只管理顶级域名,它会返回.com域dns服务器的ip给电信dns服务器 4) 电信dns服务器就会向.com域dns服务器发送www.baidu.com解析请求,它解析不了,但是会返回.baidu.com域的dns服务器ip给电信dns服务器 5) 电信dns服务器就会向.baidu.com域dns服务器发送www.baidu.com解析请求,此dns查询自己的数据库发现有www.baidu.com这个主机的记录,然后把对应的ip返回给电信dns服务器 6)然后电信dns服务器会缓存查询结果,接着把查询结果返回给客户端,客户端就使用ip访问www.baidu

计算机网络面试题(三)

假如想象 提交于 2020-03-30 13:42:41
计算机网络之传输层 ● 请你说明一下,TCP协议的4次握手。 考察点:TCP协议 参考回答: 由于TCP连接是全双工的,因此每个方向都必须单独进行关闭。这个原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个 FIN只意味着这一方向上没有数据流动,一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭,而另一方执行被动关闭。 TCP的连接的拆除需要发送四个包,因此称为四次挥手(four-way handshake)。客户端或服务器均可主动发起挥手动作,在socket编程中,任何一方执行close()操作即可产生挥手操作。 (1)客户端A发送一个FIN,用来关闭客户A到服务器B的数据传送。 (2)服务器B收到这个FIN,它发回一个ACK,确认序号为收到的序号加1。和SYN一样,一个FIN将占用一个序号。 (3)服务器B关闭与客户端A的连接,发送一个FIN给客户端A。 (4)客户端A发回ACK报文确认,并将确认序号设置为收到序号加1。 ● 谈一下,为什么tcp为什么要建立连接? 考察点:TCP 参考回答: 保证可靠传输。 ● 请你解释一下TCP为什么可靠一些 考察点:TCP 参考回答: 三次握手,超时重传,滑动窗口,拥塞控制。 ● 请说明一下哪种应用场景会使用TCP协议,使用它的意义 考察点:TCP协议 参考回答:

一次 Web 请求到底发生了什么

蓝咒 提交于 2020-03-30 13:42:09
一次 Web 请求到底发生了什么 一、从输入一个网址开始 当我们在浏览器输入一个网址,然后按下回车,接下来浏览器显示了页面。网速好的话这之间可能就一秒,但在这一秒内到底发生了什么? 本文主要内容是试图记录一个完整 Web 请求的详细过程,从用户在浏览器中输入 URL 地址说起,然后浏览器如何找到服务器地址的过程,并发起请求;分析请求在达反向代理服务器内部处理过程;最后到请求在服务器端处理完成后,浏览器渲染响应页面过程。 大致过程如下: Web请求的工作原理可以简单地归纳为: 浏览器通过 DNS 把域名解析成对应的IP地址; 根据这个 IP 地址在互联网上找到对应的服务器,建立 Socket 连接; 客户端向服务器发送HTTP协议请求包,请求服务器里的资源文档; 在服务器端,实际上还有复杂的业务逻辑:服务器可能有多台,到底指定哪台服务器处理请求,这需要一个负载均衡设备来平均分配所有用户的请求; 还有请求的数据是存储在分布式缓存里还是一个静态文件中,或是在数据库里; 当数据返回浏览器时,浏览器解析数据发现还有一些静态资源(如:css,js或者图片)时又会发起另外的请求,而这些请求可能会在CDN上,那么CDN服务器又会处理这个用户的请求。 客户端与服务器断开。由客户端解释HTML文档,在客户端屏幕上渲染图形结果。 一个 HTTP 事务就是这样实现的,看起来很简单,原理其实是挺负责的