在回答与解释来自ping操作的TTL的值有关的问题时，据说TTL值取决于操作系统而变化。 我或多或less地理解了TTL的用途，它主要用于防止networking中的环路。 在每一跳，该值递减，并且当它到达0时，如果没有到达目的地，则该分组被丢弃。 我不确定这个值是否真的与操作系统或实际的路由器或调制解调器或其他东西有关。 请给我解释一下 我的问题是：我怎么能find这些初始值？ 如果有人给出一个详尽的答案（例如Windows和Unix操作系统，也可能使用terminal或其他接口），那将会很好。 一个解决方法可能是ping，并看到ttl值，然后traceroute，并计算跳数，但它不够精确…
我正在使用socks代理连接到使用其他应用程序的服务器。 在Solaris 10上运行的代理。托pipe代理的服务器configuration为使用我们自己的内部DNS服务器（绑定）来parsing内部主机名。 有时，我们需要更改内部服务器的IP地址，由于某种原因，socks代理可能需要1个多小时才能看到新的IP地址。 产品供应商告诉我们，它使用的是操作系统的DNSparsing器，并没有自己的DNScaching。 我们的内部DNS有一个DNS区域，其中有多个子区域。 我注意到它有一个1小时的默认$ TTL设置在开始，但对于其中一个分区，它再次设置为1天。 看下面的例子： $ORIGIN . $TTL 3600 ; 1 hour mydomain IN SOA dns1.sub1.mydomain. dnsadmin.mydomain.com. ( 2009077402 ; serial 3600 ; refresh (1 hour) 900 ; retry (15 minutes) 604800 ; expire (1 week) 10800 ; minimum (3 hours) ) NS dns1.sub1.mydomain. NS dns2.sub1.mydomain. $ORIGIN sub1.mydomain. dns1 A 10.0.0.1 […]
我试图找出如何在DNS中处理TTL（最后我试图找出切换域的最快方法），但不知何故，我被困在解释TTL值。 例如，我今天移动了一个具有以下DNSlogging的域名，然后将其移到我的位置： 主机-a example.com ns.old-provider.net Trying "example.com" Using domain server: Name: ns.old-provider.net Address: 0.0.0.0#53 Aliases: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45674 ;; flags: qr aa rd; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 4 ;; QUESTION SECTION: ;example.com. IN ANY ;; ANSWER SECTION: example.com. 3600 IN NS ns9.old-provider.net. example.com. 3600 IN NS ns.old-provider.net. […]
我对DNS没有太多的了解，所以我希望在重新启动触发器之前尽可能谨慎。 脚本 我正在做一个网站从一个服务器到另一个简单的迁移。 在停机期间，我想要做DNS切换到新的服务器。 如果出现问题，我立即将DNS切换回来，这里可能会出现什么问题？ DNS能够以任何方式被破坏吗？ 在进行此更改之前，我将TTL设置为每个服务器上5分钟。
我正在彻底改变我们的WAN接口寻址（新的ISP）。 我应该对各种参数（TTL，过期等）进行哪些DNS区域调整，以便以最快的方式将更改传播到Internet？ 我有一个星期，直到转换。 感谢您的input。
我部署了一个应用程序到Digital Ocean Ubuntu服务器。 该应用程序正在NGINX上运行。 我的域名注册服务机构给我发送了“TTL不能less于86400秒”的信息。默认情况下，数字海洋现在是1800秒。 有人能告诉我如何configuration从1800秒到86400秒的TTL设置。 必须有一些方法通过terminal访问设置？ 我对这一切都很陌生，所以任何build议或指导将不胜感激
正如我在维基百科中看到的，traceroute实用程序使用ICMP协议以三个一组的方式发送一系列数据包，并递增TTL值以标识networking路由器。 它还表示Internet协议并不保证所有的数据包都采用相同的路由。 所以我有三个问题： 1-为什么每个路由器发送三个数据包？ 2-如果这三个具有相同TTL值的数据包以不同的路由方式遍历，会发生什么情况？ 3-当这些路由可以在不同的数据包组中进行更改时，结果如何有用？ 提前致谢
为什么我得到两个不同的tracert和ping输出？ Ping结果显示总跳数为20，tracert为8。 我的Linux机器上的默认ttl值64，icmp echo reply ttl值44。 64-44=20 但是tracert只显示了8跳。 可能是什么原因？ 如果tracert是使用ttl实现的，那么为什么我会为同一个域获得不同的值，不pipe我尝试了多less次？ 对于Google和Google服务，ttl值和tracrt是相同的，但对于其他域则不同。
我已经在我的公司configuration了很多服务器，与NSCD一起工作，以便本地caching主机，以便降低到本地DNS服务器的stream量，并在可能的时候返回更快的DNS响应。 我已经像这样configuration了nscd ，只用它来caching主机： logfile /var/log/nscd.log debug-level 9 server-user nscd paranoia no enable-cache hosts yes #positive-time-to-live hosts 3600 positive-time-to-live hosts 86400 negative-time-to-live hosts 20 suggested-size hosts 211 check-files hosts yes persistent hosts yes shared hosts yes #max-db-size hosts 67108864 max-db-size hosts 536870912 你可以看到我configuration了Positive-TTL为24小时。 我的问题是，TTL是哪一个？ 这里configuration的那个还是DNS中每个域configuration的那个？ 我的猜测是，较短的TTL是发生的那个，但是我可能是错的，请问这个问题可以谈一谈吗？
上周五晚上我们更换了邮件服务器。 我们将Office 365迁移到另一个托pipeExchange解决scheme（Intermedia.net）。 我们使用Godaddy进行DNS，在服务器迁移准备就绪并且客户端很好的情况下，我编辑了我们的MXlogging。 Godaddy是快速的，所以在一个小时左右，我在whatsmydns.com上看到，新的，适当的MXlogging已经很好地传播了。 排队星期一上午。 电子邮件正在通过，但我开始听到反弹。 周二更多。 当我星期二晚上刚刚看到我们的DNS条目，并且看到新的MXlogging上的TTL是1周时，我一直在拉我的头发。 让人惊讶。 我把它改为1/2小时。 今天，一个瓶颈messagelabs /赛门铁克）已经更新指向正确的服务器，但我们仍然收到一些不幸的大型外部发件人，即Postini，从旧服务器反弹他们的消息。 这是最初的1周TTL责任？ 尽pipe我昨天缩短了它，Postini会重新调整最初的TTL吗？ 我疯了，因为它似乎很无奈。 我有一位客户联系了Postini的IT人员打开了一张票，因为他们的用户给我们发来的电子邮件正在反弹，但是这可能需要一段时间。 我唯一的希望就是这是感恩节，所以工作大部分都是在周末之前。 星期五晚上将是最初的坏TTL的官方1周。 我应该有希望星期一来的事情会“正常”吗？ 我不知道还有什么要检查的。 该域名从O365中删除，新的MXlogging似乎很好地传播。 我即将跳下docker。