Вы должны включить генерацию refresh_token, установив в startup.cs:
- значения настройки для AuthorizationEndpointPath = "/ подключения/авторизовать"; // требуется для refreshtoken
- Установка значений в TokenEndpointPath = "/ connect/token"; // Маркер имя конечной точки
В вашем лексем поставщика до проверки маркера запроса в конце метода HandleTokenrequest, убедитесь, что вы установили автономную сферу:
// Call SetScopes with the list of scopes you want to grant
// (specify offline_access to issue a refresh token).
ticket.SetScopes(
OpenIdConnectConstants.Scopes.Profile,
OpenIdConnectConstants.Scopes.OfflineAccess);
Если это установка правильно, вы должны получить refresh_token назад при входе с паролем grant_type.
Тогда из вашего клиента вы должны выдать следующий запрос (я использую Aurelia):
refreshToken() {
let baseUrl = yourbaseUrl;
let data = "client_id=" + this.appState.clientId
+ "&grant_type=refresh_token"
+ "&refresh_token=myRefreshToken";
return this.http.fetch(baseUrl + 'connect/token', {
method: 'post',
body : data,
headers: {
'Content-Type': 'application/x-www-form-urlencoded',
'Accept': 'application/json'
}
});
}
и это его, убедитесь, что ваш провайдер аутентификации в HandleRequestToken не пытается манипулировать запрос, который типа refresh_token:
public override async Task HandleTokenRequest(HandleTokenRequestContext context)
{
if (context.Request.IsPasswordGrantType())
{
// Password type request processing only
// code that shall not touch any refresh_token request
}
else if(!context.Request.IsRefreshTokenGrantType())
{
context.Reject(
error: OpenIdConnectConstants.Errors.InvalidGrant,
description: "Invalid grant type.");
return;
}
return;
}
refresh_token должен просто быть в состоянии пройти через этот метод и обрабатывается другой частью промежуточного слоя, который обрабатывает refresh_token.
Если вы хотите более глубокие знания о том, что делает сервер аутентификации, вы можете взглянуть на код в OpenIdConnectServerHandler:
https://github.com/aspnet-contrib/AspNet.Security.OpenIdConnect.Server/blob/master/src/AspNet.Security.OpenIdConnect.Server/OpenIdConnectServerHandler.Exchange.cs
На стороне клиента вы должны быть в состоянии обработать автоматическое обновление токена, вот пример перехватчика http для Angular 1.X, где один обрабатывает 401 Reponses, обновить маркер, а затем повторите запрос:
'use strict';
app.factory('authInterceptorService',
['$q', '$injector', '$location', 'localStorageService',
function ($q, $injector, $location, localStorageService) {
var authInterceptorServiceFactory = {};
var $http;
var _request = function (config) {
config.headers = config.headers || {};
var authData = localStorageService.get('authorizationData');
if (authData) {
config.headers.Authorization = 'Bearer ' + authData.token;
}
return config;
};
var _responseError = function (rejection) {
var deferred = $q.defer();
if (rejection.status === 401) {
var authService = $injector.get('authService');
console.log("calling authService.refreshToken()");
authService.refreshToken().then(function (response) {
console.log("token refreshed, retrying to connect");
_retryHttpRequest(rejection.config, deferred);
}, function() {
console.log("that didn't work, logging out.");
authService.logOut();
$location.path('/login');
deferred.reject(rejection);
});
} else {
deferred.reject(rejection);
}
return deferred.promise;
};
var _retryHttpRequest = function (config, deferred) {
console.log('autorefresh');
$http = $http || $injector.get('$http');
$http(config).then(function (response) {
deferred.resolve(response);
},
function (response) {
deferred.reject(response);
});
}
authInterceptorServiceFactory.request = _request;
authInterceptorServiceFactory.responseError = _responseError;
authInterceptorServiceFactory.retryHttpRequest = _retryHttpRequest;
return authInterceptorServiceFactory;
}]);
А вот пример я просто сделал для Aurelia, на этот раз я обернутый мой клиент HTTP в обработчик HTTP, который проверяет, если токен истек или нет. Если он истек, он сначала обновит токен, а затем выполнит запрос. Он использует обещание поддерживать совместимость интерфейса с клиентскими службами данных. Этот обработчик предоставляет тот же интерфейс, что и клиент aurelia-fetch.
import {inject} from 'aurelia-framework';
import {HttpClient} from 'aurelia-fetch-client';
import {AuthService} from './authService';
@inject(HttpClient, AuthService)
export class HttpHandler {
constructor(httpClient, authService) {
this.http = httpClient;
this.authService = authService;
}
fetch(url, options){
let _this = this;
if(this.authService.tokenExpired()){
console.log("token expired");
return new Promise(
function(resolve, reject) {
console.log("refreshing");
_this.authService.refreshToken()
.then(
function (response) {
console.log("token refreshed");
_this.http.fetch(url, options).then(
function (success) {
console.log("call success", url);
resolve(success);
},
function (error) {
console.log("call failed", url);
reject(error);
});
}, function (error) {
console.log("token refresh failed");
reject(error);
});
}
);
}
else {
// token is not expired, we return the promise from the fetch client
return this.http.fetch(url, options);
}
}
}
Для JQuery вы можете смотреть Jquery OAuth:
https://github.com/esbenp/jquery-oauth
Надеется, что это помогает.
Должно ли (expire> DateTime.Now) фактически стать (expire> DateTime.UtcNow)? https://docs.asp.net/ru/latest/security/authentication/cookie.html предлагает использовать время utc. – Darxtar
Нет, datetime.parse считывает значение «.Token.expires_at» в формате UTC и анализирует локальное время. «.Token.expires_at» 2016-10-19T16: 02: 39.0008091 + 00: 00 ». – longday
Хорошо, спасибо за разъяснение =) – Darxtar