导航:首页 > IDC知识 > 域名负载均衡ttl

域名负载均衡ttl

发布时间:2021-02-10 10:10:00

1、负载均衡)(镜像(双路)(tracert,(IDC)什么意思 (如我满意我定给高分)

这里对tracert做一下解释,其他的大概知道点意思,但不知道怎么说。
tracert是一个dos下的网络命令,主要作用是对路由进行跟踪,常用的参数为-d,tracert命令后可跟IP地址也可直接键入服务器域名
如:tracert 192.168.1.1 -d
tracert www.sina.com.cn -d
该诊断实用程序将包含不同生存时间 (TTL) 值的 Internet 控制消息协议 (ICMP) 回显数据包发送到目标,以决定到达目标采用的路由。要在转发数据包上的TTL 之前至少递减 1,必需路径上的每个路由器,所以 TTL 是有效的跃点计数。数据包上的 TTL 到达 0 时,路由器应该将“ICMP 已超时”的消息发送回源系统。Tracert 先发送 TTL 为 1 的回显数据包,并在随后的每次发送过程将 TTL 递增 1,直到目标响应或 TTL 达到最大值,从而确定路由。路由通过检查中级路由器发送回的“ICMP 已超时”的消息来确定路由。不过,有些路由器悄悄地下传包含过期 TTL 值的数据包,而 tracert 看不到。

tracert [-d] [-h maximum_hops] [-j computer-list] [-w timeout]target_name

参数

-d

指定不将地址解析为计算机名。

-h maximum_hops

指定搜索目标的最大跃点数。

-j computer-list

指定沿 computer-list 的稀疏源路由。

-w timeout

每次应答等待 timeout 指定的微秒数。

target_name

目标计算机的名称。

2、如何验证负载均衡

如果您将硬件负载平衡器作为 Communicator Web Access(2007 R2 发行版)基础结构的一部分进行部署,则应该运行一系列的测试来验证负载平衡器是否正确配置并按预期的方式工作。建议您至少进行以下验证:
确认每台 Communicator Web Access 服务器都可以与网络上的其他计算机通信,并且可以连接到 Active Directory。

确认负载平衡器能够均匀分配传入连接。

确认标准 Communicator Web Access 活动(如即时消息和状态检测)按预期的方式运行。

验证 DNS 和 LDAP 流量

只有当 Communicator Web Access 服务器阵列中的各台服务器都能执行以下两项操作时,负载平衡才能工作:
解析 IP 地址和计算机主机名。

与 Active Directory 全局编录服务器通信。

为此,您应该执行的第一项测试是验证轻型目录访问协议 (LDAP) 和域名系统 (DNS) 连接;此项测试必须在服务器阵列中的每台服务器上执行。在测试的第一部分,您将通过 IP 地址(例如,192.168.1.5)对全局编录服务器执行 ping 操作。要成功完成测试,必须得到如下响应:
Pinging 192.168.1.5 with 32 bytes of data: Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Ping statistics for 192.168.1.5: Packets:Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms
如果这一部分测试成功完成,下一步您将通过名称对全局编录服务器执行 ping 操作。对于测试的第二部分,您应该得到如下响应:
Pinging gcserver.contoso.com [192.168.1.5] with 32 bytes of data: Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Reply from 192.168.1.5:bytes=32 time<1ms TTL=128 Ping statistics for 192.168.1.5: Packets:Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms
通过以上两部分测试验证 DNS 流量后,下一步应该使用 Ldp.exe 实用程序验证与 Active Directory 的 LDAP 连接。

验证负载平衡器配置

负载平衡器的主要用途是确保工作负载在服务器阵列中的所有服务器之间均匀分配。例如,假设您的服务器阵列中有四台服务器,有 100 个用户登录到 Communicator Web Access。如果您已经采用硬件负载平衡并且负载平衡已经配置正确,则每台服务器应该处理 25 个会话(总共 100 个会话,除以 4 台服务器)。
要验证负载平衡配置,应进行一系列测试,每次测试通过两个用户帐户(用户 A 和用户 B)和最多两台 Communicator Web Access 服务器进行。(因为如果使用两台以上的服务器,那么您可能遇到的问题的根源就更加难以追踪。)如果服务器阵列中有两台以上的服务器,应该在每个可能的计算机对上重复测试过程。例如,假设服务器阵列由以下计算机组成:
服务器 A

服务器 B

服务器 C

服务器 D

在这种情况下,您需要运行的测试涉及以下计算机对:

3、一台DNS可以配置多个域名解析吗

请求域名服务商把域名的DNS解析权力交给你,在你自己的服务器上建立解析,例如yourname.com是你申请的合法域名,你的合法IP为202.110.110.110,你的域名提供商会在他的DNS服务器上做解析,然后你的202.110.110.110服务器再做进一步的解析(例如解析 www.yourname.com或mail.yourname.com等等,可以看出你本地的DNS是不能解析非法域名的)。
DNS配置举例说明如下:
现在要在域(注意,这里的域是指Internet上的domain,而不是Windows NT中的domain)"yourname.com"中建立一台邮件服务器,邮件服务器的机器名为server2,邮件服务器名 为"mail.yourname.com",这里服务器的机器名和邮件服务器的地址名可以不同。在DNS配置文件中添加以下记录:
---- server2 IN A 202.110.110.110
---- mail IN MX server2
第一条记录表示加入一条主机记录,机器名为server2,其IP地址为202.110.110.110。第二条记录表示邮件服务器mail.yourname.com,使用server2.yourname.com这台主机。
(注:另外一种写法是
---- server2.yourname.com. IN A 202.110.110.110
---- mail.yourname.com. IN MX  server2.yourname.com.
//注意yourname.com后面加一quot;."
如果想直接使用[email protected]而不是xxx@  mail.yourname.com这样的地址,那么可以这样设置:
---- server2.yourname.com. IN A 202.110.110.110
---- yourname.com. IN MX server2.yourname.com.
//注意yourname.com后面加一个".")
设置完成之后,重新启动DNS服务,然后进行测试,看新添加的DNS记录是否已生效。
对于A型DNS记录,可以用ping命令来测试,测试内容如下。
C:\WINDOWS>ping server2.yourname.com
Pinging server2.yourname.com [202.110.110.110] with 32
bytes of data:
Reply from 202.110.110.110: bytes=32 time=1ms TTL=255
Reply from 202.110.110.110: bytes=32 time< 10ms TTL=255
Reply from 202.110.110.110: bytes=32 time< 10ms TTL=255
Reply from 202.110.110.110: bytes=32 time< 10ms TTL=255
Ping statistics for 202.110.110.110:
Packets: Sent=4, Received=4, Lost =0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum=0ms, Maximum=1ms, Average=0ms
C:\WINDOWS>
如果得到上面的结果,则说明DNS能够正常解析刚添加的A型记录。对于MX型DNS记录,不能直接用ping命令来测试,而要用NSLOOKUP工具来测试(注意,NSLOOKUP在Windows 95/98下没有,只在Windows NT和Unix上有。用来获得DNS数据的工具还有很多,比如:dig,它能迅速返回整个zone的名字解析数据;再比如:dnswalk,它可以用来帮助查询名字服务器的设置。您可以选择其中任意一个来查找DNS的设置问题),测试内容如下:
$ nslookup
Default Server: dns.yourname.com
Address: ...
> set querytype=mx
> yourname.com
Server: dns.yourname.com
Address: ...
yourname.com preference=10, mail exchanger=server2.
yourname.com
yourname.com preference=20, mail exchanger=dns.yourname.com
yourname.com nameserver=dns.yourname.com
yourname.com nameserver= dns2.yourname.com
server2.yourname.com internet address =202.110.110.110
dns.yourname.com internet address =...
>exit
$
通过上面的操作,我们可以判断出DNS能够正常解析出刚添加的MX型记录。如果MX记录不存在的话上面的后段会出现类似下面的提示:
DNS request timed out.
timeout was 2 seconds.
*** dns.yourname.com can't find yourname.com: Non-existent domain
如果检查DNS没有问题,可以安装Foxmail Server了。
此外,你可以利用一个IP地址,来设置多个域名收发EMAIL,实现Foxmail Server的多域名应用。

4、什么是域名解析中A记录,CNAME,MX记录,NS记录

1. A记录

又称IP指向,用户可以在此设置子域名并指向到自己的目标主机地址上,从而实现通过域名找到服务器。
说明:
·指向的目标主机地址类型只能使用IP地址;

附加说明:
1) 泛域名解析
即将该域名所有未指定的子域名都指向一个空间。
在“主机名”中填入*,“类型”为A,“IP地址/主机名”中填入web服务器的IP地址,点击“新增”按钮即可。
2) 负载均衡的实现:
负载均衡(Server Load Balancing,SLB)是指在一系列资源上面动态地分布网络负载。负载均衡可以减少网络拥塞,提高整体网络性能,提高自愈性,并确保企业关键性应用的可用性。
当相同子域名有多个目标地址时,表示轮循,可以达到负载均衡的目的,但需要虚拟主机服务商支持。

2. CNAME

通常称别名指向。您可以为一个主机设置别名。比如设置ggnzk.com,用来指向一个主机www.ggnzk.com那么以后就可以用ggnzk.com来代替访问www.ggnzk.com了。
说明:
·CNAME的目标主机地址只能使用主机名,不能使用IP地址;
·主机名前不能有任何其他前缀,如:http://等是不被允许的;
·A记录优先于CNAME记录。即如果一个主机地址同时存在A记录和CNAME记录,则CNAME记录不生效。

3. MX记录

邮件交换记录。用于将以该域名为结尾的电子邮件指向对应的邮件服务器以进行处理。如:用户所用的邮件是以域名mydomain.com为结尾的,则需要在管理界面中添加该域名的MX记录来处理所有以@mydomain.com结尾的邮件。
说明:
·MX记录可以使用主机名或IP地址;
·MX记录可以通过设置优先级实现主辅服务器设置,“优先级”中的数字越小表示级别越高。也可以使用相同优先级达到负载均衡的目的;
·如果在“主机名”中填入子域名则此MX记录只对该子域名生效。
附加说明:
1) 负载均衡
服务器负载均衡(Server Load Balancing,SLB)是指在一系列资源上面智能地分布网络负载。负载均衡可以减少网络拥塞,提高整体网络性能,提高自愈性,并确保企业关键性应用的可用性。当域名的MX记录有多个目标地址且优先级相同时,表示轮循,可以达到负载均衡的目的,但需要邮箱服务商支持。

