Dbowner, una de cal y otra de arena

Como comenté en una entrada anterior, querer alojar nuestra Web con DNN en un servidor compartido puede ser un problema, siempre y cuando dicho servidor no nos proporcione un usuario de SqlServer con permisos dbowner.

 Pues bien, haciendo algunas pruebas en local a lo largo de esta...

Como comenté en una entrada anterior, querer alojar nuestra Web con DNN en un servidor compartido puede ser un problema, siempre y cuando dicho servidor no nos proporcione un usuario de SqlServer con permisos dbowner.

 Pues bien, haciendo algunas pruebas en local a lo largo de esta semana (sólo Dios sabe de donde saco el tiempo) he conseguido instalar un DNN 5 sin necesidad de un usuario propietario. Para ello he necesitado un usuario con los siguientes permisos:

Db_datareader

Db_datawiter

Db_ddladmin

* Db_securityadmin

 

* Y privilegios de Execute.

 

Hasta ahí todo fantástico. ¿Cuál es el problema? Pues que Arsys continúa sin soltar un solo privilegio de más. Sólo conceden los siguientes permisos:

 

Db_datareader

Db_datawiter

Db_ddladmin

 

Conclusión: estamos como al principio. Si bien, se ha conseguido bajar los permisos necesarios, esto no nos sirve de gran cosa si nuestro servidor no cede un poco.

2605 Puntúe este artículo:
2.8

Deje un comentario

This form collects your name, email, IP address and content so that we can keep track of the comments placed on the website. For more info check our Privacy Policy and Terms Of Use where you will get more info on where, how and why we store your data.
Añadir comentario

Theme picker