Eu tenho um aplicativo blazor do lado do servidor hospedado no IIS atrás de um proxy reverso (usando ARR).

Eu tentei tudo o que consigo pensar, mas continuo recebendo 404

_framework / blazor.server.js

Meu href base está definido como "/ subsite /":

<base href="https://stackoverflow.com/subsite/" />

e todos os meus valores src são relativos assim:

<script src="_framework/blazor.server.js"></script>
<script src="_content/BlazorInputFile/inputfile.js"></script>
<script src="animations.js"></script>

Qualquer outra ref de script carrega bem, MESMO os dados _content, mas não o blazor.server.js.

Tentei o velho truque do PathBase para aplicativos MVC também sem sucesso:

if (!env.IsDevelopment()) {
    app.Use((context, next) => {
        context.Request.PathBase = new PathString("/subsite");
        return next();
    });
}

Alguém pode me dizer como fazer o Blazor perceber onde colocar o blazor.server.js em um cenário de proxy reverso?

Você tentou o UsePathBase?

app.UsePathBase("/subsite");

Aqui está o meu resultado do teste

Verifique este artigo para obter mais https://www.billbogaiv.com/posts/net-core-hosted-on-subdirectories-in-nginx

Dos documentos .

Reescrever URLs para roteamento correto

As solicitações de roteamento para componentes de página em um aplicativo Blazor WebAssembly não são tão diretas quanto as solicitações de roteamento em um aplicativo hospedado no Blazor Server. Considere um aplicativo Blazor WebAssembly com dois componentes:

• Main.razor - Carrega na raiz do aplicativo e contém um link para o Aboutcomponente ( href="About").
• About.razor - Aboutcomponent.

Quando o documento padrão do aplicativo é solicitado usando a barra de endereços do navegador (por exemplo https://www.contoso.com/):

• O navegador faz uma solicitação.
• A página padrão é retornada, que geralmente é index.html .
• index.html inicia o aplicativo.
• O roteador do Blazor é carregado e o Maincomponente Razor é renderizado.

Na página principal, selecionando o link para as Cerca de obras de componentes no cliente porque o roteador Blazor pára o navegador de fazer um pedido na Internet para www.contoso.coma Aboute serve ao prestados Aboutcomponente em si. Todas as solicitações de pontos de extremidade internos no aplicativo Blazor WebAssembly funcionam da mesma maneira: as solicitações não acionam solicitações baseadas no navegador para recursos hospedados no servidor na Internet. O roteador lida com as solicitações internamente.

Se uma solicitação for feita usando a barra de endereços do navegador www.contoso.com/About, a solicitação falhará. Esse recurso não existe no host da Internet do aplicativo; portanto, uma resposta 404 - Não encontrada é retornada.

Como os navegadores fazem solicitações aos hosts da Internet para páginas do lado do cliente, os servidores da Web e os serviços de hospedagem devem reescrever todas as solicitações de recursos que não estão fisicamente no servidor na página index.html . Quando index.html é retornado, o roteador Blazor do aplicativo assume o controle e responde com o recurso correto.

Ao implantar em um servidor IIS, você pode usar o Módulo de reconfiguração de URL com o arquivo web.config publicado do aplicativo . Para mais informações, consulte a seção IIS .

Talvez você possa tentar ativar o proxy de encaminhamento no gerenciador do IIS-> nó do servidor-> cache de roteamento de solicitação de aplicativo-> proxy-> ativar.

Se você tiver apenas um site, basta adicioná-lo ao farm de servidores ARR e, em seguida, ele criará a regra de roteamento automaticamente. Será conveniente monitorar o servidor back-end com verificação de integridade.

Esse aviso de ARR está causando meu 404?