2. 程式人生 > >ASP.NET Core 認證與授權[5]:初識授權

ASP.NET Core 認證與授權[5]:初識授權

阿新 • • 發佈：2018-12-31

經過前面幾章的姍姍學步，我們瞭解了在 ASP.NET Core 中是如何認證的，終於來到了授權階段。在認證階段我們通過使用者令牌獲取到使用者的Claims，而授權便是對這些的Claims的驗證，如：是否擁有Admin的角色，姓名是否叫XXX等等。本章就來介紹一下 ASP.NET Core 的授權系統的簡單使用。

簡單授權

在ASP.NET 4.x中，我們通常使用Authorize過濾器來進行授權，它可以作用在Controller和Action上面，也可以新增到全域性過濾器中。而在ASP.NET Core中也有一個Authorize特性（但不是過濾器），用法類似：

[Authorize] // Controller級別
 
public class SampleDataController : Controller{
    [Authorize] // Action級別
    public IActionResult SampleAction()    {
    }
}

IAllowAnonymous

在ASP.NET 4.x中，我們最常用的另一個特性便是AllowAnonymous，用來設定某個Controller或者Action跳過授權，它在 ASP.NET Core 中同樣適用：

[Authorize]
public class AccountController : Controller{
    [AllowAnonymous]    public
 
 ActionResult Login()    {
    }    public ActionResult Logout()    {
    }
}

如上，LoginAction便不再需要授權，同樣，在 ASP.NET Core 中提供了一個統一的IAllowAnonymous介面，在授權邏輯中都是通過該介面來判斷是否跳過授權驗證的。

public interface IAllowAnonymous{
}

[AttributeUsage(AttributeTargets.Class | AttributeTargets.Method, AllowMultiple = false, Inherited = true
 
)]public class AllowAnonymousAttribute : Attribute, IAllowAnonymous{
}

IAuthorizeData

上面提到，在 ASP.NET Core 中，AuthorizeAttribute不再是一個MVC中的Filter了，而只是一個簡單的實現了IAuthorizeData介面的Attribute：

public interface IAuthorizeData{   
 string Policy { get; set; }    
 Roles { get; set; }   
 string AuthenticationSchemes { get; set; }
}

[AttributeUsage(AttributeTargets.Class | AttributeTargets.Method, AllowMultiple = true, Inherited = true)]public class AuthorizeAttribute : Attribute, IAuthorizeData{    public AuthorizeAttribute() { }    public AuthorizeAttribute(string policy)    {
        Policy = policy;
    }  
   public string Policy { get; set; }    
   public string Roles { get; set; }   
   public string AuthenticationSchemes { get; set; }
}

記得第一次在ASP.NET Core中實現自定義授權時，按照以前的經驗，直接繼承自AuthorizeAttribute，然後準備重寫OnAuthorization方法，結果懵逼了。然後在MVC的原始碼中，苦苦搜尋AuthorizeAttribute的蹤跡，卻毫無所獲，後來才注意到它實現了IAuthorizeData介面，該接口才是認證的源頭，而Authorize特性只是認證資訊的載體，並不包含任何邏輯。IAuthorizeData中定義的Policy, Roles, AuthenticationSchemes三個屬性分別代表著 ASP.NET Core 授權系統中的三種授權方式。

基於角色的授權

基於角色的授權，我們都比較熟悉，使用方式如下：

[Authorize(Roles = "Admin")] // 多個Role可以使用,分割

public class SampleDataController : Controller{
    ...
}

基於角色的授權的邏輯與ASP.NET 4.x類似，都是使用我在《初識認證》中介紹的IsInRole方法來實現的。

基於Scheme的授權

對於AuthenticationScheme我在前面幾章也都介紹過，比如Cookie認證預設使用的AuthenticationScheme就是Cookies，在JwtBearer認證中，預設的Scheme就是Bearer。

當初在學習認證時，還在疑惑，如何在使用Cookie認證的同時又支援Bearer認證呢？因為在認證中只能設定一個Scheme來執行，當看到這裡豁然開朗，後面會詳細介紹。

[Authorize(AuthenticationSchemes = "Cookies")] // 多個Scheme可以使用,分割