4. NS记录

解析服务器记录。用来表明由哪台服务器对该域名进行解析。这里的NS记录只对子域名生效。例如用户希望由12.34.56.78这台服务器解析www.ggnzk.com,则需要设置www.ggnzk.com的NS记录。
说明:
·“优先级”中的数字越小表示级别越高;
·“IP地址/主机名”中既可以填写IP地址,也可以填写像www.ggnzk.com这样的主机地址,但必须保证该主机地址有效。如,将www.ggnzk.com的NS记录指向到www.ggnzk.com,在设置NS记录的同时还需要设置www.ggnzk.com的指向,否则NS记录将无法正常解析;
·NS记录优先于A记录。即,如果一个主机地址同时存在NS记录和A记录,则A记录不生效。这里的NS记录只对子域名生效。

5. 相关说明

1) 负载均衡
服务器负载均衡(Server Load Balancing,SLB)是指在一系列资源上面智能地分布网络负载。负载均衡可以减少网络拥塞,提高整体网络性能,提高自愈性,并确保企业关键性应用的可用性。
当相同子域有多个目标地址,或域名的MX记录有多个目标地址且优先级相同时,表示轮循,可以达到负载均衡的目的,但需要虚拟主机和邮箱服务商支持。
2) TTL值
TTL值全称是“生存时间(Time To Live)”,简单的说它表示DNS记录在DNS服务器上缓存时间。

