有人知道如何在做了反向代理的服务器上正确地跳转？

Exchange Server 2003

在公司环境中放置 RPC 代理服务器和防火墙

在公司环境中部署 RPC over HTTP 时，有几种用于放置 RPC 代理服务器和防火墙的部署策略可供选择。建议用于邮件环境的部署策略是在外围网络中部署高级防火墙服务器，如具有 Service Pack 1 和 Feature Pack 1 或更高版本的 Microsoft® Internet Security and Acceleration (ISA) Server 2000。然后在公司网络中放置 RPC 代理服务器，并使用 Exchange 前端和后端服务器体系结构。

Note:

当您使用 ISA Server 作为高级防火墙服务器时，有几个部署方案可供选择。这些方案将在下列各节中说明。有关如何安装 ISA Server 作为高级防火墙服务器的信息，请参阅 Using ISA Server 2004 with Exchange Server 2003（英文）()。

方案 1：将 ISA Server 部署在外围网络中的前端和后端服务器体系结构

通过使用外围网络中的 ISA Server 来路由 RPC over HTTP 请求，并将 Exchange 前端服务器放置在公司网络中，只需打开内部防火墙上的端口 443 供 Microsoft Office Outlook® 2003 客户端与 Exchange 通信使用。下图显示此部署方案。

通过将 ISA Server 用作外围网络中的反向代理服务器来部署 RPC over HTTP

当 ISA Server 位于外围网络中时，它会将 RPC over HTTP 请求路由到充当 RPC 代理服务器的 Exchange 前端服务器。然后 RPC 代理服务器通过特定端口与使用 RPC over HTTP 的其他服务器通信。

Note:

如果您的防火墙配置为仅允许访问特定虚拟目录，则必须明确允许访问安装 Microsoft Windows® RPC 网络组件时创建的 /rpc 虚拟目录。

方案 2：在外围网络中放置 RPC 代理服务器

虽然不推荐这样做，但可以将充当 RPC 代理服务器的 Exchange Server 2003 前端服务器放置在外围网络内。有关将 Exchange 前端服务器放置在外围网络中的详细信息，请参阅 Exchange Server 2003 and Exchange 2000 Server Front-End and Back-End Topology（英文）() 中的主题“Scenarios for Deploying Front-End and Back-End Topology”。

在此方案中，配置 Exchange 服务器的方式与方案 1 中一样。但是，除那些已经要求用于 Exchange 前端服务器的端口外，您还将需要确保打开内部防火墙上 RPC over HTTP 所需的端口。下列端口是 RPC over HTTP 所需的端口：

TCP 6001（Microsoft Exchange Information Store 服务）

TCP 6002（目录服务代理组件的引用服务）

TCP 6004（目录服务代理组件的代理服务）

Note:

运行 Exchange Server 2003 安装程序时，Exchange 会自动配置为使用端口 6001（它是存储所需的端口）和 6004（它是目录服务代理组件 (DSProxy) 所需的端口）。

有关 Exchange 前端和后端服务器上所需的其他端口的完整列表，请参阅 Exchange Server 2003 and Exchange 2000 Server Front-End and Back-End Topology（英文）() 中的“部署前端/后端拓扑时的注意事项”。下图显示此部署方案。

在外围网络中的 Exchange 前端服务器上部署 RPC over HTTP

方案 3：使用 Exchange 单服务器安装

如果打算使用单个服务器作为 Exchange 邮箱服务器和 RPC 代理服务器，或打算使用单个服务器作为 Exchange 邮箱服务器、RPC 代理服务器和全局编录服务器，并且没有单独的 Exchange 前端服务器，请参阅下列主题之一：

如何在无前端服务器的情况下首次在 Exchange Server 2003 SP1上部署 RPC over HTTP

如何在无前端服务器的情况下首次在 Exchange Server 2003 上部署 RPC over HTTP