public class SampleDataController : Controller{
    ...
}

當我們的應用程式中，同時使用了多種認證Scheme時，AuthenticationScheme授權就非常有用，在該授權模式下，會通過context.AuthenticateAsync(scheme)重新獲取Claims。

基於策略的授權

在ASP.NET Core中，重新設計了一種更加靈活的授權方式：基於策略的授權，也是授權的核心。

在使用基於策略的授權時，首先要定義授權策略，而授權策略本質上就是對Claims的一系列斷言。

public void ConfigureServices(IServiceCollection services){
    services.AddMvc();

    services.AddAuthorization(options =>
    {
        options.AddPolicy("EmployeeOnly", policy => policy.RequireClaim("EmployeeNumber"));
    });
}

如上，我們定義了一個名稱為EmployeeOnly的授權策略，它要求使用者的Claims中必須包含型別為EmployeeNumber的Claim。

其實，基於角色的授權和基於Scheme的授權，只是一種語法上的便捷，最終都會生成授權策略，後文會詳解介紹。

然後便可以在Authorize特性中通過Policy屬性來指定授權策略：

[Authorize(Policy = "EmployeeOnly")]public class SampleDataController : Controller{
    
}

授權策略詳解

AddAuthorization

授權策略的定義使用了AddAuthorization擴充套件方法，我們來看看它的原始碼：

public static class AuthorizationServiceCollectionExtensions{   
 public static IServiceCollection AddAuthorization(this IServiceCollection services)    {        
        services.TryAdd(ServiceDescriptor.Transient<IAuthorizationService, DefaultAuthorizationService>());
        services.TryAdd(ServiceDescriptor.Transient<IAuthorizationPolicyProvider, DefaultAuthorizationPolicyProvider>());
        services.TryAdd(ServiceDescriptor.Transient<IAuthorizationHandlerProvider, DefaultAuthorizationHandlerProvider>());
        services.TryAdd(ServiceDescriptor.Transient<IAuthorizationEvaluator, DefaultAuthorizationEvaluator>());
        services.TryAdd(ServiceDescriptor.Transient<IAuthorizationHandlerContextFactory, DefaultAuthorizationHandlerContextFactory>());
        services.TryAddEnumerable(ServiceDescriptor.Transient<IAuthorizationHandler, PassThroughAuthorizationHandler>());        return services;
    }    public static IServiceCollection AddAuthorization(this IServiceCollection services, Action<AuthorizationOptions> configure)    {
        services.Configure(configure);      
   return services.AddAuthorization();
    }
}

首先，是對授權進行配置的AuthorizationOptions，然後在DI系統中註冊了幾個核心物件的預設實現，我們一一來看。

AuthorizationOptions

對於Options模式，大家應該都比較熟悉了，AuthorizationOptions是新增和獲取授權策略的入口點：

public class AuthorizationOptions{    
private IDictionary<string, AuthorizationPolicy> PolicyMap { get; } = new Dictionary<string, AuthorizationPolicy>(StringComparer.OrdinalIgnoreCase);    // 在上一個策略驗證失敗後，是否繼續執行下一個授權策略
    public bool InvokeHandlersAfterFailure { get; set; } = true; 
   public AuthorizationPolicy DefaultPolicy { get; set; } = new AuthorizationPolicyBuilder().RequireAuthenticatedUser().Build();    public void AddPolicy(string name, AuthorizationPolicy policy)    {
        PolicyMap[name] = policy;
    }    
   
   public void AddPolicy(string name, Action<AuthorizationPolicyBuilder> configurePolicy)    {        var policyBuilder = new AuthorizationPolicyBuilder();
        configurePolicy(policyBuilder);
        AddPolicy(name,policyBuilder.Build());
    }    public AuthorizationPolicy GetPolicy(string name)    {     
      return PolicyMap.ContainsKey(name) ? PolicyMap[name] : null;
    }
}

首先是一個PolicyMap字典，我們定義的策略都儲存在其中，AddPolicy方法只是簡單的將策略新增到該字典中，而其DefaultPolicy屬性表示預設策略，初始值為：“已認證使用者”。