5、域名中的TTL代表什么意思

域名中的TTL是Time-To-Live简称,意思是跳域名解析记录在DNS服务器中的存留时间。当各地的DNS服务器接受到解析请求时,就会向域名指定的NS发出解析请求从而获得解析记录;在获得这个记录之后,记录会在DNS服务器中保存一段时间。

这段时间内如果再接到这个域名的解析请求,DNS服务器将不再向NS服务器发出请求,而是直接返回刚才获得的记录;而这个记录在DNS服务器上保留的时间,就是TTL值。

(5)域名负载均衡ttl扩展资料:

一般情况下,域名解析的各个记录可能很长一段时间内都不会有变化。用户可以增大域名记录的TTL值让记录在各地DNS服务器中缓存的时间加长,这样在更长的一段时间内,用户访问这个网站时,本地ISP的DNS服务器就不需要向域名的DNS服务器发出解析请求。

而直接从缓存中返回域名解析记录。不过需要注意的是,如果TTL设置的值过大,当用户的网站更换空间时,旧的记录要很久才会更新,有时会造成网站的重要变动不能及时更新。

6、怎么查一个域名多个IP

nslookup是windows下,查看域名的命令。
> nslookup www.baidu.com
Server: www.a.shifen.com
Addresses: 220.181.37.4, 220.181.38.4
Aliases: www.baidu.com