如何在无前端服务器后端位于全局编录服务器上的情况下首次在 Exchange Server 2003 上部署 RPC over HTTP

下图显示此部署方案。

在此方案中，您还将需要配置服务器以便将指定的端口用于 RPC over HTTP。下列端口是 RPC over HTTP 所需的端口：

TCP 6001（Microsoft Exchange Information Store 服务）

TCP 6002（DSProxy 的引用服务）

TCP 6004（DSProxy 的代理服务）

Note:

运行 Exchange Server 2003 安装程序时，Exchange 会自动配置为使用端口 6001（它是 Microsoft Exchange Information Store 服务所需的端口）和 6004（它是 DSProxy 的代理服务所需的端口）。

方案 4：安全套接字层减负

您可以使用 Exchange 前端服务器以外的服务器来处理客户端连接的安全套接字层 (SSL) 解密。在此方案中，您将需要设置特殊注册表设置以允许 SSL 解密发生在前端服务器以外的计算机上。有关详细信息，请参阅如何配置 RPC 代理服务器以允许在单独服务器上使用 SSL 减负功能。下图显示此部署方案。

将 ISA Server 用作带 SSL 减负功能的外围网络中的反向代理服务器，来部署 RPC over HTTP

单个 Exchange 服务器部署

本文实例讲述了JavaScript实现页面跳转的几种常用方式。分享给大家供大家参考，具体如下：

第一种：

第二种：

第三种：

第四种：

第五种：

javascript中弹出选择框跳转到其他页面

javascript中弹出提示框跳转到其他页面

补充：windowlocation="";和 locationreplace("");有什么区别？

这两个都能让网页导向令一个网址，那么有什么区别呢？比如能带参数，不能带参数之类的

Replace还是Reload()

好像没什么区别吧？没试过

replace(),reload()是重新加载本页，而replace()可以导向另外一个URL

给你举个例子:

我们现在有3个页面（ahtml, bhtml, chtml）

默认打开ahtml页面,然后在ahtml页面中通过一个链接转向ahtml页面。

现在，我在bhtml页面中用windowlocationreplace("chtml");与用windowlocationhref("chtml");分别进入chtml页面

从用户界面来看是没有什么区别的，但是现在chtml页面有一个“返回”按钮，

用windowlocationhref("chtml");

进入chtml页面时,chtml页面中的调用windowhistorygo(-1);wondowhistoryback();进入chtml页面时，一点这个"返回"按钮就要返回bhtml页面的话，

而如果用windowlocationreplace("chtml");进入chtml页面的话，

chtml页面中的调用windowhistorygo(-1);wondowhistoryback();方法是不好用的，会返回到ahtml

因为windowlocationreplace("chtml");是不会向服务器发送请求而进行跳转，而windowhistorygo(-1);wondowhistoryback();方法是根据服务器记录的请求决定该跳到哪个页面的，所以会跳到系统默认页面ahtml 。

windowlocationhref("chtml");是向服务器发送请求的跳转，windowhistorygo(-1);wondowhistoryback();方法是根据服务器记录的请求决定该跳到哪个页面的，所以就可以返回到bhtml。

希望本文所述对大家JavaScript程序设计有所帮助。

这个有软件或者硬件的解决办法，

软件的办法是，再服务器前端增加一个程序，分别监听两个服务器，并且接收用户的信息，转发到服务器上，如果其中一个坏了，直接全部转发到另外一台服务器上。

硬件的办法是，再前台加一个负载均衡设备，这个是标准的设备。也是专门为解决你这个问题而设置的。

加监听器，一个服务器出现问题转发另一个服务器，别忘服务器同步更新。用硬件的话成本能高点，但效果好。

roxapple:

会不会是ssh

在刀片机上,可以点击三次ctrl进行服务器桌面选择

也可以用mstsc命令进行远程桌面,在win下的运行中

进行0号端口用mstsc /console

别的也不知道了

http://wwwpcselfcn