在AuthorizationOptions中主要涉及到AuthorizationPolicy和AuthorizationPolicyBuilder兩個物件。

AuthorizationPolicy

在 ASP.NET Core 中，授權策略具體表現為一個AuthorizationPolicy物件：

public class AuthorizationPolicy{  

  public AuthorizationPolicy(IEnumerable<IAuthorizationRequirement> requirements, IEnumerable<string> authenticationSchemes) {}    public IReadOnlyList<IAuthorizationRequirement> Requirements { get; }    public IReadOnlyList<string> AuthenticationSchemes { get; }    public static AuthorizationPolicy Combine(params AuthorizationPolicy[] policies) 
    {        return Combine((IEnumerable<AuthorizationPolicy>)policies);
    }   
  
   public static AuthorizationPolicy Combine(IEnumerable<AuthorizationPolicy> policies) 
    {        foreach (var policy in policies)
        {
            builder.Combine(policy);
        }        return builder.Build();
    }   
   
    public static async Task<AuthorizationPolicy> CombineAsync(IAuthorizationPolicyProvider policyProvider, IEnumerable<IAuthorizeData> authorizeData) 
    {        foreach (var authorizeDatum in authorizeData)
        {
            any = true;            var useDefaultPolicy = true;            if (!string.IsNullOrWhiteSpace(authorizeDatum.Policy))
            {
                policyBuilder.Combine(await policyProvider.GetPolicyAsync(authorizeDatum.Policy));
                useDefaultPolicy = false;
            }            var rolesSplit = authorizeDatum.Roles?.Split(',');            if (rolesSplit != null && rolesSplit.Any())
            {
                policyBuilder.RequireRole(rolesSplit.Where(r => !string.IsNullOrWhiteSpace(r)).Select(r => r.Trim()));
                useDefaultPolicy = false;
            }            var authTypesSplit = authorizeDatum.AuthenticationSchemes?.Split(',');            if (authTypesSplit != null && authTypesSplit.Any())
            {                foreach (var authType in authTypesSplit)
                {                    if (!string.IsNullOrWhiteSpace(authType))
                    {
                        policyBuilder.AuthenticationSchemes.Add(authType.Trim());
                    }
                }
            }       
         if (useDefaultPolicy)
            {
                policyBuilder.Combine(await policyProvider.GetDefaultPolicyAsync());
            }
        }      
       return any ? policyBuilder.Build() : null;
    }
}

如上，Combine方法通過呼叫AuthorizationPolicyBuilder來完成授權策略的合併，而CombineAsync則是將我們上面介紹的IAuthorizeData轉換為授權策略，因此上面說基於角色/Scheme的授權本質上都是基於策略的授權。

對於AuthenticationSchemes屬性，我們在前幾章介紹認證時經常看到，用來表示我們使用哪個認證Scheme來獲取使用者的Claims，如果指定多個，則會合並它們的Claims，其實現下一章再來介紹。

而Requirements屬性則是策略的核心了，每一個Requirement都代表一個授權條件，我們就先來了解一下它。

IAuthorizationRequirement

Requirement使用IAuthorizationRequirement介面來表示：

public interface IAuthorizationRequirement{
}

IAuthorizationRequirement介面中並沒有任何成員，在 ASP.NET Core 中內建了一些常用的實現：

  • AssertionRequirement ：使用最原始的斷言形式來宣告授權策略。

  • DenyAnonymousAuthorizationRequirement ：用於表示禁止匿名使用者訪問的授權策略，並在AuthorizationOptions中將其設定為預設策略。

  • ClaimsAuthorizationRequirement ：用於表示判斷Cliams中是否包含預期的Claims的授權策略。

  • RolesAuthorizationRequirement ：用於表示使用ClaimsPrincipal.IsInRole來判斷是否包含預期的Role的授權策略。

  • NameAuthorizationRequirement：用於表示使用ClaimsPrincipal.Identities.Name來判斷是否包含預期的Name的授權策略。

  • OperationAuthorizationRequirement：用於表示基於操作的授權策略。

其邏輯也都非常簡單，我就不再一一介紹，只展示一下RolesAuthorizationRequirement的程式碼片段：