下面是和ping命令的对比:
Pinging www.a.shifen.com [220.181.37.4] with 32 bytes of data:

Reply from 220.181.37.4: bytes=32 time=69ms TTL=52
Reply from 220.181.37.4: bytes=32 time=68ms TTL=52
Reply from 220.181.37.4: bytes=32 time=68ms TTL=52
Reply from 220.181.37.4: bytes=32 time=68ms TTL=52

Ping statistics for 220.181.37.4:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:

C:\Documents and Settings\123>nslookup
*** Can't find server name for address 192.168.1.1: Non-existent domain
*** Default servers are not available
Default Server: UnKnown
Address: 192.168.1.1

> www.qq.com
Server: UnKnown
Address: 192.168.1.1

Non-authoritative answer:
Name: www-cdn.qq.com
Addresses: 58.60.13.71, 121.14.73.120, 58.60.11.214, 58.60.11.230
58.60.13.38, 58.60.13.69
Aliases: www.qq.com

7、ping一个ip地址返回的却是另外两个ip地址,怎么回事啊?

兄弟真是高手!能搞出这种现象?
能把ping 10.17.43.255 -t -r 9的结果发上来,让我们再学习学习吗?
按理说,255是broadcast地址,是不可能有返回的。

8、浏览器是怎么通过域名解析的

域名解析步骤:

当一个用户在浏览器中输入www.abc.com时,DNS解析将会有将近10个步骤:

第1步,浏览器会检查缓存中有没有这个域名对应的解析过的IP地址,如果缓存中有,这个解析过程就将结束。浏览器缓存域名也是有限制的,不仅浏览器缓存大小有限制,而且缓存的时间也有限制,通常情况下为几分钟到几小时不等,域名被缓存的时间限制可以通过TTL属性来设置。这个缓存时间太长和太短都不好,如果缓存时间太长,一旦域名被解析到的IP有变化,会导致被客户端缓存的域名无法解析到变化后的IP地址,以致该域名不能正常解析,这段时间内有可能会有一部分用户无法访问网站。如果时间设置太短,会导致用户每次访问网站都要重新解析一次域名。

第2步,如果用户的浏览器缓存中没有,浏览器会查找操作系统缓存中是否有这个域名对应的DNS解析结果。其实操作系统也会有一个域名解析的过程,在Windows中可以通过C:文件来设置,你可以将任何域名解析到任何能够访问的IP地址。如果你在这里指定了一个域名对应的IP地址,那么浏览器会首先使用这个IP地址。例如,我们在测试时可以将一个域名解析到一台测试服务器上,这样不用修改任何代码就能测试到单独服务器上的代码的业务逻辑是否正确。正是因为有这种本地DNS解析的规程,所以黑客就有可能通过修改你的域名解析来把特定的域名解析到它指定的IP地址上,导致这些域名被劫持。

