martes, 9 de abril de 2013
SignalR permite controlar el acceso a los métodos del interior los Hubs de una forma muy similar a como hacemos en ASP.NET MVC o WebAPI.
Y cuando digo muy similar no estoy exagerando en absoluto, como podéis observar en el siguiente código:
Pues sí, también tenemos disponible aquí el atributo
¿Recordáis el famoso infierno de las DLL de antaño? Pues no va a ser nada comparado con el namespace hell que se está cociendo ;-D
Bueno, la cuestión es que aplicando este atributo a un Hub de la forma mostrada anteriormente impediremos el acceso a sus métodos a clientes que no hayan sido autenticados en el sistema. Si únicamente queremos efectuar este control en métodos concretos, bastará con decorarlos con
Publicado en Variable not found.
Y cuando digo muy similar no estoy exagerando en absoluto, como podéis observar en el siguiente código:
[Authorize]
public class AlertService : Hub
{
public void Alert(string msg)
{
this.Clients.All.showAlert(msg);
}
}
[Authorize]. O mejor dicho, otro atributo [Authorize]. Cuidado con esto, porque en un proyecto MVC4 con WebAPI y SignalR tendremos a nuestra disposición tres atributos con el mismo nombre, y si seleccionamos el namespace incorrecto será ignorado por completo, dejando libre el acceso al recurso que se intenta proteger. ¿Recordáis el famoso infierno de las DLL de antaño? Pues no va a ser nada comparado con el namespace hell que se está cociendo ;-D
Bueno, la cuestión es que aplicando este atributo a un Hub de la forma mostrada anteriormente impediremos el acceso a sus métodos a clientes que no hayan sido autenticados en el sistema. Si únicamente queremos efectuar este control en métodos concretos, bastará con decorarlos con
[Authorize] de forma individualizada:public class AlertService: Hub
{
[Authorize]
public void Alert(string msg)
{
this.Clients.All.showAlert(msg);
}
// Other hub methods
}
A la hora de introducir el atributo podemos ser aún más explícitos. Así, es posible permitir el acceso a un Hub o método a uno o varios usuarios separando su nombre por comas:[Authorize(Users="fmercury,mjackson,fsinatra")]
public void Sing(string msg)
{
// ...
}
O también podemos hacerlo por roles dentro del sistema:[Authorize(Roles= "greatsingers")]
public void Sing(string msg)
{
// ...
}
Por último, comentar que a diferencia de los homónimos atributos usados en MVC y WebAPI, este nuevo Authorize dispone de un parámetro booleano adicional llamado RequireOutGoing que si establecemos a falso hará que las peticiones al método afectado sean ejecutadas sin necesidad de autenticación.Publicado en Variable not found.


Aún no hay comentarios, ¡sé el primero!
Enviar un nuevo comentario