Поставщики Owin в веб-приложении с несколькими арендаторами, где у каждого домена есть свои собственные провайдеры

Question

Я пытаюсь найти решение, в котором одно веб-приложение обслуживает несколько доменов, для каждого домена я хотел бы настроить своих поставщиков, используя приложение идентификатор и секрет для внешнего поставщика, я хотел бы домен куков и информацию провайдеров для чтения из базы данных на основе текущего доменного имени, так, например:

switch (currentDomainName) 
{ 
case "web1.com": load cookie domain and providers information for web1.com ... 
case "web2.com": load cookie domain and providers information for web2.com ... 
... 
} 

Я столкнулся две основные проблемы:

1. У меня нет HttpContext, доступного в Owin Startup ConfigureAuth(), и я не уверен, как определить, какое доменное имя используется на раннем этапе запуска ...
2. Я понимаю, что запуск запускается только один раз для каждого веб-приложения, поэтому для Например, после того, как web1.com будет доступен в первый раз, ConfigureAuth() не будет снова запущен для web2.com, если он уже установлен web1.com

Мне интересно, могу ли я переопределить некоторые методы Owin и сделать это не статично ... или, может быть, найти способ реализовать это по-другому (но я все еще люблю использовать Owin)

Где я могу т?

Answer 1

Вы можете получить URL-адрес запроса, а затем выполнить поиск в базе данных, чтобы узнать, что является клиентом, связанным с доменом. Там может быть таблица, в которой перечислены поставщиков удостоверений для этого домена

Пример

TenantDomains 
************* 
TenantId  URL ...... 
tenant1  https://tenant1.company.com 
tenant2  https://tenant2.company.com 

IdProviders 
*********** 
TenantId  ProviderIds  ...... 
tenant1  Custom, Social 
tenant2  Social 

Здесь имена используются вместо идентификаторов для удобства чтения. Однако подход по-прежнему остается неизменным.

Вы можете выполнить все описанное выше в промежуточном программном обеспечении, а затем использовать значение в Environment, а затем настроить конвейер на основе данных или принятых ранее решений.

Пример:

Вы можете получить доступ входящего запроса от контекста Owin и делать все операции, которые сделали бы иначе на HttpRequest из самой просьбы Owin контекста в.

 app.MapWhen(req => req.Request.Headers.ContainsKey("Authorization"), apiAuth => 
     { 
      // do anything that matches this request 
      apiAuth.UseBearerAuthentication(new BearerAuthenticationOptions()); 

     }); 

НТН