我正试图托管一个API，我在dotnet核心做的，非常标准的东西，从数据库访问和返回数据。我以前部署过IIS（不是在这台机器上），通常都没问题，但这次不行。
我已经在IIS上创建了WebApp，启动WACS创建并分配了一个证书，并运行了它，一切正常，DNS指向正确，我可以从API中检索一些数据，然而，几个请求后，我得到了这个：

该服务不可用。

好吧，这很奇怪，应用程序能够在Kestrel中完美地工作，我只是执行它，cmd窗口弹出窗口说它正在托管应用程序，但一旦我将其移动到IIS，所有地狱都松了，经过几次重试，它似乎失败了。
我已经检查了事件查看器，这是正在发生的事情：

很好，App似乎已经成功启动。
过了一会儿，事情发生了：

为什么IIS试图关闭应用程序？在Kestrel仅模式下运行exe时，它工作得很好。
我所做的：
我去了设置并更改了这些：

我已经禁用了快速故障保护，担心这将是一些execeptions正在关闭它。
好像不是...它仍然在几个请求后死亡。
我已将此用户添加到文件夹的权限中：

这是在IIS机器上运行的唯一应用程序：

测试连接告诉我：

这可能是问题所在吗？如果是的话，为什么它能够满足一些请求，然后试图关闭自己？
有人能帮帮我吗？我从来没有遇到过IIS试图关闭自己的应用程序的问题。
PS：应用程序日志告诉我，它只是关闭：

info: Microsoft.Hosting.Lifetime[0]
      Application started. Press Ctrl+C to shut down.
info: Microsoft.Hosting.Lifetime[0]
      Hosting environment: Production
info: Microsoft.Hosting.Lifetime[0]
      Content root path: D:\IIS Root\RVGL API\
info: Microsoft.Hosting.Lifetime[0]
      Application is shutting down...

IIS日志只显示了请求，它服务了几个200，然后只有503。
这是我的Program.cs，我不知道这是否重要：

var builder = WebApplication.CreateBuilder(args);

            // Add services to the container.

            builder.Services.AddControllers();
            // Learn more about configuring Swagger/OpenAPI at https://aka.ms/aspnetcore/swashbuckle
            builder.Services.AddEndpointsApiExplorer();
            builder.Services.AddSwaggerGen();

            builder.Services.AddAuthorization();
            builder.Services.AddAuthentication(x =>
            {
                x.DefaultAuthenticateScheme = JwtBearerDefaults.AuthenticationScheme;
                x.DefaultChallengeScheme = JwtBearerDefaults.AuthenticationScheme;
            })
.AddJwtBearer(options =>
            {
                options.RequireHttpsMetadata = false;
                options.SaveToken = true;
                options.TokenValidationParameters = new TokenValidationParameters()
                {
                    ValidateIssuer = true,
                    ValidateAudience = true,
                    ValidAudience = builder.Configuration["Jwt:Audience"],
                    ValidIssuer = builder.Configuration["Jwt:Issuer"],
                    IssuerSigningKey = new SymmetricSecurityKey(Encoding.UTF8.GetBytes(builder.Configuration["Jwt:Key"]))
                };

            });

            builder.Services.AddSwaggerGen(c =>
            {
                c.SwaggerDoc("v1", new OpenApiInfo
                {
                    Title = "RVGL Endpoints",
                    Version = "v1"
                });

                c.AddSecurityDefinition("Bearer", new OpenApiSecurityScheme()
                {
                    Name = "Authorization",
                    Type = SecuritySchemeType.Http,
                    Scheme = "Bearer",
                    BearerFormat = "JWT",
                    In = ParameterLocation.Header,
                    Description = "",
                });
                c.AddSecurityRequirement(new OpenApiSecurityRequirement {
        {
            new OpenApiSecurityScheme {
                Reference = new OpenApiReference {
                    Type = ReferenceType.SecurityScheme,
                        Id = "Bearer"
                }
            },
            new string[] {}
        }
    });
            });
            var app = builder.Build();
            app.UseAuthentication();
            app.UseAuthorization();

            app.UseCors(builder => builder
               .AllowAnyHeader()
               .AllowAnyMethod()
               .AllowAnyOrigin()
            );

            // Configure the HTTP request pipeline.
            if (app.Environment.IsDevelopment())
            {
                app.UseSwagger();
                app.UseSwaggerUI();
            }
            app.UseSwaggerUI(c =>
            {
                c.SwaggerEndpoint("/swagger/test/swagger.json", "test API");
                c.SupportedSubmitMethods(new Swashbuckle.AspNetCore.SwaggerUI.SubmitMethod[] { });
            });
            app.UseHttpsRedirection();
            app.MapControllers();
            app.Run();

看起来Kestrel运行良好，没有问题，但一旦它托管在IIS上，它似乎会使应用程序崩溃，应用程序池似乎没问题，我也试过在不同操作系统的不同机器上托管它（Windows Server 2022），同样的问题发生了，我也试过在另一台Windows 11机器上托管它，完全相同的问题。