Answers:
尝试访问http://downforeveryoneorjustme.com。

如果显示“不仅仅是您”,则说明该网站可能已宕机,如果可能,您应该尝试举报它-或只是等待。
查看网站的DNS名称(假设是example.com)是否解析为IP地址。您可以通过启动控制台或命令提示符,然后键入以下内容来执行此操作ping example.com
C:\Users\Jeff>ping example.com
Pinging example.com [192.0.32.10] with 32 bytes of data:
Reply from 192.0.32.10: bytes=32 time=26ms TTL=244
Reply from 192.0.32.10: bytes=32 time=27ms TTL=244
Reply from 192.0.32.10: bytes=32 time=27ms TTL=244
Reply from 192.0.32.10: bytes=32 time=39ms TTL=244
Ping statistics for 192.0.32.10:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 26ms, Maximum = 39ms, Average = 29ms
如果收到“未知主机”错误,则意味着可能存在DNS问题。您可以尝试使用来查看它是否针对Google的DNS进行解析nslookup stackoverflow.com 8.8.8.8。
C:\Users\Jeff>nslookup example.com 8.8.8.8
Server:  google-public-dns-a.google.com
Address:  8.8.8.8
Non-authoritative answer:
Name:    example.com
Addresses:  2620:0:2d0:200::10
          192.0.32.10
如果使用该命令可以解决问题,则您可能希望与DNS提供商(可能是ISP)联系。如果要运行进一步的DNS测试,请尝试GRC的Windows DNS基准,或服务just-ping.com和whatsmydns.net。
如果它确实可以在DNS中解析,但是您没有ping答复,则意味着它们正在过滤ping或您无法访问该站点。如果你正在得到回复,你可能有一个浏览器或浏览器代理的问题。尝试安装具有所有默认设置的另一个Web浏览器,看看是否得到任何不同的结果。
如果解决了,但您无法达到,请尝试运行tracert example.com并查看它们从哪里开始超时。
Tracing route to example.com [192.0.32.10]
over a maximum of 30 hops:
  1    <1 ms    <1 ms    <1 ms  192.168.1.1 
  2    15 ms    26 ms    29 ms  c-x-x-x-x.hsd1.ca.comcast.net [x.x.x.x] 
  3    10 ms    25 ms     9 ms  te-5-4-ur04.pinole.ca.sfba.comcast.net [68.86.248.169] 
  4    12 ms    13 ms    14 ms  te-0-6-0-0-ar01.oakland.ca.sfba.comcast.net [68.85.154.86] 
  5    35 ms    15 ms    12 ms  pos-0-3-0-0-cr01.sacramento.ca.ibone.comcast.net [68.86.90.129] 
  6    15 ms    16 ms    18 ms  pos-0-9-0-0-cr01.sanjose.ca.ibone.comcast.net [68.86.85.181] 
  7    16 ms    18 ms    19 ms  xe-11-1-0.edge1.SanJose1.Level3.net [4.79.43.133] 
  8    27 ms    18 ms    33 ms  vlan69.csw1.SanJose1.Level3.net [4.68.18.62] 
  9    77 ms    29 ms   183 ms  ae-63-63.ebr3.SanJose1.Level3.net [4.69.134.225] 
 10    28 ms    35 ms    35 ms  ae-2-2.ebr3.LosAngeles1.Level3.net [4.69.132.10] 
 11    43 ms    27 ms    60 ms  ae-31-80.car1.LosAngeles1.Level3.net [4.69.144.131] 
 12    23 ms    23 ms    28 ms  INTERNET-CO.car1.LosAngeles1.Level3.net [4.71.140.222] 
 13    24 ms    23 ms    24 ms  www.example.com [192.0.32.10] 
Trace complete.  
您还可以尝试PingPlotter(共享软件; 30天免费评估。),它将重复运行traceroute并绘制结果图形,以便您可以查看traceroute上任何跃点上是否有丢包或带宽问题。

让它运行一段时间。如果仅一次或两次输入后超时,则可能要与您的Internet服务提供商联系。如果超时即将结束,则应尽可能联系该网站的网站管理员。无论您与谁联系,请包括ping和traceroute命令的输出。
就我而言,我有一个非常具体的问题,这对我来说很难解码。当我尝试从Firefox访问特定网站时,总是会超时。当我尝试将页面地址复制到另一个浏览器时,也导致超时。它发生在各种连接上,而我所有其他设备都运行良好。即使使用cURL查询网站也能正常工作!我尝试更改设置,代理,更改和刷新DNS等...
长话短说,问题在于我的扩展程序之一HTTPS Everywhere将我重定向到该地址的https版本,但服务器未在SSL端口上响应。
当尝试在其他浏览器中进行调试时,我在不知不觉中还粘贴了https协议前缀,因此遇到了同样的问题,但是我手动将其键入到Shell中以执行cURL请求,因此它可以正常工作。
解决的办法只是禁用特定网站的HTTPS Everywhere规则。
这是一个非常特殊的情况,但可能会发生在其他人身上,希望对您有所帮助。