如果我SSH到我的服务器，并尝试ping另一台服务器，我从来没有看到的答复。 这似乎只发生在url上。 我已经能够ping几个IP地址。
我首先注意到这个问题，当我的PHP cURL请求失败; 我看到这个错误：“名称查找超时”。
此外，我不知道这是不寻常的，但我找不到nslookup或挖掘我的服务器。 （做哪些nslookup和哪个挖没有提供任何结果）
这个问题似乎与Slice迁移（Slicehost迁移我的Slice）一致。
有趣的是，我能够成功地从任何其他计算机ping我的服务器，并导航到它所承载的网页。
我的服务器是：Debian 5.0（lenny），如果它有任何区别，我正在运行Apache。 我是一个SysAdmin noob，所以请让我知道，如果有更多的信息将是有益的。 任何援助将不胜感激。 谢谢！
Newtang，
这听起来像你有DNS解决问题。 要确认networking连接，您可以ping Google的DNS服务器8.8.8.8或8.8.4.4。 如果这样的作品，但pinging google.com返回名称查找超时，那么这可能是一个DNS问题。
/etc/resolv.conf应该包含你的方框发送DNS查询的parsing器列表。 该列表应包括您的托pipe服务提供商的build议。 我不使用Slicehost，所以我不能确定，但这个wiki可能有帮助： http : //wiki.slicehost.com/doku.php?id=using_slicehost_nameservers_for_dns_lookups
出于testing目的，您可以将Google的名称服务器添加到/etc/resolv.conf（在开头），看看是否能解决您的问题。
例如
名称服务器8.8.8.8
编辑：
如果你的/etc/resolv.conf看起来不错，那么确保你的防火墙不阻止DNS数据包。 如果你使用iptables，你可以通过运行'iptables -L'来查看你的规则。 DNS使用端口53，所以你将需要确保有一个规则，允许查询出去，另一个回答的答案。
例：
iptables -A OUTPUT -p udp -m udp --dport 53 -j ACCEPT iptables -A OUTPUT -p tcp -m tcp --dport 53 -j ACCEPT iptables -A INPUT -p udp -m udp --sport 53 -j ACCEPT iptables -A INPUT -p tcp -m tcp --sport 53 -j ACCEPT 如果事实certificate不是本地防火墙问题，请咨询您的托pipe服务提供商 – 我听说有几个托pipe服务提供商阻止出站DNS查询，而是强制用户使用本地caching名称服务器。 一般而言，这种做法不常发生，但这是可能的。 与您的托pipe服务提供商的快速检查应该足以validation或消除这一点。