ASP.net Core 2.1.4 Resultados do projeto da API da Web no erro HTTP 502.5

1

Eu tentei executar meu projeto em um servidor fornecido por outra pessoa há algum tempo e, depois de passar por vários documentos de solução de problemas, estou em um ponto em que não sei o que tentar em seguida. Para fins de depuração, criei um projeto simples e vazio (com apenas o "controlador de valores" padrão) e implementei isso, além de produzir o erro.

As seguintes informações estão disponíveis para mim:

Erro do servidor HTTP: 502,5 Logfile é produzido mas está vazio O log do sistema mostra o seguinte: Aplicativo 'MACHINE / WEBROOT / APPHOST / WEBSITE-NAME' com raiz física '' criou o processo com a linha de comando 'E: \ HostingSpaces \ pasta-cliente \ nome-do-site \ wwwroot \ tu-test-api.exe', mas não conseguiu status, ErrorCode = '0x80070005'.

Eu tentei diferentes tipos de implantação e todos produzem o mesmo erro. por exemplo. dependente de estrutura, que produz uma DLL. Em seguida, o erro apenas afirmou que 'dotnet tu-test-api.dll' produz o erro. Mas os códigos e o comportamento são os mesmos.

A configuração da web é a seguinte:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <location path="." inheritInChildApplications="false">
    <system.webServer>
      <handlers>
        <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
      </handlers>
      <aspNetCore processPath="dotnet" arguments=".\tu-test-api.dll" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" />
    </system.webServer>
  </location>
</configuration>

O servidor é um servidor Windows 2008 R2 com o IIS Express.

Tem o Microsoft Windows Core 2.1.4 instalado no Windows Server Hosting.

As três coisas a seguir estão instaladas:

  1. Microsoft .NET Core Runtime 2.1.4 (x64)
  2. Microsoft .NET Core 2.1.4 - Hospedagem do Windows Server
  3. Microsoft .NET Core Runtime 2.1.4 (x86)

De acordo com o administrador 1. A variável PATH está correta 2. Microsoft Visual C ++ 2015 Redistribuível (x64) está instalado 3. Após (2.) o pacote foi reparado / reinstalado e o servidor foi reinicializado 4. O pool de aplicativos está definido como "Nenhum código gerenciado"

Estou um pouco irritado porque a raiz física é uma string vazia nos logs do sistema. Mas não tenho certeza do que isso significa.

Finalmente, o admin tentou executar o dotnet my-app.dll, assim como o my-app.exe diretamente no servidor em um console e funcionou bem. Ele também abriu um navegador, experimentou o aplicativo e retornou os resultados esperados.

Qualquer ajuda sobre o que tentar em seguida será muito apreciada.

    
por LetzFlow 05.10.2018 / 13:08

0 respostas

Tags