这导致早期的Windows版本中出现过很严重的问题,而且对于一般没有太多电脑知识的用户来说,出现问题后很难发现,即使发现也很难自己解决,所以Windows 7中将hosts文件设置成了只读的,防止这个文件被轻易修改。

在Linux中这个配置文件是/etc/named.conf,修改这个文件可以达到同样的目的,当解析到这个配置文件中的某个域名时,操作系统会在缓存中缓存这个解析结果,缓存的时间同样是受这个域名的失效时间和缓存的空间大小控制的。

前面这两个步骤都是在本机完成的,所以在图1-10中没有表示出来。到这里还没有涉及真正的域名解析服务器,如果在本机中仍然无法完成域名的解析,就会真正请求域名服务器来解析这个域名了。

第3步,如何、怎么知道域名服务器呢?在我们的网络配置中都会有"DNS服务器地址"这一项,这个地址就用于解决前面所说的如果两个过程无法解析时要怎么办,操作系统会把这个域名发送给这里设置的LDNS,也就是本地区的域名服务器。这个DNS通常都提供给你本地互联网接入的一个DNS解析服务,例如你是在学校接入互联网,那么你的DNS服务器肯定在你的学校,如果你是在一个小区接入互联网的,那这个DNS就是提供给你接入互联网的应用提供商,即电信或者联通,也就是通常所说的SPA,那么这个DNS通常也会在你所在城市的某个角落,通常不会很远。在Windows下可以通过ipconfig查询这个地址

在Windows中查询DNS Server

在Linux下可以通过如下方式查询配置的DNS Server

在Linux中下查询DNS Server

这个专门的域名解析服务器性能都会很好,它们一般都会缓存域名解析结果,当然缓存时间是受域名的失效时间控制的,一般缓存空间不是影响域名失效的主要因素。大约80%的域名解析都到这里就已经完成了,所以LDNS主要承担了域名的解析工作。

第4步,如果LDNS仍然没有命中,就直接到Root Server域名服务器请求解析。

第5步,根域名服务器返回给本地域名服务器一个所查询域的主域名服务器(gTLD Server)地址。gTLD是国际顶级域名服务器,如.com、.cn、.org等,全球只有13台左右。

第6步,本地域名服务器(Local DNS Server)再向上一步返回的gTLD服务器发送请求。

第7步,接受请求的gTLD服务器查找并返回此域名对应的Name Server域名服务器的地址,这个Name Server通常就是你注册的域名服务器,例如你在某个域名服务提供商申请的域名,那么这个域名解析任务就由这个域名提供商的服务器来完成。

第8步,Name Server域名服务器会查询存储的域名和IP的映射关系表,正常情况下都根据域名得到目标IP记录,连同一个TTL值返回给DNS Server域名服务器。

第9步,返回该域名对应的IP和TTL值,Local DNS Server会缓存这个域名和IP的对应关系,缓存的时间由TTL值控制。

第10步,把解析的结果返回给用户,用户根据TTL值缓存在本地系统缓存中,域名解析过程结束。

在实际的DNS解析过程中,可能还不止这10个步骤,如Name Server也可能有多级,或者有一个GTM来负载均衡控制,这都有可能会影响域名解析的过程。

9、域名设置中的TTL是什么意思?

TTL值的常用单位是秒。对于IP地址相对固定,或短期内不计划变更IP地址的用户TTL值设置的大些为宜,如几个小时或更大些。调大TTL值可以显著的提高域名的解析稳定性和速度。对于计划变更IP地址的用户最好提前把TTL值改小,以便使缓存在世界各地DNS服务器上的旧域名记录迅速过期,等IP地址固定下来后再把TTL值改大。注意:在添加多主机负载均衡记录时相应的TTL应保持一致,否则DNS服务器就不会正确处理这些记录。

与域名负载均衡ttl相关的知识