public class RolesAuthorizationRequirement : AuthorizationHandler<RolesAuthorizationRequirement>, IAuthorizationRequirement{    public IEnumerable<string> AllowedRoles { get; }    protected override Task HandleRequirementAsync(AuthorizationHandlerContext context, RolesAuthorizationRequirement requirement)    {
        ...        if (requirement.AllowedRoles.Any(r => context.User.IsInRole(r)))
        {
            context.Succeed(requirement);
        }        return Task.CompletedTask;
    }
}

其AllowedRoles表示允許授權通過的角色，而它還實現了IAuthorizationHandler介面，用來完成授權的邏輯。

public interface IAuthorizationHandler{   
 Task HandleAsync(AuthorizationHandlerContext context);
}

AuthorizationRequirement並不是一定要實現IAuthorizationHandler介面，後文會詳細介紹。

AuthorizationPolicyBuilder

在上面已經多次用到AuthorizationPolicyBuilder，它提供了一系列建立AuthorizationPolicy的快捷方法：

public class AuthorizationPolicyBuilder{  
  public AuthorizationPolicyBuilder(params string[] authenticationSchemes);  
  
    public AuthorizationPolicyBuilder(AuthorizationPolicy policy);  
    
      public IList<IAuthorizationRequirement> Requirements { get; set; } 
     public IList<string> AuthenticationSchemes { get; set; }  
     public AuthorizationPolicyBuilder AddAuthenticationSchemes(params string[] schemes);    public AuthorizationPolicyBuilder AddRequirements(params IAuthorizationRequirement[] requirements);    public AuthorizationPolicyBuilder RequireAssertion(Func<AuthorizationHandlerContext, bool> handler);    public AuthorizationPolicyBuilder RequireAssertion(Func<AuthorizationHandlerContext, Task<bool>> handler)    {
        Requirements.Add(new AssertionRequirement(handler));      
       return this;
    }  
    public AuthorizationPolicyBuilder RequireAuthenticatedUser()    {
        Requirements.Add(new DenyAnonymousAuthorizationRequirement());  
             return this;
    }  
    public AuthorizationPolicyBuilder RequireClaim(string claimType);   
      public AuthorizationPolicyBuilder RequireClaim(string claimType, params string[] requiredValues);    public AuthorizationPolicyBuilder RequireClaim(string claimType, IEnumerable<string> requiredValues)    {
        Requirements.Add(new ClaimsAuthorizationRequirement(claimType, requiredValues));        return this;
    }  
  
    public AuthorizationPolicyBuilder RequireRole(params string[] roles); 
         public AuthorizationPolicyBuilder RequireRole(IEnumerable<string> roles)    {
        Requirements.Add(new RolesAuthorizationRequirement(roles));        return this;
    }   

  public AuthorizationPolicyBuilder RequireUserName(string userName)    {
        Requirements.Add(new NameAuthorizationRequirement(userName));     
     return this;
    }    public AuthorizationPolicy Build();  
       public AuthorizationPolicyBuilder Combine(AuthorizationPolicy policy);
}

在上面介紹的幾個Requirement，除了OperationAuthorizationRequirement外，都有對應的快捷新增方法，由於OperationAuthorizationRequirement並不屬於基於資源的授權，所以不在這裡，其用法留在其後續章節再來介紹。

整個授權策略的內容也就這麼多，並不複雜，整個結構大致如下：

0?wx_fmt=png

基於策略的授權進階

在上一小節，我們探索了一下授權策略的原始碼，現在就來實戰一下。

我們使用AuthorizationPolicyBuilder可以很容易的在策略定義中組合我們需要的Requirement：

public void ConfigureServices(IServiceCollection services){   
 var commonPolicy = new AuthorizationPolicyBuilder().RequireClaim("MyType").Build();

    services.AddAuthorization(options =>
    {
        options.AddPolicy("User", policy => policy
            .RequireAssertion(context => context.User.HasClaim(c => (c.Type == "EmployeeNumber" || c.Type == "Role")))
        );

        options.AddPolicy("Employee", policy => policy
            .RequireRole("Admin")
            .RequireUserName("Alice")
            .RequireClaim("EmployeeNumber")
            .Combine(commonPolicy));
    });
}

