2017-01-19 9 views
-1

ウェブサイト(https://www.fanspole.com/)のトラフィックが過去数日から高すぎるため、ウェブサイトを最適化しようとしています。私は、DNS解決時間でした気づくことの一つは高すぎる..です我々は今のようLinodeのDNSマネージャを使用しているDNS管理に最適なオプション

@MacBook-Air ~ $ ping fanspole.com 
PING fanspole.com (139.162.35.126): 56 data bytes 
64 bytes from 139.162.35.126: icmp_seq=0 ttl=56 time=717.688 ms 
64 bytes from 139.162.35.126: icmp_seq=1 ttl=56 time=606.560 ms 
64 bytes from 139.162.35.126: icmp_seq=2 ttl=56 time=654.942 ms 
64 bytes from 139.162.35.126: icmp_seq=3 ttl=56 time=677.301 ms 
64 bytes from 139.162.35.126: icmp_seq=4 ttl=56 time=699.991 ms 
Request timeout for icmp_seq 5 
64 bytes from 139.162.35.126: icmp_seq=6 ttl=56 time=601.355 ms 
64 bytes from 139.162.35.126: icmp_seq=7 ttl=56 time=660.974 ms 
64 bytes from 139.162.35.126: icmp_seq=8 ttl=56 time=605.084 ms 
--- fanspole.com ping statistics --- 
10 packets transmitted, 8 packets received, 20.0% packet loss 
round-trip min/avg/max/stddev = 601.355/652.987/717.688/42.087 ms 

.. は、より良い選択肢を誰かお勧めできます。

+0

これを整理できましたか? – user3788685

答えて

0

これはではなく、 DNS解決の問題、そのネットワーク輻輳の問題です。それは、待ち時間を拾うを開始he.netに当たったとき、あなたが7行目で見ることができる - ロンドン、英国からのtracerouteである

traceroute to 139.162.35.126 (139.162.35.126), 30 hops max, 60 byte packets <internal hops removed> 4 10gigabitethernet5-1.core1.lon1.he.net (5.57.80.128) 22.367 ms 22.618 ms 22.841 ms 5 10ge2-9.core1.lon2.he.net (72.52.92.222) 24.056 ms 24.277 ms 24.500 ms 6 100ge1-1.core1.nyc4.he.net (72.52.92.166) 94.769 ms 93.549 ms 93.694 ms 7 100ge14-2.core1.sjc2.he.net (184.105.81.213) 156.692 ms 147.815 ms 147.974 ms 8 * * * 9 * * * 10 xe0-2-0.gw1.sin2.pacnet.net (202.147.52.66) 320.731 ms 321.978 ms 321.950 ms 11 * * * 12 139.162.0.10 (139.162.0.10) 252.825 ms 251.826 ms 251.285 ms 13 li1448-126.members.linode.com (139.162.35.126) 251.746 ms 252.270 ms 251.406 ms

。それが10行目になるまでにpacnet.netの300 + ms

ここで唯一のオプションは、ネットワークリンクの混雑が増えた/少なくなった別のLinode地域または異なるホスティングプロバイダに移動することです。

関連する問題