ASP.NET Core / Kestrel无法持续提供静态内容

debugcn 发表于 Dev

Cliche咖啡杯子

背景信息：

带RazorPages的ASP.NET Core v3.1
在本地工作正常（本地主机上为Win10和Kestrel）
仅在部署到Linux VM（Ubuntu 18）时，为wwwroot /中的文件返回404 ，Bootstrap在本地运行良好，没有404
与发布 dotnet publish -r linux-x64
部署的应用程序正在运行Kestrel，并且正在转发来自NGINX的请求。

启动文件

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    /// Included before other middleware (needed due to nginx forwarding)
    /// Per: https://docs.microsoft.com/en-us/aspnet/core/host-and-deploy/linux-nginx?view=aspnetcore-3.1
    app.UseForwardedHeaders(new ForwardedHeadersOptions
    {
        ForwardedHeaders = ForwardedHeaders.XForwardedFor | ForwardedHeaders.XForwardedProto
    });

    if (env.IsDevelopment())
    {
        app.UseDeveloperExceptionPage();
    }
    else
    {
        app.UseExceptionHandler("/Error");
        app.UseHsts();
    }

    app.UseHttpsRedirection();
    app.UseStaticFiles();
    app.UseRouting();

    app.UseCookiePolicy(); // -- Added for AaaS?

    app.UseAuthentication();
    app.UseAuthorization();

    app.UseEndpoints(endpoints =>
    {
        // Added to allow controllers
        endpoints.MapControllers();

        // Original Razor Page way
        endpoints.MapRazorPages();
    });

}

_Layout_.cshtml

<head>
    <meta charset="utf-8" />
    <meta name="viewport" content="width=device-width, initial-scale=1.0" />
    <title>@ViewData["Title"] - Title</title>
    <link rel="stylesheet" href="~/lib/bootstrap/dist/css/bootstrap.min.css" />
    <link rel="stylesheet" href="~/css/site.css" />
</head>

wwwroot /的部分布局：

CSS /
- site.css
js /
- site.js
lib /
- 引导程序/
  - dist /
  - CSS /
    - bootstrap.css
- jQuery /

Cliche咖啡杯子

解决。

原来，我在运行时没有注意我所在的目录dotnet aspSample.dll。结果是，我的“内容根路径”将根据执行该命令时的位置而改变。要解决此问题，我必须确保在Ubuntu VM上的正确目录/publish/中，然后运行dotnet aspSample.dll以确保Content root path: /var/www/aspSample/publish正确设置了

在查看了这篇文章的不可接受的答案后：Asp.Net Core 2.0-2.2 Kestrel不提供静态内容我看到了我的答案，但描述得更好，因此在下面引用了其块。

对我来说，问题在于工作目录。尝试使用dotnet /var/www/project/project.dll启动应用程序时，我并没有注意我所在的目录。这样启动应用程序时，它将自动将当前目录用作工作目录。

当我查看另一个项目的.service文件时，意识到了这一点，该文件指定了WorkingDirectory：
...
WorkingDirectory=/var/www/project/
ExecStart=/usr/bin/dotnet /var/www/project/project.dll
...
因此，在运行项目时，请确保您位于正确的目录中，或者确保在.service文件中正确设置了WorkingDirectory。

本文收集自互联网，转载请注明来源。

如有侵权，请联系[email protected] 删除。