如上，如果需要，我們還可以定義一個公共的策略物件，然後在策略定義中直接將其合併進來。

自定義策略

當內建的Requirement不能滿足我們的需求時，我們也可以很容易的定義自己的Requirement：

public class MinimumAgeRequirement : AuthorizationHandler<NameAuthorizationRequirement>, IAuthorizationRequirement{    public MinimumAgeRequirement(int minimumAge)    {
        MinimumAge = minimumAge;
    }   

 public int MinimumAge { get; private set; }  
  protected override Task HandleRequirementAsync(AuthorizationHandlerContext context, NameAuthorizationRequirement requirement)    {        if (context.User != null && context.User.HasClaim(c => c.Type == ClaimTypes.DateOfBirth)
        {            var dateOfBirth = Convert.ToDateTime(context.User.FindFirst(c => c.Type == ClaimTypes.DateOfBirth).Value);            int calculatedAge = DateTime.Today.Year - dateOfBirth.Year;            if (dateOfBirth > DateTime.Today.AddYears(-calculatedAge))
            {
                calculatedAge--;
            }            if (calculatedAge >= requirement.MinimumAge)
            {
                context.Succeed(requirement);
            }
        }      
    return Task.CompletedTask;
    }
}

然後就可以直接在AddPolicy中使用了：

services.AddAuthorization(options =>
{
    options.AddPolicy("Over21", policy => policy.Requirements.Add(new MinimumAgeRequirement(21)));
});

我們自定義的 Requirement 若想得到 ASP.NET Core 授權系統的執行，除了上面示例中的實現IAuthorizationHandler介面外，也可以單獨定義AuthorizationHandler，這樣可以更好的使用DI系統，並且還可以定義多個Handler，下面就來演示一下。

多Handler模式

授權策略中的多個Requirement，它們屬於 & 的關係，只用全部驗證通過，才能最終授權成功。但是在有些場景下，我們可能希望一個授權策略可以適用多種情況，比如，我們進入公司時需要出示員工卡才可以被授權進入，但是如果我們忘了帶員工卡，可以去申請一個臨時卡，同樣可以授權成功:

public class EnterBuildingRequirement : IAuthorizationRequirement{
}

public class BadgeEntryHandler : AuthorizationHandler<EnterBuildingRequirement>
{   
 protected override Task HandleRequirementAsync(AuthorizationHandlerContext context, EnterBuildingRequirement requirement)    {        if (context.User.HasClaim(c => c.Type == ClaimTypes.BadgeId)
        {
            context.Succeed(requirement);
        }        else
        {            // context.Fail();
        }        return Task.CompletedTask;
    }
}

public class HasTemporaryStickerHandler : AuthorizationHandler<EnterBuildingRequirement>
{    protected override Task HandleRequirementAsync(AuthorizationHandlerContext context, EnterBuildingRequirement requirement)    {        if (context.User.HasClaim(c => c.Type == ClaimTypes.TemporaryBadgeId)
        {
            context.Succeed(requirement);
        }        return Task.CompletedTask;
    }
}

如上，我們定義了兩個Handler，但是想讓它們得到執行，還需要將其註冊到DI系統中：

services.AddSingleton<IAuthorizationHandler, BadgeEntryHandler>();
services.AddSingleton<IAuthorizationHandler, HasTemporaryStickerHandler>();

此時，在我們的應該程式中使用EnterBuildingRequirement的授權時，將會依次執行這兩個Handler。而在上面介紹AuthorizationOptions時，提到它還有一個InvokeHandlersAfterFailure屬性，在這裡就派上用場了，只有其為true時（預設為True），才會在當前 AuthorizationHandler 授權失敗時，繼續執行下一個 AuthorizationHandler。

在上面的示例中，我們使用context.Succeed(requirement)將授權結果設定為成功，而失敗時並沒有做任何標記，正常情況下都是這樣做的。但是如果需要，我們可以通過呼叫context.Fail()方法顯式的將授權結果設定為失敗，那麼，不管其他 AuthorizationHandler 是成功還是失敗，最終結果都將是授權失敗。

總結

ASP.NET Core 授權策略是一種非常強大、靈活的許可權驗證方案，能夠滿足大部分的授權場景。通過本文對授權策略的詳細介紹，我想應該能夠靈活的使用基於策略的授權了，但是授權策略到底是怎麼執行的呢？在下一章中，就來完整的探索一下 ASP.NET Core 授權系統的執行流程。

相關文章：

原文：http://www.cnblogs.com/RainingNight/p/authorization-in-asp-net-core.html

.NET社群新聞，深度好文，歡迎訪問公眾號文章彙總 http://www.csharpkit.com

640?wx_fmt=jpeg

相關推薦

ASP.NET Core 認證與授權[5]:初識授權

經過前面幾章的姍姍學步，我們瞭解了在 ASP.NET Core 中是如何認證的，終於來到了授權階段。在認證階段我們通過使用者令牌獲取到使用者的Claims，而授權便是對這些的Claims的驗證，如：是否擁有Admin的角色，姓名是否叫XXX等等。本章就來介紹一下 ASP.NET Core 的授權系統的簡單使

ASP.NET Core 認證與授權[1]:初識認證

在ASP.NET 4.X 中，我們最常用的是Forms認證，它既可以用於區域網環境，也可用於網際網路環境，有著非常廣泛的使用。但是它很難進行擴充套件，更無法與第三方認證整合，因此，在 ASP.NET Core 中對認證與授權進行了全新的設計，並使用基於宣告的認證(claims-based authentica

ASP.NET Core 認證與授權[3]:OAuth & OpenID Connect認證

原文: ASP.NET Core 認證與授權[3]:OAuth & OpenID Connect認證 在上一章中，我們瞭解到，Cookie認證是一種本地認證方式，通常認證與授權都在同一個服務中，也可以使用Cookie共享的方式分開部署，但侷限性較大，而如今隨著微服務的流行，更加偏向於將以前的單體應用

ASP.NET Core 認證與授權[4]:JwtBearer認證

在現代Web應用程式中，通常會使用Web, WebApp, NativeApp等多種呈現方式，而後端也由以前的Razor渲染HTML，轉變為Stateless的RESTFulAPI，因此，我們需要一種標準的，通用的，無狀態的，與語言無關的認證方式，也就是本文要介紹的JwtBearer認證。 目錄 Beare

asp.net core認證和授權的初始認識--claim、claimsidentity、claimsprincipal

brush AD cookie PE 身份證號 oat 初始 name IV Claim表示一個聲明單元，它用來組成ClaimsIdentity。ClaimsIdentity表示一個證件，例如身份證，身份證上面的名字表示一個Claim，身份證號也表示一個Claim，所有

ASP.NET Core 2.0利用Jwt實現授權認證

metrics 登錄驗證 cor new end exc csharp async time 背景 在微服務架構下，一般都會按不同的業務或功能將整個系統切分成不同的獨立子系統，再通過REST API或RPC進行通訊並相互調用，形成各個子系統之間的串聯結構。在這裏，我們將采

.net core 認證與授權（一）

前言 .net core web並不是一個非常新的架構，很多文章提及到認證與授權這個過程，但是一般都會提及到裡面的方法怎麼用的，而不是模擬一個怎樣的過程，所以我打算記錄自己的理解。 什麼是認證？我們大學畢業有學士證書和畢業證書，來證明你是一個學士。 什麼是授權，比如說你被認證是我的朋友後，你可以拿著這個身份，

.net core 認證與授權（二）

前言 這篇緊接著一來寫的，在第一篇中介紹了認證與授權，同時提出了這套機制其實就是模擬現實中的認證與授權。 同樣這篇介紹在這套機制下，使用者資訊管理機制？這裡就會問了，上一篇中認證和授權不是都ok了嗎，怎麼會有一個管理機制呢？當然並不一定要使用下面這套機制，但是給了我們很大的啟發。 在上一結中我們頒發證書是這樣

.net core 認證與授權（三）

前言 在寫三上是在一的基礎上寫的，所以有沒有看過二是沒得關係的，在一中介紹了認證與授權，但是沒有去介紹拿到證書後怎樣去驗證授權。 概念性東西：在這套機制中，把這個許可權認證呢，稱作為policy。這個policy是怎麼樣的過程呢？ 就像我前面說的，證書也認證了，policy做的是檢查你的證書中是否符合我心中的

ASP .NET Core HTTP Error 502.5 – Process Failure

mage aspnet tab ane 建議 roc .net core ima microsoft 頁面返回錯誤 事件日誌顯示錯誤 大家可以先看著個鏈接 https://docs.microsoft.com/en-us/aspnet/core/publishing/i

用VSCode開發一個asp.net core 2.0+angular 5項目(4): Angular5全局錯誤處理

create 打印 事件 如果 log 異步操作 truct gin 按鈕 第一部分: http://www.cnblogs.com/cgzl/p/8478993.html 第二部分: http://www.cnblogs.com/cgzl/p/8481825.html

伺服器win2008server R2 x64 部署.net core到IIS 並解決ASP .NET Core HTTP Error 502.5 – Process Failure 的問題等

伺服器win2008server R2 x64 部署.net core到IIS 並解決ASP .NET Core HTTP Error 502.5 – Process Failure 的問題 1、釋出網站 ；2、安裝 vc_redist.x64  (Visual C++

ASP.NET Core 2.0身份驗證和授權系統揭祕

ASP.NET Core中存在一個元件，它構成了一個魔法遮蔽，可以保護您網站的部分（或全部）免受未經授權的訪問。像許多人一樣，我從旅程開始就使用過這個元件，但從未理解過。它被一個巫師召喚出來，在我的網站和世界之間提供了一個神奇的屏障。當然，這不是它真正起作用的方式，但如果沒有正確的知識，它也可能。

ASP.NET Core管道與中介軟體

ASP.NET Core管道和ASP.NET的事件驅動的管道有很大的不同，現在你可以在Startup檔案的Configure方法中呼叫Use,UseWhen,Map,MapWhen,Run方法來為特定的請求增加特定的處理邏輯。可以實現防盜鏈，日誌，許可權認證，事務處理等。

伺服器win2008server R2 x64 部署.net core到IIS 並解決ASP .NET Core HTTP Error 502.5 – Process Failure 的問題

伺服器win2008server R2 x64 部署.net core到IIS 並解決ASP .NET Core HTTP Error 502.5 – Process Failure 的問題 1、釋出網站 ；2、安裝 vc_redist.x64  (Visual C++ Redistributable

ASP.NET Core 執行原理解剖[5]:Authentication

原文: ASP.NET Core 執行原理解剖[5]:Authentication 在現代應用程式中，認證已不再是簡單的將使用者憑證儲存在瀏覽器中，而要適應多種場景，如App，WebAPI，第三方登入等等。在 ASP.NET 4.x 時代的Windows認證和Forms認證已無法滿足現代化的需求，因此在AS

ASP.NET Core 中文文件 第二章 指南（4.1）ASP.NET Core MVC 與 Visual Studio 入門

這篇教程將告訴你如何使用 Visual Studio 2015 構建一個 ASP.NET Core MVC Web 應用程式的基礎知識。 安裝 Visual Studio 和 .NET Core 安裝 Visual Studio Community 2015。選擇 Community 下載並執行預設安裝

ASP.NET Core SignalR 與微信小程式互動

點選上方“程式設計師大咖”，選擇“置頂公眾號”關鍵時刻，第一時間送達！來源：James.Ying

Asp.Net Core SignalR 與微信小程式互動筆記

什麼是Asp.Net Core SignalRAsp.Net Core SignalR 是微軟開

Asp.Net Core 中IdentityServer4 實戰之角色授權詳解

## 一、前言 前幾篇文章分享了`IdentityServer4`密碼模式的基本授權及自定義授權等方式，最近由於改造一個閘道器服務，用到了`IdentityServer4`的授權，改造過程中發現比較適合基於`Role`角色的授權，通過不同的角色來限制使用者訪問不同的`Api資源`，這裡我就來分享`Identi