[ASPNET] Problème de conception pour un intranet documentaire

Bonjour tout le monde.

Je vous présente la chiose rapidement.
Je dois développer un intranet documentaire avec gestion des users.
Il y a un système d'habilitation: un user peut etre associé à plusieurs habilitations.

Coté admin, on a la possibilité de créer un nouveau document auquel on associe une ou plusieurs habilitations.

Un user doit avoir l'une des habilitations associées au document pour y avoir accès.

Les admins disposent d'un outil qui leur permet de créer un nouveau document au format html.
Lors de la création d'un nouveeau document sur l'intranet, ils uploadent un fichier zip comportant tous les fichiers html correspondant au document et l'appli dézippe le tout dans un dossier unique pour chaque document sur le serveur.

Mon problème se situe au niveau des droits.
Pour afficher les documents consultables suivant les habilitations du user, pas de pb.
Par contre, étant donné que ce sont des fichiers html, comment faire pour gérer ces droits si un user tape directement l'url du fichier dans le browser????

J'avais pensé faire une page avec un control literal qui sera rempli à partir des fichiers html mais ça n'empeche pas la saisie de l'url du fichier html. Et ça pose aussi problème avec les liens html eux meme contenus dans le fichier.

Est-ce que qq'un a une idée??

Merci à tous

Tu peux protéger un/des chemin(s) entier grâce au web.config :

Code:

---

1 2 3 4 5 6 7 8

<location path="default1.aspx"> <system.web> <authorization> <allow users ="*" /> </authorization> </system.web> </location>

---

plus d'infos :
http://msdn2.microsoft.com/en-us/library/ms998310.aspx
http://support.microsoft.com/kb/316871/fr

Oui je connais bien cela mais ça marche pas avec les fichiers htm :?

Je pense que je vais me lancer dans un truc.
Je vais tenter d'intercepter l'appel à une page htm et la traiter via le framework et non IIS.
C'est avec les httpHandler ou httpModule qu'on fait ça il me semble

Citation:

---

Oui je connais bien cela mais ça marche pas avec les fichiers htm

---

Normal, les fichiers html ne sont pas pris en charge par le framework asp.net mais par iis directement.
Tu as un problème car le but d'un serveur web c'est qd même à la base de servir des pages html. Tu auras du mal a l'en empêcher, sauf à ne pas mettre ces fichiers html dans ton site web mais ailleurs, par exemple dans une base de données.

Citation:

---

Je pense que je vais me lancer dans un truc.
Je vais tenter d'intercepter l'appel à une page htm et la traiter via le framework et non IIS.
C'est avec les httpHandler ou httpModule qu'on fait ça il me semble

---

Tu auras le même problème. Ce que tu peux faire c'est peut être un filtre isapi pour intercepter les appels vers tes .htm et les refuser.

Citation:

---

Envoyé par Sphax

Tu as un problème car le but d'un serveur web c'est qd même à la base de servir des pages html.

---

Ok, mais si tu veux filter les droits d'accès à ces pages?

Citation:

---

Envoyé par Sphax

Tu auras le même problème. Ce que tu peux faire c'est peut être un filtre isapi pour intercepter les appels vers tes .htm et les refuser.

---

Pkoi je pourrais pas appliquer cela (http://humann.developpez.com/httphandler/) aux fichier .htm ???

Hum bonne question. Je ne sais pas, je me renseigne ya un truc que je comprends pas :). Si ton idée fonctionne tiens moi au courant.

Sinon une autre idée tu pourrais mapper l'extension htm à la dll asp.net , du coup tu pourrais utiliser la sécurité asp.net comme vu plus haut (ça se fait dans les propriétés de ton site web).

EDIT : ok j'ai la réponse. Dans l'exemple que tu me donnes, on crée un HttpHandler pour gérer les fichiers avec l'extension image.axd, or l'extension axd est gérée par asp.net (je me demandais aussi pourquoi il avait utilisé cette drôle d'extension :) ) ! Effectivement si tu vas sur les propriétés d'un site asp.net, onglet "répertoire" bouton "configuration" tu vas voir les mappings entre extension et dll chargées de gérer ces extensions. Pour axd c'est bien la dll d'asp.net qui y est associée, donc son handler fonctionne. Par contre l'extension htm n'est pas associée à asp.net !
Si tu fais un handler pour les .htm ça ne passera pas par asp.net sans aussi associer l'extension htm à la dll asp.net, tout s'explique. Quand je parlais plus haut de créer ton propre filtre isapi j'étais pas si éloigné du but, sauf que le filtre isapi existe déja, c'est asp.net :p .

Donc j'ai juste à mapper l'extension htm à la dll asp.net et les règles de sécurité seront appliquées d'elles meme?

Je pense que oui.

En effet, ça marche.
Me reste plus qu'à surcharger le SqlMemberShip par défaut car je gère pas les droits avec lui :mrgreen:

Ptite question: est-ce que c'est possible de déclarer ce mappage dans le web.config??

Ca faciliterait le deploiement du site sur les différents serveurs de prod :D

Je ne pense pas puisque tout le problème est là en qque sorte. Le fichier de config n'intervient qu'à partir du moment où asp.net est dans la boucle du traitement de la requête. Et asp.net n'est dans la boucle que qd le mappage est fait.

C'est ce que je pensais aussi.
Thx