Связка Nginx и Kestrel - где использовать https?

#c_sharp #nginx #aspnet_core #net_core #kestrel

Есть веб-приложение на .NET Core. По умолчанию в нем используется Kestrel, имеющий
всю необходимую для работы приложения базовую функциональность, в пом числе использование
https. Но сам MS советует использовать другие веб-серверы (IIS, Apache, Nginx) для
расширения возможностей взаимодействия с веб-службами, в т.ч. в качестве reverse proxy.
В связи с чем возник такой вопрос - необходимо ли включать поддержку https в Kestrel,
или же достаточно будет включить ее в Nginx и передавать запросы на Kestrel по http?
Примерный конфиг Nginx в рамках данного вопроса:

server {
    listen 80;
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl;

    ssl_certificate           /etc/nginx/cert.crt;
    ssl_certificate_key       /etc/nginx/cert.key;

    ssl_session_cache  builtin:1000  shared:SSL:10m;
    ssl_protocols  TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers HIGH:!aNULL:!eNULL:!EXPORT:!CAMELLIA:!DES:!MD5:!PSK:!RC4;
    ssl_prefer_server_ciphers on;

    location / {

        proxy_set_header        Host $host;
        proxy_set_header        X-Real-IP $remote_addr;
        proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header        X-Forwarded-Proto $scheme;

        proxy_pass          http://kestrel;
        proxy_read_timeout  90;

    }
}


    

Ответы

Ответ 1

Для работоспособности достаточно включить HTTPS на Nginx.

HTTPS между реверс-прокси и сервером приложений не обязателен, но его следует использовать
из соображений безопасности. Угрозы такие:


прослушивание TCP трафика
MITM-атаки


Если таких угроз нет, HTTPS между Nginx и Kestrel как таковой не нужен. Сюда можно
отнести такие частные случаи:


оба демона находятся на одном сервере, доступ к серверу только у доверенных
трафик ходит внутри DMZ

Как переконвертировать .NET Core проект в .Net Framework на линуксе или онлайн?

#c_sharp #net #net_core #msbuild

Сейчас пишу тестовое задание на .Net Core (.Net Standard 2.0) на линуксе (Mint 19.1).
Но проверяющий наверняка будет смотреть мое решение на Windows в Visual Studio без
установленного .Net Core SDK. Устанавливать второй системой Windows долго и муторно.
Windows в виртуалке мой ноутбук не потянет (4 гигабайта ОЗУ).

Потому задаюсь вопросом, есть ли на linux какой-нибудь конвертор проекта с .Net Core
на встроенный в Windows 10 .Net Framework 4.6.1? Или может есть онлайн-сервис по пересборке
.Net проектов на разные версии .Net Framework и .Net Core?
    

Ответы

Ответ 1

переконвертировать .NET Core проект в .Net Framework на линуксе


Смотря, что Вы хотите сконвертировать. Если Вы не выходите за рамки .NET Standard,
то проблем быть не должно. Но, если речь идёт о других типах проектов (тот же ASP.NET),
то здесь всё гораздо сложнее. Всё-таки .NET Framework это про Windows.


  проверяющий наверняка будет смотреть мое решение на Windows в Visual
  Studio без установленного .Net Core SDK


Зачем пользователю приложения для работы с ним Visual Studio и пр.? Сделайте нормальный
инсталлятор в котором будет упакована уже собранная рабочая версия с нужными зависимостями
и киньте ему с инструкцией как установить проект.


Ответ 2

.NET Framework 4.6.1 поддерживает .Net Standard 2.0
главное не использовать библиотеки строго под .net Core
вот ссылка на таблицу совместимости

Проверить генерик-тип интерфейса в C#?

#c_sharp #net #рефлексия #net_core

У меня есть тип AType который реализует генерик-интерфейс IA
Тип BType реализует интерфейс IC.
Как я могу проверить связан AType с IC или нет?

class AType : IA
{}

class BType : IC
{}

interface IA
{ }

interface IC
{ }


Тип BType может быть любым и мне о нем ничего неизвестно. У меня есть экземпляр AType
и мне нужно понять реализует ли он IC через generic тип промежуточного интерфейса IA
Проверка ниже не работает: 

var aInstance = new AType();
aInstance is IA // false
...


Также для Type.IsAssignableFrom(Type)

typeof(IC).IsAssignableFrom(aInstance.GetType()) // false

    

Ответы

Ответ 1

Проверка ниже не работает:


Верно, потому что компилятор ничего не знает о вариантности интерфейса.

Если ваш интерфейс IA фактически является ковариантным, то укажите это явно:

interface IA { }


потом:

var aInstance = new AType();
Console.WriteLine(aInstance is IA); // True


Но явная вариантность — это ограничение и интерфейс может считаться ковариантным
только в случае когда все его члены используют тип T только для возврата.
Скомпилируется:

interface IA
{
    T Method();
}


Не скомпилируется:

interface IA
{
    void Method(T t);
}


подробно: Вариативность в универсальных интерфейсах (C#)

Если ваш тип не является ковариантным, то вам придется разбирать это явно.

Для проверок внутри класса можно написать что-то вроде:

class AType : IA
{
    public bool HasParamenterOfTypeIC()
    {
        return typeof(IC).IsAssignableFrom(typeof(T));
    }
}


тогда:

var a = new AType();
Console.WriteLine(a.HasParamenterOfTypeIC()); // True

var b = new AType