Свежий dotnet новый проект MVC @ Linux - не удалось проверить подлинность HTTPS-соединения

Question

Я только что создал новый проект с dotnet new mvc, но после удаленного подключения к этой веб-странице (я использую nginx для получения обратного прокси)

Возникла исключительная ситуация

dbug: HttpsConnectionAdapter [1] Не удалось аутентифицировать HTTPS-соединение.System.IO.IOException: рукопожатие не удалось из-за непредвиденного формата пакета.в System.Net.Security.SslState.StartReadFrame (буфер Byte [], int32 readBytes, AsyncProtocolRequest asyncRequest) в System.Net.Security.SslState.PartialFrameCallback (AsyncProtocolRequest asyncRequest) - место, где ранее находилась исключительная ситуация, из которой было отслежено предыдущее исключение из места, где был найден конец стека--- в System.Net.Security.SslState.ThrowIfExceptional () в System.Net.Security.SslState.InternalEndProcessAuthentication (LazyAsyncResult lazyResult) в System.Net.Security.SslState.EndProcessAuthentication (IAsynecurity.Net).SslStream.EndAuthenticateAsServer (IAsyncResult asyncResult) в System.Net.Security.SslStream. <> C.b__51_1 (IAsyncResult iar) в System.Threading.Tasks.TaskFactory 1.FromAsyncCoreLogic(IAsyncResult iar, Func 2 endFunction, обещание 1- Конец трассировки стека от предыдущего местоположения, где было сгенерировано исключение --- в Microsoft.AspNetCore.Server.Kestrel.Https.Internal.HttpsConnectionAdapter.InnerOnConnectionAsync (контекст ConnectionAdapterContext)

Кто угодноесть идея, в чем может быть причина?

Статус Nginx:

● nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2018-11-24 23:35:25 CET; 6s ago
Docs: man:nginx(8)
Process: 16378 ExecStop=/sbin/start-stop-daemon --quiet --stop --retry QUIT/5 --pidfile /run/nginx.pid (code=exited, status=0/SUCCESS)
Process: 16383 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
Process: 16381 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=0/SUCCESS)
Main PID: 16386 (nginx)
Tasks: 2 (limit: 4915)
Memory: 2.9M
CPU: 47ms
CGroup: /system.slice/nginx.service
   ├─16386 nginx: master process /usr/sbin/nginx -g daemon on; master_process on;
   └─16387 nginx: worker process

Мой nginx -> sites-avaliable -> default.txt

server {
    listen        80;
    server_name   example.com *.example.com;
    location / {
        proxy_pass         http://localhost:5000;
        proxy_http_version 1.1;
        proxy_set_header   Upgrade $http_upgrade;
        proxy_set_header   Connection keep-alive;
        proxy_set_header   Host $host;
        proxy_cache_bypass $http_upgrade;
        proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header   X-Forwarded-Proto $scheme;
    }
}

---

 dotnet --info
.NET Core SDK (reflecting any global.json):
 Version:   2.1.402
 Commit:    3599f217f4

Runtime Environment:
 OS Name:     debian
 OS Version:  9
 OS Platform: Linux
 RID:         debian.9-x64
 Base Path:   /usr/share/dotnet/sdk/2.1.402/

Host (useful for support):
  Version: 2.1.4
  Commit:  85255dde3e

.NET Core SDKs installed:
  2.1.402 [/usr/share/dotnet/sdk]

.NET Core runtimes installed:
  Microsoft.AspNetCore.All 2.1.4 [/usr/share/dotnet/shared/Microsoft.AspNetCore.                                                                                                                                                             All]
  Microsoft.AspNetCore.App 2.1.4 [/usr/share/dotnet/shared/Microsoft.AspNetCore.                                                                                                                                                             App]
  Microsoft.NETCore.App 2.1.4 [/usr/share/dotnet/shared/Microsoft.NETCore.App]

To install additional .NET Core runtimes or SDKs:
  https://aka.ms/dotnet-download

Answer 1

Решение:

В другом файле файл сайтов nginx: sites-enabled/default Я использовал эту конфигурацию:

server {
    listen        80;
    server_name   example.com *.example.com;
    location / {
        proxy_pass         http://localhost:5001;
        proxy_http_version 1.1;
        proxy_set_header   Upgrade $http_upgrade;
        proxy_set_header   Connection keep-alive;
        proxy_set_header   Host $host;
        proxy_cache_bypass $http_upgrade;
        proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header   X-Forwarded-Proto $scheme;
    }
}

Решением было изменить порт 5001 на 5000