IIS WordPress站点上的替代端口和重写规则

Question

我有两个网站运行在一个服务器上，有两个不同的主机名。让我们给他们打电话

1- hostname1.host.com 2- hostname2.host.com

hostname1.host.com绑定到WordPress站点，hostname2.host.com绑定到ASP.NET MVC站点。此外，还有另外两个MVC站点分别在端口8000和8008上充当QA和暂存功能。可以通过主机名或简单地在服务器的IP地址上自然地访问它们。

截至昨天，WordPress网站已经过时。我已经将hostname1.host.com绑定到MVC站点，因为这是我想要使用的，并且从WordPress站点的绑定中删除了这个主机名。

我有两个全局URL重写规则：

第一条规则将服务器ip地址的所有通信量重定向到hostname1.host.com，但端口8000、8080和8008除外。

第二条规则将hostname2.host.com上的所有通信量重定向到hostname1.host.com。我还包括了这个规则中的端口。

然后，在实时MVC站点上，我还制定了一条规则，将所有端口80流量重定向到443：

我遇到的问题是想将WordPress站点绑定到8080端口，这是不起作用的。我有：

在我的网站上，我有绑定(想象一下红色下面写着hostname1.host.com)：

当我试图访问任何域上的WordPress站点或端口8080上的ip地址时，会发生什么？

<h1>Object Moved</h1>This document may be found <a HREF="http://hostname1.host.com/">here</a>

不应该发生这种事。不应该有将端口8080重定向到主机名的规则。

我仍然可以进入分期和qa网站只是很好。我甚至尝试过用WordPress站点的端口交换QA站点的端口。然后我可以访问端口8080上的QA站点，但是端口8000重定向到主机名。

从IIS日志：

这里有很多这样的东西：

#Software: Microsoft Internet Information Services 8.5
#Version: 1.0
#Date: 2016-11-24 12:27:57
#Fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) cs(Referer) sc-status sc-substatus sc-win32-status time-taken
2016-11-24 12:27:57 192.168.3.7 GET / - 8080 - 169.1.87.250 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1687
2016-11-24 12:36:09 192.168.3.7 GET /Default/ChurchGroups - 8080 - 169.1.134.14 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1119
2016-11-24 12:36:17 192.168.3.7 GET / - 8080 - 169.1.134.14 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1157
2016-11-24 12:36:23 192.168.3.7 GET / - 8080 - 169.1.134.14 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1171
2016-11-24 12:36:35 192.168.3.7 GET / - 8080 - 169.1.134.14 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1156
2016-11-24 12:36:43 192.168.3.7 GET / - 8080 - 169.1.134.14 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1171
2016-11-24 12:37:06 192.168.3.7 GET / - 8080 - 169.1.134.14 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1147
2016-11-24 12:37:20 192.168.3.7 GET / - 8080 - 169.1.134.14 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1156
2016-11-24 12:37:32 192.168.3.7 GET / - 8080 - 169.1.134.14 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1140
2016-11-24 12:37:39 192.168.3.7 GET / - 8080 - 169.1.134.14 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1171
2016-11-24 12:38:11 192.168.3.7 GET /Default/Schools - 8080 - 169.1.134.14 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1187
2016-11-24 12:38:25 192.168.3.7 GET /Default/Schools - 8080 - 169.1.134.14 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/54.0.2840.99+Safari/537.36 - 302 0 0 1185

Answer 1

当发生这种情况时，您可以张贴IIS日志吗？听起来好像某个地方都有一个陷阱，IIS日志可能包含更多的信息，这取决于日志记录级别。