情况如下：我的公司运行的是一个网站，但是我们没有任何内部资格的系统pipe理员，所以当出现问题时，我们非常受托pipe服务提供商服务台的支配。有一个严重的问题，我们的服务器，我需要一些帮助整理出来。
（* – 是的，这是一个可怕的位置，至less我们应该有一个计划，我们的主机明确提供系统pipe理员支持。）
从互联网的angular度来看，我们的网站已经死了， 所有尝试访问OurWebsite.com **的时间，无论是通过HTTP，SSH，FTP，Ping，电子邮件等
（** – 不是我们的真实姓名。）
一些挖掘发现，我们有两个IPv4地址：xxx217和xxx225，这两个地址显然是指向同一台服务器。 我可以通过217地址访问服务器就好了; 然而，225地址似乎是石头死亡。
更多挖掘确认OurWebsite.com的DNS条目指向225地址。 这至less解释了我所看到的行为。
所以这是我的主要问题：我该如何解决这个问题？ 如何让225地址再次工作？
也有兴趣，但不太紧迫：这可能是什么原因造成的？ 昨天晚上一切正常，但是当我今天早上试图访问服务器的时候，似乎已经死了，直到我专门使用了217地址。
编辑：有关服务器的一些细节：这是一个运行Fedora 8的专用服务器（我们拥有这一切）。它由GoDaddy托pipe，所以我没有物理访问权限。
作为参考，看看这里如何添加一个IP https://serverfault.com/a/372388/113375
这将允许您再次添加IP或重新启动接口的networking。
您只需键入，即可快速检查IP是否已启动
ifconfig
假设你有两个来自同一个子网的相当随机的IP，它可能是你的主机没有给你自己的VLAN，而是只有一个来自与其他用户共享的大型池中的IP。 如果他们没有使用任何types的IP / MAS /端口安全 – 那么可能只是有人“偷走了”您的IP。 IE浏览器。 他们在自己的专用服务器上启动了它。
或者，主机可能已经从路由器中删除了静态路由条目，在这种情况下，您必须联系他们。
最后，服务器上的ip可以正常运行，但是机器所连接的接入交换机可能已经清除了arpcaching，并且默认情况下你的出站stream量是通过另一个IP发送的，所以它没有学习其他IP的位置。 在这种情况下，您可以无偿地使用arpping来arpping主要接口，将死IP作为源IP。 例如
arping -c 4 -A -I eth0 xxx225
你有权限更改DNSlogging吗？ 快速解决方法是将DNSlogging指向.217地址。 一旦网站恢复在线状态，您可以计算出.225发生了什么事情。
为了弄清楚发生了什么，我们需要知道如何configurationnetworking服务器。 有人可能会从服务器上删除.225地址（或者，如果它位于防火墙之后，则删除NAT规则）。 有很多可能性。