是否可以将所有流量转发到一个IP地址?

从中判断 IIS 标记,我假设您要替换Web服务器。如果是这种情况,请研究HTTP重定向。这里有一个例子: http://www.somacon.com/p145.php

这样做的好处是“告诉”客户您的页面已永久移动。

如果你不使用HTTP,科里的 iptables 解决方案是适当的。它可以静默地转发数据:

iptables -t nat -I PREROUTING -p tcp -d $OLD_DEST_IP --dport $DEST_PORT -j DNAT --to $NEW_IP

翻译:在 nat (网络地址转换)表,在 PREROUTING 在到旧地址的TCP通信上运行的链:port和dnats(更改目标)到新地址的同一个端口。

在即将关闭的旧服务器上运行将流量转发到新服务器的软件。换句话说,通过类似“iptables”的软件,把它变成防火墙。

简短的答案是否定的,你认为如果可以将所有的流量从 208.69.34.231 到 87.248.113.14 ,到现在还不可能做到?

有一些软件工具可用于通过 xx.xx.xx.xx 到 zz.zz.zz.zz (隧道或桥接),但

1. 你仍然需要在 XX.XX.XX.XX
2. 数据必须传输 client->xx.xx.xx.xx.->zz.zz.zz.zz 或 zz.zz.zz.zz->xx.xx.xx.xx->client ,因此,如果xx和zz之间的链接较慢,或者xx处的设备较慢,则速度可能较慢。

如果要控制旧的IP地址,可以使用404处理程序将页面重新定向到新服务器,这很难看,但应该可以……

另一条快速路线是:

• 将数据迁移到新服务器
• 停止旧服务器
• 将新服务器的IP地址更改为旧服务器
• 重新启动

整个服务不应该离线超过几分钟

编辑 但是,更新DNS肯定会更快;我假设您控制此服务器的authoritativ条目?将生存时间更改为一个荒谬的低值(如一小时),更新条目,让它“自然”滚动。

真的。在很短的时间内回答了很多问题。这个年轻的社区令人难以置信。

是的,我们正在替换Web服务器,并可能会切换主机提供商(因此无法仅用新IP上的新服务器替换当前服务器)。

我们为许多可以使用自己域名的客户机托管自定义Web应用程序。虽然我们将指示他们更新他们的DNS记录,但不能保证他们何时(或如果)会更新,因此我们需要一个临时解决方案,直到我们可以保证他们会更新。

有人知道使用类似iptables的东西会造成性能损失吗?注意到这两个服务器将在物理上不同的位置?

我解决这个问题的方法是使用一个名为ddproxy的程序,并将所有流量转发到端口80到另一个IP。