IISExpress retorna um erro 503 de máquinas remotas

Estou tentando testar um site em execução em uma instância local IISExpress com algumas outras máquinas / dispositivos na minha rede local. Estou executando o Win7 Pro.

Quando tento procurar a minha máquina pela primeira vez em outra máquina no meu segmento de rede local, recebo um erro 400: Nome do host inválido.

Entendo que preciso conceder acesso remoto à ACL com um comando no prompt de comando elevado, como:

netsh http add urlacl url=http://mymachinename:50333/ user=everyone

Agora, recebo um erro de serviço 503 indisponível.

No momento, o Firewall do Windows está desligado e posso procurar minha instância local do IISExpress com o endereço http://localhost:50333

Qual é a peça final deste quebra-cabeça de configuração?

Parece que está faltando uma entrada de informações de ligação no arquivo applicationhost.config.

1. Abra o arquivo applicationhost.config. Os locais possíveis são:

   • %userprofile%\Documents\IISExpress\config\applicationhost.config
   • $(solutionDir)\.vs\config\applicationhost.config (VS2015)
   • Caso contrário, inspecione a saída iisexpress.exepara ter certeza.

2. Localize a entrada do site e adicione a seguinte ligação ao nome da sua máquina.

        <binding protocol="http" bindingInformation=":50333:your-machine-name" />
   

3. Reinicie o IIS Express

Havia apenas uma coisa que funcionou para mim.

usar *:portnumber:*não era bom. Sim, depois de fazer isso e garantir que o Firewall do Windows estivesse aberto, eu poderia conectar-me à porta, mas ainda assim recebi o erro "503".

Testei algumas coisas localmente e descobri que apenas http: // localhost funcionava. Usando o endereço IP real (não 127.0.0.1, mas, por exemplo, 192.168.1.50), ainda retornava um 503 mesmo na máquina local. Tentei usar o nome do host real nas ligações, mas o IIS Express se recusou a iniciar. Isso pode realmente ter algo a ver com a forma como o nome do host estava sendo resolvido. Eu não explorei isso mais.

Por fim, acabei usando esta configuração:

<binding protocol="http" bindingInformation="*:53351:localhost" />
<binding protocol="http" bindingInformation="192.168.1.50:53351:*" />

Dessa maneira, eu consegui me conectar de uma máquina remota usando http://192.168.1.50:53351.

Depois de desperdiçar mais de 3h em um assunto tão completo, decidi compartilhar minha configuração com você. Minha configuração é o Visual Express 2012 para atualização da Web 4 no Windows 8. Essa foi a primeira vez que voltei ao MS VS desde os estudos (pelo menos 8 anos) e agora tenho certeza de que o linux governa. No django, esse tipo de configuração levou 10 minutos de pesquisa na documentação.

1. desativar o firewall para teste

   netsh advfirewall set allprofiles state off
   

2. ligações de configuração no meu caso, o endereço local é localIP = 192.168.1.102 (como os links não podem conter domínio não numérico, use-o abaixo em vez de mylocaldomain.com, consulte a política de stackoverflow) em Documents\IISExpress\config\applicationhost.config

   <bindings>
       <binding protocol="http" bindingInformation="*:53351:mylocaldomain.com" />
       <binding protocol="http" bindingInformation="*:53351:localhost" />
   </bindings>
   

3. adicionar execução automática automaticamente ao serviço de início ISS Express

   <site name="NeuronCharts" id="2" serverAutoStart="true">
   

4. Adicione algumas regras estranhas ao servidor http (ainda não sei se isso é necessário)

   netsh http add urlacl url=http://mylocaldomain.com:53351/ user=everyone
   

5. execute o IISExpress manualmente, não no VS IDE

6. você verá que o ISSExpress está registrando ligações
7. executar navegador http://mylocaldomain.com:53351 Se o estiver funcionando, podemos adicionar uma regra de firewall

8. adicionar regra de firewall

   netsh advfirewall firewall add rule name="IISExpressWeb" dir=in protocol=tcp localport=53351 remoteip=any action=allow
   

configure remoteip para any se desejar acessar seu servidor de outro mundo se desejar acessar para a rede local use localsubnet

8. iniciar firewall

   netsh advfirewall set allprofiles state on
   

9. verifique novamente se tudo está funcionando no IP local e público

Desejo-te sorte

Rafal

Constatou que o problema tinha a ver com um mapeamento urlacl ruim. Para descobrir isso:

netsh http show urlacl 

e procure por coisas como http://+:80/ou a porta à qual você está vinculando.

Então use

netsh http delete url=<the url from the list>

Isso corrigiu o problema para mim.

Nada funcionou para mim. Finalmente eu encontrei o iisexpress-proxy

Veja minha resposta https://stackoverflow.com/a/33623399/631527

Outra solução é ngrok

O que me ajudou foi clicar com o botão direito do mouse no ícone 'IISExpress', 'Mostrar todos os aplicativos'. Depois, selecionando o site e vi qual aplicationhost.config ele usa, e a correção foi perfeita.

O problema está atualizando o arquivo applicationhost.config dentro da pasta da Web em vez da solução. O arquivo de configuração da solução é o único a alterar

Após a solução do @vikomall, não se esqueça de iniciar o VS como administrador. Isso corrige para mim.

Em relação à resposta de Anthony Rizzolo: no Windows 8.1, tive que digitar assim:

netsh http delete urlacl url=<the url from the list>

Por exemplo:

netsh http delete urlacl url=http://+:8689/

Nenhuma das respostas acima funcionou para mim.

Eu tive duas entradas no netsh para o mesmo serviço

netsh http show urlacl

Um usando um curinga forte, o outro usando um curinga fraco.

A remoção do que estava com o curinga fraco fez o trabalho.

Mais sobre o curinga forte e fraco no contexto de netsh

Quando o elemento host de um UrlPrefix consiste em um único sinal de adição (+), o UrlPrefix corresponde a todos os nomes de host possíveis no contexto de seu esquema, porta e elementos relativosURI, e se enquadra na categoria de curinga forte.

Quando um asterisco (*) aparece como o elemento host, o UrlPrefix cai na categoria de curinga fraca. Esse tipo de UrlPrefix corresponde a qualquer nome de host associado ao esquema, porta e URL relativo, que ainda não foram correspondidos por um UrlPrefix de curinga forte-curinga, explícito ou curinga forte. Essa especificação de host pode ser usada como um exemplo geral em algumas circunstâncias ou para especificar uma grande seção do espaço para nome da URL sem precisar usar muitos UrlPrefixes.

https://docs.microsoft.com/en-gb/windows/desktop/Http/urlprefix-strings