Site IIS WordPress na porta alternativa e regras de reescrita

1

Eu tinha dois sites em execução em um servidor com dois nomes de host diferentes. Vamos chamá-los

1 - hostname1.host.com

2 - hostname2.host.com

hostname1.host.com estava vinculado a um site WordPress e hostname2.host.com estava vinculado a um site ASP.NET MVC. Além disso, havia mais dois sites MVC que serviam como controle de qualidade e teste nas portas 8000 e 8008 , respectivamente. Estes poderiam naturalmente ter sido acessados através do nome do host ou simplesmente no endereço IP do servidor.

A partir de ontem, o site WordPress está obsoleto. Eu limitei o hostname1.host.com ao site do MVC, pois esse é o que eu quero usar e removi esse nome de host da ligação do site do WordPress.

Eu tenho duas regras de reescrita de URL global:

AprimeiraregraredirecionatodootráfegocomoendereçoIPdoservidorparahostname1.host.com,excetoparaasportas8000,8080e8008.

Asegundaregraredirecionatodootráfegoemhostname2.host.comparahostname1.host.com.Eutambémincluíasportasdestaregra.

Emseguida,nositeMVCativo,tambémtenhoumaregraqueredirecionatodootráfegodaporta80para443:

OproblemaqueestoutendoéquererligarositeWordPressàporta8080quenãoestáfuncionando.Eutenho:

Nomeusiteaovivoeutenholigações(apenasimaginesobovermelhoquedizhostname1.host.com):

OqueacontecequandoeutentoacessarositeWordPressemqualquerumdosdomíniosouoendereçoIPnaporta8080équeeurecebooredirecionamento:

<h1>ObjectMoved</h1>Thisdocumentmaybefound<aHREF="http://hostname1.host.com/">here</a>

Isso não deveria estar acontecendo. Não deve haver nenhuma regra que redirecione a porta 8080 para o nome do host.

Ainda posso acessar o site de staging e qa bem. Eu até tentei trocar a porta do site QA com a porta do site WordPress. Então, posso acessar o site de controle de qualidade na porta 8080 , mas a porta 8000 redireciona para o nome do host.

Nos registros do IIS:

Há muito disso:

#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
    
por Carel 24.11.2016 / 12:14

1 resposta

0

Você pode postar os logs do IIS para quando isso acontecer? Parece que há uma captura em algum lugar e os logs do IIS podem conter mais informações, dependendo do nível de registro.

    
por 24.11.2016 / 12:58