标签: traceroute

  • 如何运行跟踪路由Traceroute命令以解决连接和HTTP错误

    跟踪路由Traceroute命令

    每个使用互联网的人都必然会发生连接错误。在某些时候,流量减慢到爬行,数据就不会通过。无论是尝试提交一个无法通过的信用卡号,还是玩在线游戏(其中您的命令在按下按钮之间有几秒钟的延迟),或者只是一个不断崩溃但您知道应该完美运行的网站。虽然并非总是可以采取一些措施来修复它,但知道如何运行traceroute绝对可以减轻挫折感,并让您了解问题出在哪里以及与谁联系以进行修复。

    什么是跟踪路由?

    traceroute与它听起来的差不多:您正在跟踪数据从A点(通常是您的计算机)到Z点(网站或其他目标服务)的路径。

    互联网流量不会直线上升。您的请求绝不会直接发送到网站。数据将通过许多不同的节点和集线器路由,从代理服务器到CDN。因为有各种节点处理这些数据,所以数据错误的几率会成比例地增加。

    运行traceroute将为您提供有关这些节点之间发生的事情的大量信息,以便您可以更轻松地了解数据停滞的原因。

    如何运行跟踪路由

    如何运行traceroute的实际过程非常简单。根据您使用的操作系统的不同,它会略有不同,但总体思路是相同的。您将使用命令提示符来实际运行traceroute,但不要让它吓跑您。这只是一些易于记忆和理解的按键。

    在Windows中运行跟踪路由命令

    要在Windows中运行 traceroute,您需要打开命令行或PowerShell。您可以通过按Windows键 + R打开运行窗口来执行此操作。

    PowerShell

    您可以输入cmdpowershell,Windows将打开相应的工具。一旦它打开,只需输入Windows跟踪路由命令tracert www.baidu.com(或您要跟踪的任何URL或IP)。

    Windows跟踪路由命令

    如果您不习惯,返回的数据可能看起来像gobbledygook。我们将在下面解释如何解释它。但基本信息是您的数据到达目的地所需的跳数。然后是数据到达该点并返回给您的速度(一般是多少毫秒……等等)。最后,您会看到处理数据的机器的实际位置。这可能显示为MAC地址或IP地址。

    在Mac上运行跟踪路由命令

    在Mac上,该过程非常相似。您将打开Spotlight搜索并查找Terminal。您也可以在Apps下的Utilities文件夹中找到它 。

    Mac跟踪路由命令

    Mac上的命令也与Windows上的不同。您将运行Mac跟踪路由命令traceroute www.wbolt.com而不是tracert。但是,您获得的信息将大致相同。在Mac终端中,信息以相反的顺序传递,即使运行到同一个地方,你得到的也是IP地址,而不是PC上的MAC地址。

    请注意,在Linux上,命令是相同的,因为Mac和Linux都基于 UNIX。因此,您也应该能够打开终端并在Linux安装上运行traceroute命令。

    解释数据

    您从traceroute获得的数据可能有点令人困惑。但也不必如此。

    跳跃速度

    如果您在上面的示例中注意到,traceroute会为其跟踪的每个节点提供三个不同的时间。您可能会得到一个说它花费了29毫秒、30毫秒和28毫秒的原因是traceroute向该节点发送了三个单独的数据包。它执行3次ping命令,然后检查数据包返回的速度。

    跟踪路由响应时间

    这样做可以让您查看它们之间是否存在单个ping无法捕获的尖峰或异常。通常,您会在10毫秒内看到差异。也许是20。如果您开始看到30及以上的差异,那么可能会发生一些事情。如果您看到数百个差异,则肯定存在一个问题,您应该向您的网络管理员或Internet服务提供商咨询。

    另请注意,100毫秒以下的任何内容通常都可以视为即时。很难察觉不到1/10秒的任何事情,但是当您接近300-500毫秒(三分之一到半秒)时,延迟会变得很明显,并累积为延迟、停顿或崩溃。

    但是,这一切都与您的计算机有关,因此如果您有数据从纽约传输到东京的服务器,预计会有更长的延迟- 1500+毫秒在较晚的跃点上并不少见。

    星号和节点位置

    有时,但并非总是如此,您可能会在traceroute中看到星号 (*)代替ping速度。

    跟踪路由星号

    基本上,这个星号意味着该数据包的数据被停止、拒绝或丢失。它也可能超时了。

    正如您在上面的地址中看到的,该系列中的前4个是类似的MAC地址,这表明它们是附近网络的一部分,如果不是您的本地网络(计算机、路由器、调制解调器等)。

    然后流量进入ISP领域(我们知道这是由comcast.net处理的 ),这就是星号出现的地方。因此,如果存在预测此跟踪路由的连接问题,您现在应该知道联系Comcast进行故障排除。

    最后一组数字来自您的目的地及其设置。它可能会通过像Cloudflare这样的CDN,如果这里有星号或高延迟ping,您需要联系该网站的管理员以确定发生了什么。

    在线工具

    但是,如果您想知道如何运行到特定服务器的跟踪路由,而不仅仅是从您自己的计算机或位置运行,KeyCDN 有一个非常漂亮的跟踪路由工具,您可以使用它执行跟踪路由命令。

    跟踪路由在线工具

    这个工具非常有用的是,您可以从他们那里获得所有相同的信息,但来自全球各地,从伦敦到东京再到旧金山。与本地traceroute协同运行,使用这样的服务或工具可以帮助准确诊断连接问题的来源。

    小结

    知道如何运行traceroute是互联网上任何人都应该在他们的工具箱中具备的技能之一。它不会是你每天使用的东西。但是,当需要诊断和解决连接问题时,能够打开命令行或知道在哪里可以找到工具可以节省数小时或数天的时间来跟踪特定的故障点。

  • 深入研究网络延迟对WordPress网站的影响

    深入研究网络延迟对WordPress网站的影响

    网络上的许多文章往往主要关注前端WordPress优化和加快网站速度的快速方法。服务器优化(例如网络延迟)有时会被忽视或忽视。因此,我们认为深入了解网络延迟的重要性及其在加载不同区域时对WordPress网站的影响会很有趣。

    虽然CDN绝对可以帮助减少网络延迟,但您的主机服务器位置仍然非常重要,特别是如果您在非常特定的地理位置为访问者提供服务。延迟很重要,我们将向您展示几个原因。

    什么是网络延迟?

    网络延迟是指通过网络传输数据所涉及的时间和/或延迟。换句话说,一个数据包从一个点到另一个点需要多长时间。如今,这通常以毫秒为单位进行测量,但是,根据网络的不同,它也可能是秒。越接近零越好。

    延迟是信号在地理距离以及通过各种通信设备时引入的等待时间。 – Whatis.com

    换句话说,距离越远,延迟越大,这等同于更长的延迟。当涉及到通过光纤电缆传输的数据时,您无法超越光速。例如,下面是Google Cloud Platform网络的地图。他们有数千英里的电缆在海底覆盖整个地球。这就是为什么它是世界上最快的网络之一的原因之一。即使拥有这种广泛的最先进网络,仍然总是会有延迟延迟。

    光纤电缆的延迟

    光纤电缆的延迟

    有几个不同的因素会导致网络延迟,其中包括:

    • 传输延迟: 不同类型的介质,例如无线或光纤连接,都会引入某种类型的延迟,因为它们只能推出这么多位。例如,光纤连接的传输延迟将低于 T1 线路。您还必须考虑数据包的大小。
    • 传播延迟: 这是数据包传播所需的时间。这可能包括距离、网络延迟等。
    • 排队延迟: 如果超出带宽,可能会出现排队延迟,数据必须在主机或路由器处等待。这可能会受到网络拥塞的影响。

    为什么网络延迟很重要

    有些人可能会争辩说,网络延迟并不是很重要,但是,这可能与您选择托管WordPress网站的位置有关。对于媒体和您的资产(例如图像、JavaScript、CSS、视频),CDN可以通过从更近的服务器提供副本来解决很多额外的延迟问题。但是,在大多数配置中,您仍然需要查询您的托管服务器以获取初始DOC加载。这就是延迟很重要的原因!

    Trainline将整个渠道的延迟减少了0.3秒,客户每年额外花费800万英镑(约合1150万美元)。– WPO 统计

    对于为特定地理位置的访客提供服务的企业,延迟尤其重要。例如,假设您在悉尼有一家电子商务商店,您90%的客户来自澳大利亚。将您的网站放置在澳大利亚的服务器上,而不是将其托管在欧洲或美国,您的企业肯定会受益。我们将在下面讨论它对您的网站的影响有多大。

    比较Google Cloud网络延迟

    距离是延迟延迟的主要原因之一。然而,重要的是要记住,延迟不仅受距离的影响,还受它所产生的跳数、中间路由器等的影响。测量网络延迟的几种方法包括Ping、Traceroute和MTR。在这个例子中,我们将简单地使用ping时间并运行一些traceroute测试。如果您真的想深入研究数据,可以运行traceroute命令

    因此,我们在位于不同地理区域的Google Cloud Platform上启动了几台测试机器。许多其他托管服务提供商使用Google Cloud的标准层网络,这会导致速度变慢。

    • perf1主机(位于美国爱荷华州)
    • perf2主机(位于澳大利亚悉尼)
    • perf3主机(位于德国法兰克福)

    然后我们使用KeyCDN的免费Ping测试工具 ,它允许我们同时从14个位置进行测试。请记住,ping时间越短越好, 因为这与数据通过Internet传输到其目标地址然后返回给您所需的延迟时间(以毫秒为单位)直接相关。我们还使用了他们的traceroute工具

    Perf1(爱荷华州,美国)

    对于位于美国爱荷华州的测试服务器,位于美国的位置的ping时间要低得多(到达拉斯的平均ping时间为16毫秒)。当您开始深入欧洲或新加坡时,您开始体验更高的平均ping时间(到新加坡的平均ping时间为244毫秒)。

    Ping时间 perf1(美国)

    Ping时间 perf1(美国)

    如果我们比较Traceroute,您可以看到一个示例,从美国爱荷华州到德国法兰克福需要7个额外的网络跃点(与从达拉斯的10个跃点相比)。这就是为什么重要的是要记住,网络跃点也会影响网络延迟。

    Traceroute perf1(美国)

    Traceroute perf1(美国)

    Perf2(澳大利亚悉尼)

    对于位于澳大利亚悉尼的测试服务器,澳大利亚和亚太地区的ping时间要低得多(到悉尼的平均ping时间为1毫秒)。当您开始深入欧洲或南美洲时,您开始体验更高的平均ping时间(到圣保罗的平均ping时间为319毫秒)。

    Ping时间perf2(澳大利亚)

    Ping时间perf2(澳大利亚)

    如果我们比较Traceroute,您可以看到一个示例  ,从澳大利亚悉尼到德国法兰克福需要14个额外的网络跃点

    Traceroute perf2(澳大利亚)

    Traceroute perf2(澳大利亚)

    Perf3(法兰克福,德国)

    对于位于德国法兰克福的测试服务器,欧洲甚至美国的ping时间要低得多,这可能是由于两者之间的快速骨干连接(到阿姆斯特丹的平均ping时间为7毫秒)。当您开始深入到亚太地区或南美洲时,您开始体验更高的平均ping时间(到新加坡的平均ping时间为308毫秒)。

    Ping时间 perf3(德国)

    Ping时间 perf3(德国)

    如果我们比较Traceroute,您可以看到一个示例  ,从德国法兰克福到巴西圣保罗需要11个额外的网络跃点

    Traceroute perf3(德国)

    Traceroute perf3(德国)

    因此,正如您在上面看到的,距离越大,与更高的ping时间和构成网络延迟的额外网络跳数直接相关。这就是为什么您应该战略性地定位您的WordPress网站以减少这两个因素的原因。

    比较区域之间的Google Cloud延迟

    上面我们正在测试与ping服务器相关的服务器所在位置的Ping时间。但是Google Cloud Platform区域本身之间的延迟呢?Geek Flare在9个不同地区之间进行了出色的测试。这可以让您快速了解放置在一个区域与另一个区域时由于延迟而发生的延迟。

    Google Cloud Platform延迟(来源 Geek Flare)

    Google Cloud Platform延迟(来源 Geek Flare)

    比较页面加载时间

    当然,我们忽略了总页面加载时间。事实上,这就是一些最有趣的数据所在。但是,请记住,这包括其他因素,例如TTFB。所有三个测试站点都是相同的,运行全新安装的WordPress,并安装了二〇一七主题。我们也在使用Pingdom,所以时间是从他们的测试服务器位置测量的。

    Perf 1(爱荷华州,美国)

    我们使用位于美国爱荷华州的服务器从三个不同的测试地点进行速度测试,结果如下。

    速度测试 perf1 达拉斯

    速度测试 perf1 达拉斯

    速度测试 perf1 澳大利亚

    速度测试 perf1 澳大利亚

    速度测试 perf1 斯德哥尔摩

    速度测试 perf1 斯德哥尔摩

    正如我们在上面看到的,从美国境内(靠近托管服务器)加载站点与从全球加载站点之间存在巨大差异。

    Perf 2(澳大利亚悉尼)

    我们使用位于澳大利亚悉尼的服务器从三个不同的测试地点进行速度测试,结果如下。

    速度测试 perf2 达拉斯

    速度测试 perf2 达拉斯

    速度测试 perf2 墨尔本

    速度测试 perf2 墨尔本

    速度测试 perf2 斯德哥尔摩

    速度测试 perf2 斯德哥尔摩

    正如我们在上面看到的,从澳大利亚境内(靠近托管服务器)加载站点与从全球加载站点之间存在巨大差异。

    Perf 3(法兰克福,德国)

    我们使用位于德国法兰克福的服务器从三个不同的测试地点进行速度测试,结果如下。

    速度测试 perf3 达拉斯

    速度测试 perf3 达拉斯

    速度测试 perf3 墨尔本

    速度测试 perf3 墨尔本

    速度测试 perf3 斯德哥尔摩

    速度测试 perf3 斯德哥尔摩

    正如我们在上面看到的,从欧洲内部(靠近托管服务器)加载站点与从全球加载站点之间存在巨大差异。

    如果这些页面负载测试不能说服您,我们不知道会怎样!例如,美国爱荷华州的测试站点从达拉斯加载仅需要368毫秒。但是从澳大利亚悉尼加载需要2.14秒。这就是为什么位置很重要!同样,您可以通过使用CDN将媒体资产靠近访问者来帮助减少总加载时间。但是您总会遇到来自主机服务器的加载时间和延迟,因此请明智地选择。

    选择合适的位置来托管您的WordPress网站

    大多数WordPress托管服务提供商通常允许您从不同的位置进行选择来托管您的网站。这使您可以战略性地将站点放置在需要确保低延迟和TTFB的位置,以及极快的加载时间。您还可以为每个单独的站点选择不同的位置。

    Google Cloud数据中心位置

    Google Cloud数据中心位置

    不确定要选择哪一个?以下是一些提示。

    提示 1 – 检查谷歌分析

    您可以做的第一件事就是在Google Analytics中查看访问者的地理位置。在下面的这个示例中,您可以看到超过90%的流量来自美国。因此,在大多数情况下,您希望将WordPress网站放在美国的服务器上。您可以将数据过滤到城市,但我们通常会推荐像美国爱荷华州这样的中心位置。

    Google Analytics中的地理数据

    Google Analytics中的地理数据

    提示 2 – 检查电子商务数据

    如果您经营电子商务商店,请确保还检查您的客户来自哪里。这当然是您产生收入的方式,因此这些是您最重要的访问者。这应该与您上面的流量一致,但是,情况并非总是如此。如果您有电子商务数据设置或目标,您可以轻松地将该信息叠加在地理数据之上,以做出更明智的决定。

    提示 3 – 进行快速延迟测试

    有很多方便的免费工具可以为不同的云提供商测量您当前位置的延迟。这可以帮助您快速评估哪个区域可能是您站点的最佳选择。

    测量Google Cloud Platform延迟

    测量Google Cloud Platform延迟

    您还可以使用CloudHarmony,这是一个云比较工具。您可以测试诸如延迟、DNS、上行链路和下行链路等内容。

    CloudHarmony网络测试

    CloudHarmony网络测试

    减少网络延迟的快速方法

    总而言之,这里有一些减少网络延迟的快速方法。

    • 正如我们在上面向您展示的,将您的WordPress网站放在更靠近访问者的服务器上应该是第一要务。这有助于减少ping时间和网络跳数。
    • 利用内容交付网络(CDN) 为来自全球POP的缓存资产提供服务。这有助于消除可能不在您的主机服务器附近的访问者的网络延迟。
    • 借助并行化,利用HTTP/2协议最大限度地减少往返次数。
    • 减少外部HTTP请求的数量。每个都可以根据其服务器的位置增加自己的延迟。
    • 使用具有快速查找时间的优质DNS提供商。
    • 在页面加载时利用预取和预渲染在后台执行任务。
    • 实施我们在本大型指南中提供的一些高级技巧如何加速您的WordPress网站(终极指南)

    小结

    希望现在您对网络延迟、其重要性以及它如何影响您的WordPress网站有了更多了解。为确保快速加载时间,请确保选择主机与访问者和客户最接近的服务器。你觉得呢?你有没有什么想法?您是否曾经因为网站放置在错误的位置而经历过缓慢的加载时间?请在下面的评论中告诉我们。