ASP.net

Version imprimable

31/01/2011, 14h40
lou87

Sécurisation d'un site/application C#/ASP.net

Bonjour,

Je ne savais pas dans quel forum poster ma question si c'était dans le forum C# ou ASP.NET.

Excusez moi si je me suis trompée de forum. :oops:

Bon, en faite je suis sur un projet, où j'ai créé une page permettant l'accès à l'application, et c'est fait en tout ce qu'il y a de plus basique avec une base de données, login et mot de passe.

Mais ce que je voudrais faire c'est que si une personne ne s'est pas logué, mais qu'elle réussisse à accéder à une autre page de l'application (par le biais d'une adresse URL), je voudrais qu'elle soit jeté du site ou encore qu'elle ne puisse tout simplement pas accéder à l'application via l'URL...

Avez vous une idée de comment je peux faire ça ?

J'ai vu qu'il y avait les méthodes Membership, les profils, rôles,...

Cependant j'aimerais savoir ce qui correspondrait le plus à mon problème.

Pour résumer : Si tu as le mot de passe tu accède à l'application, et si tu ne l'as pas tu ne dois pas pouvoir accéder à l'application de quelconque manière que ce soit.

En vous remerciant.
31/01/2011, 16h27
girouxv

Membership si je ne me trompe pas ça te prends absolument une base de données sql.

Voilà ma solution:
Peut importe ton moyen d'authentification mets ton application dans un placeholder visible=false.

Si ta personne s'est authentifiée tu mets ton placeholder visible=true dans ton code behind.

Comme ça la personne voit ta page mais n'a pas accès à ton application.
01/02/2011, 09h48
lou87

Bonjour,

Je vous remercie pour votre réponse. :)

Mais comment puis-je mettre ça en application, s'il vous plaît ?

Je pense qu'il faudra utiliser des variables "session", pour vérifier à chaque page s'il s'est authentifié...

Mais après comment utiliser le placeholder ?

En vous remerciant.

Edit :

Et que fait exactement placeholder quand le visible = false ?

(niveau visuel)
01/02/2011, 11h00
Jean-Michel Ormes
Citation:

Envoyé par lou87

Bonjour,

Je vous remercie pour votre réponse. :)

Mais comment puis-je mettre ça en application, s'il vous plaît ?

Je pense qu'il faudra utiliser des variables "session", pour vérifier à chaque page s'il s'est authentifié...

Bonjour,

Il te faut tout d'abord mettre en place le membership cf. ce lien MSDN : Using the SQLMemberShipProvider

Ensuite, pour vérifier qu'un user peut se connecter à ta page :
Code:

1 2 3 4 5 6 7 8 9 if (Membership.ValidateUser(UserName.Text, Password.Text)) { // Traitement } else { // Traitement }
01/02/2011, 13h40
girouxv

Si le placeholder est visible = false rien de ce qui est à l'interieur sera envoyé au client. Donc, 100% sécure. C'est simple à utiliser.
01/02/2011, 15h23
calagan99

Citation:

Envoyé par girouxv

Si le placeholder est visible = false rien de ce qui est à l'interieur sera envoyé au client. Donc, 100% sécure. C'est simple à utiliser.

C'est surtout extrêmement crado!
Quand tu ne veux pas qu'on te pique ta voiture, tu la fermes à clés, tu ne mets pas juste un drap blanc dessus :aie:

lou87, comme te le dis Jean-Michel Ormes, tu peux utiliser le provider de sécurité intégré du framework dotnet.
Il te permettra de gérer tes utilisateurs, de leur affecter des rôles, et de n'autoriser l'accès à certains répertoires ou pages de ton application qu'à certains users ou rôles.

Il s'agit d'une vraie solution de sécurité, pas d'une bidouille immonde vendue comme une solution miracle...
01/02/2011, 20h04
girouxv

Ma réponse si tu savais lire calagan99 se situait après l'authentification.

Citation:

je voudrais qu'elle soit jeté du site ou encore qu'elle ne puisse tout simplement pas accéder à l'application via l'URL

Une simple placeholder fait très bien la job. Et c'est très sécuritaire.

Citation:

Quand tu ne veux pas qu'on te pique ta voiture, tu la fermes à clés, tu ne mets pas juste un drap blanc dessus

Un placeHolder c'est plus comme ne pas stationner ta voiture chez le voleur... ta parabole est simpliste. Si tu fermes à clés tu peux quand même te faire voler ta voiture.
01/02/2011, 21h30
lutecefalco

Quand un user n'est pas authentifié, on le redirige vers la page de login, on ne cache pas le contenu de la page
02/02/2011, 08h52
Vlad59

+1
02/02/2011, 09h32
Jean-Michel Ormes

Entièrement d'accord avec @lutecefalco. On parle de sécurité d'une application et d'accès aux données de celle-ci.
02/02/2011, 09h33
calagan99

Citation:

Envoyé par girouxv

Une simple placeholder fait très bien la job. Et c'est très sécuritaire.

N'importe quoi!
Un visibale="false" sur un contrôle te paraît être une solution de sécurisation efficace ? Sérieusement ?

Citation:

Envoyé par girouxv

Un placeHolder c'est plus comme ne pas stationner ta voiture chez le voleur... ta parabole est simpliste. Si tu fermes à clés tu peux quand même te faire voler ta voiture.

Oui, c'était volontairement simpliste! L'objectif étant de montrer la naïveté de ta proposition.

Le framework dotnet embarque en natif un provider de sécurité simple à mettre en oeuvre, adaptable et secure.
Pourquoi inventer la roue carrée ?

Bonjour,

Je vous remercie tous pour vos réponses. :D

Donc je vais m'essayer au Membership. :ccool:

Cependant je commence déjà à rencontrer des difficultés...

Je suis dans ma page web.config, et je viens d'y mettre du code, mais il me fait une erreur en soulignant "location".

Voici mon code :
Code:

1 2 3 4 5 6 7 8 <location path="chemin de ma page.aspx"> <system.web> <authorization> <allow roles="administrateur" /> <deny users="*" /> </authorization> </system.web> </location>
Et voici l'erreur...

Citation:

Avertissement 1 L'élément 'system.web' a un élément enfant non valide 'location'. Liste d'éléments possibles attendue : 'anonymousIdentification, authentication, authorization, browserCaps, clientTarget, compilation, customErrors, deployment, deviceFilters, globalization, healthMonitoring, hostingEnvironment, httpCookies, httpHandlers, httpModules, httpRuntime, identity, machineKey, membership, mobileControls, pages, processModel, profile, roleManager, securityPolicy, sessionPageState, sessionState, siteMap, trace, trust, urlMappings, webControls, webParts, webServices, xhtmlConformance, caching'.

Ça veut dire que <system.web></system.web> ne comprends pas <authorization></authorization>, c'est ça ?

En vous remerciant.

Bonne journée.

03/02/2011, 15h24
calagan99

Peux-tu nous montrer ton fichier complet stp ?

D'accord.

Voici le fichier au complet.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
<?xml version="1.0" encoding="utf-8"?>
 
<configuration>
 
 
    <configSections>
      <sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
        <sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
          <section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication" />
          <sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
            <section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="Everywhere" />
            <section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication" />
            <section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication" />
            <section name="roleService" type="System.Web.Configuration.ScriptingRoleServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication" />
          </sectionGroup>
        </sectionGroup>
      </sectionGroup>
    </configSections>  
 
    <appSettings />
 
  <connectionStrings>
    <add name="connectString1" connectionString="Data Source=acsp2;Initial Catalog=DEV;User ID=id_admin;Password=mdp_admin"
      providerName="System.Data.SqlClient" />
    <!--Pour passer le code en mode production, décommenter la ligne suivante et commenter la ligne précédente-->
    <!--<add name="connectString1" connectionString="Data Source=acsp2;Initial Catalog=DEV_PREPROD;User ID=id_admin;Password=mdp_admin"
      providerName="System.Data.SqlClient" />-->
 
    <add name="DEVConnectionString" connectionString="Data Source=acsp2;Initial Catalog=DEV;Persist Security Info=True;User ID=id_admin;Password=mdp_admin"
      providerName="System.Data.SqlClient" />
  </connectionStrings>
 
    <system.web>
        <!-- 
            Définissez compilation debug="true" pour insérer des symboles 
            de débogage dans la page compilée. Comme ceci 
            affecte les performances, définissez cette valeur à true uniquement 
            lors du développement.
        -->
        <compilation debug="true">
 
          <assemblies>
            <add assembly="System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
            <add assembly="System.Data.DataSetExtensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
            <add assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
            <add assembly="System.Xml.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
          </assemblies>
 
        </compilation>
        <!--
            La section <authentication> permet la configuration 
            du mode d'authentification de sécurité utilisé par 
            ASP.NET pour identifier un utilisateur entrant. 
        -->
        <!--<authentication mode="Windows" />-->
        <authentication mode="Forms">
          <forms loginUrl="gestion_utilisateur.aspx"/>
        </authentication>
        <authorization>
          <deny users="?"/>
        </authorization>
 
      <location path="chemin mapage.aspx">
        <system.web>
          <authorization>
            <allow roles="administrateur" />
            <deny users="*" />
          </authorization>
        </system.web>
      </location>
 
 
 
 
 
      <!--
            La section <customErrors> permet de configurer 
            les actions à exécuter si/quand une erreur non gérée se produit 
            lors de l'exécution d'une demande. Plus précisément, 
            elle permet aux développeurs de configurer les pages d'erreur html 
            pour qu'elles s'affichent à la place d'une trace de la pile d'erreur.
 
        <customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">
            <error statusCode="403" redirect="NoAccess.htm" />
            <error statusCode="404" redirect="FileNotFound.htm" />
        </customErrors>
        -->
 
      <pages>
        <controls>
          <add tagPrefix="asp" namespace="System.Web.UI" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
          <add tagPrefix="asp" namespace="System.Web.UI.WebControls" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
        </controls>
      </pages>
 
      <httpHandlers>
        <remove verb="*" path="*.asmx" />
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
        <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
        <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" validate="false" />
      </httpHandlers>
      <httpModules>
        <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
      </httpModules>
 
    </system.web>
 
    <system.codedom>
      <compilers>
        <compiler language="c#;cs;csharp" extension=".cs" warningLevel="4" type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
          <providerOption name="CompilerVersion" value="v3.5" />
          <providerOption name="WarnAsError" value="false" />
        </compiler>
     </compilers>
    </system.codedom>
 
    <!-- 
        La section system.webServer est requise pour exécuter ASP.NET AJAX sur Internet
        Information Services 7.0.  Elle n'est pas nécessaire pour les versions précédentes d'IIS.
    -->
    <system.webServer>
      <validation validateIntegratedModeConfiguration="false" />
      <modules>
        <remove name="ScriptModule" />
        <add name="ScriptModule" preCondition="managedHandler" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
      </modules>
      <handlers>
        <remove name="WebServiceHandlerFactory-Integrated" />
        <remove name="ScriptHandlerFactory" />
        <remove name="ScriptHandlerFactoryAppServices" />
        <remove name="ScriptResource" />
        <add name="ScriptHandlerFactory" verb="*" path="*.asmx" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
      </handlers>
    </system.webServer>
 
    <runtime>
      <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
          <assemblyIdentity name="System.Web.Extensions" publicKeyToken="31bf3856ad364e35" />
          <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0" />
        </dependentAssembly>
        <dependentAssembly>
          <assemblyIdentity name="System.Web.Extensions.Design" publicKeyToken="31bf3856ad364e35" />
          <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0" />
        </dependentAssembly>
      </assemblyBinding>
    </runtime>
 
</configuration>

Merci ^_^

03/02/2011, 15h42
Jean-Michel Ormes

Ta partie <location>,

déplace la hors de <system.web>. ;)
03/02/2011, 16h06
calagan99

Et édites ton post pour supprimer les infos sensibles de tes chaînes de connexion :)
03/02/2011, 16h16
lou87

Merci ^_^, je vais modifier ça de suite.

Mais pour les informations sensibles, pouvez vous m'aider à les localiser, s'il vous plaît ?

Désolée je pensais les avoir enlevé. :oops:

Edit :

Citation:

Ta partie <location>,

déplace la hors de <system.web>. ;)

Comment ça ? :oops:

Désolée, si c'est vraiment bête comme question... :oops::oops::oops::oops::oops:

Citation:

Envoyé par lou87

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
<?xml version="1.0" encoding="utf-8"?>

<configuration>


    <configSections>
      <sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
        <sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
          <section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication" />
          <sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
            <section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="Everywhere" />
            <section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication" />
            <section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication" />
            <section name="roleService" type="System.Web.Configuration.ScriptingRoleServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication" />
          </sectionGroup>
        </sectionGroup>
      </sectionGroup>
    </configSections>  

    <appSettings />
  
  <connectionStrings>
    <add name="connectString1" connectionString="Data Source=acsp2;Initial Catalog=DEV;User ID=id_admin;Password=mdp_admin"
      providerName="System.Data.SqlClient" />
    <!--Pour passer le code en mode production, décommenter la ligne suivante et commenter la ligne précédente-->
    <!--<add name="connectString1" connectionString="Data Source=acsp2;Initial Catalog=DEV_PREPROD;User ID=id_admin;Password=mdp_admin"
      providerName="System.Data.SqlClient" />-->
    
    <add name="ADES_DEVConnectionString" connectionString="Data Source=acsp2;Initial Catalog=DEV;Persist Security Info=True;User ID=id_admin;Password=mdp_admin"
      providerName="System.Data.SqlClient" />
  </connectionStrings>
  
    <system.web>
        <!-- 
            Définissez compilation debug="true" pour insérer des symboles 
            de débogage dans la page compilée. Comme ceci 
            affecte les performances, définissez cette valeur à true uniquement 
            lors du développement.
        -->
        <compilation debug="true">

          <assemblies>
            <add assembly="System.Core, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
            <add assembly="System.Data.DataSetExtensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
            <add assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
            <add assembly="System.Xml.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
          </assemblies>

        </compilation>
        <!--
            La section <authentication> permet la configuration 
            du mode d'authentification de sécurité utilisé par 
            ASP.NET pour identifier un utilisateur entrant. 
        -->
        <!--<authentication mode="Windows" />-->
        <authentication mode="Forms">
          <forms loginUrl="gestion_utilisateur.aspx"/>
        </authentication>
        <authorization>
          <deny users="?"/>
        </authorization>

            <!--
            La section <customErrors> permet de configurer 
            les actions à exécuter si/quand une erreur non gérée se produit 
            lors de l'exécution d'une demande. Plus précisément, 
            elle permet aux développeurs de configurer les pages d'erreur html 
            pour qu'elles s'affichent à la place d'une trace de la pile d'erreur.

        <customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">
            <error statusCode="403" redirect="NoAccess.htm" />
            <error statusCode="404" redirect="FileNotFound.htm" />
        </customErrors>
        -->

      <pages>
        <controls>
          <add tagPrefix="asp" namespace="System.Web.UI" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
          <add tagPrefix="asp" namespace="System.Web.UI.WebControls" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
        </controls>
      </pages>

      <httpHandlers>
        <remove verb="*" path="*.asmx" />
        <add verb="*" path="*.asmx" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
        <add verb="*" path="*_AppService.axd" validate="false" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
        <add verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" validate="false" />
      </httpHandlers>
      <httpModules>
        <add name="ScriptModule" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
      </httpModules>

    </system.web>

     <location path="chemin mapage.aspx">
        <system.web>
          <authorization>
            <allow roles="administrateur" />
            <deny users="*" />
          </authorization>
        </system.web>
      </location>

    <system.codedom>
      <compilers>
        <compiler language="c#;cs;csharp" extension=".cs" warningLevel="4" type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
          <providerOption name="CompilerVersion" value="v3.5" />
          <providerOption name="WarnAsError" value="false" />
        </compiler>
     </compilers>
    </system.codedom>
    
    <!-- 
        La section system.webServer est requise pour exécuter ASP.NET AJAX sur Internet
        Information Services 7.0.  Elle n'est pas nécessaire pour les versions précédentes d'IIS.
    -->
    <system.webServer>
      <validation validateIntegratedModeConfiguration="false" />
      <modules>
        <remove name="ScriptModule" />
        <add name="ScriptModule" preCondition="managedHandler" type="System.Web.Handlers.ScriptModule, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
      </modules>
      <handlers>
        <remove name="WebServiceHandlerFactory-Integrated" />
        <remove name="ScriptHandlerFactory" />
        <remove name="ScriptHandlerFactoryAppServices" />
        <remove name="ScriptResource" />
        <add name="ScriptHandlerFactory" verb="*" path="*.asmx" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
        <add name="ScriptHandlerFactoryAppServices" verb="*" path="*_AppService.axd" preCondition="integratedMode" type="System.Web.Script.Services.ScriptHandlerFactory, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
        <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
      </handlers>
    </system.webServer>

    <runtime>
      <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
          <assemblyIdentity name="System.Web.Extensions" publicKeyToken="31bf3856ad364e35" />
          <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0" />
        </dependentAssembly>
        <dependentAssembly>
          <assemblyIdentity name="System.Web.Extensions.Design" publicKeyToken="31bf3856ad364e35" />
          <bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0" />
        </dependentAssembly>
      </assemblyBinding>
    </runtime>

</configuration>

En vert dans ton fichier : les éléments sensibles à modidier (nom de serveur, passwords, etc.)

En rouge dans ton fichier : j'ai modifié la position de ton noeud "location". Tu verras qu'il est juste en dessous de la balise fermante du noeud "system.web"

04/02/2011, 09h16
lou87

Bonjour,

Pour tout ce qui est en vert, c'était bon j'avais déjà changé les éléments. ;)

Et merci pour ce qui est en rouge. Il n'y a plus d'erreur. :ccool:

Un grand merci à tous ! :D
04/02/2011, 09h21
Jean-Michel Ormes

Un petit tag :resolu: sur ton post et ce sera nickel ;)
04/02/2011, 16h46
lou87

Vivi, c'est ce que j'allais faire une fois que j'aurais réussi à faire ce que je voulais. ;)

Hé bien maintenant, effectivement je peux mettre le tag 'Résolu'. :ccool:

Encore un grand merci à vous tous !!! :D

Bonjour,

Je suis désolée de rouvrir ce topic, mais mon code fonctionnait bien vendredi dernier, mais aujourd'hui lorsque j'ai voulut réessayer et bien cela ne me faisait plus rien........

Autrement dit lorsque j'appelle ma page Default.aspx, il me redirige pas vers ma page de connexion, puis quand j'essaye d'accéder à d'autres pages par la barre d'adresse j'y arrive alors que vendredi dernier tout fonctionnait bien.... :cry:

Pouvez vous m'aider encore un petit peu s'il vous plaît ? :oops:

Voici mon code de ma page de connexion :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 protected void cmd_connexion_Click(object sender, EventArgs e) { Hashtable t = new Hashtable(); // utilisateur = mot de passe t["id"] = "mdp"; if (t[txt_utilisateur.Text] != null && (t[txt_utilisateur.Text] as string) == txt_motdepasse.Text) FormsAuthentication.RedirectFromLoginPage(txt_utilisateur.Text, false); else lbl_erreur.Text = "Erreur de connexion. Veuillez recommencer"; }
Voici mon code qui se trouve dans ma page web.config :
Code:

1 2 3 4 5 6 7 8 9  <authentication mode="Forms">  <forms loginUrl="login.aspx" defaultUrl="Default.aspx"/> </authentication> <authorization> <deny users="?"/> </authorization>
C'est toujours le même code que vendredi dernier........

Je ne comprends pas pourquoi ça ne fonctionne plus correctement.... :(

En vous remerciant.

Pour tes pages, il faut vérifier que tu as un utilisateur connecté :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
 
protected void Page_Load(object sender, EventArgs e)
{
            // Vérification du User connecté 
            u = Membership.GetUser(User.Identity.Name);
 
            if (u == null)
            {
                Response.Redirect("default.aspx");
            }
}

Concernant ta page de connexion, pourquoi ne pas utiliser la méthode ValidateUser du Membership ? Quelque chose du style :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
protected void cmd_connexion_Click(object sender, EventArgs e)
{
   MembershipUser user = Membership.GetUser(txt_utilisateur.Text);
 
    if (Membership.ValidateUser(txt_utilisateur.Text, txt_motdepasse.Text))
   {
        if (Request.QueryString["ReturnUrl"] != null)
        {
            FormsAuthentication.RedirectFromLoginPage(txt_utilisateur.Text, false);
        }
        else
       {
            FormsAuthentication.SetAuthCookie(txt_utilisateur.Text, false);
       }
 
        Response.Redirect("~/laPageVersLaquelleIlfautAller.aspx");
    }
}

07/02/2011, 13h27
lou87

Citation:

Concernant ta page de connexion, pourquoi ne pas utiliser la méthode ValidateUser du Membership ?

Je n'utilise pas Membership car je n'ai pas créé de table avec les rôles des utilisateurs, c'est seulement un seul et unique utilisateur qui a droit d'accéder à l'application.

Voilà pourquoi. :oops:
10/02/2011, 13h42
lou87

Une nouvelle donnée vient de s'ajouter en cours de route...

J'aimerais savoir aussi si avec Membership l'on peut se connecter à plusieurs à l'application avec le même identifiant et mot de passe ?

Sinon comment puis-je procéder ?

Puis pour mon problème en faite, hé bien il est variant, des fois il fonctionne et d'autre fois non. :?

En vous remerciant.

Si tu as utilisé le provider de sécurité par défaut du framework, alors tu dois avoir sur ton instance sql server une base de données aspnetdb.

Si tu jettes un coup d'oeil aux tables de cette bdd, tu y verras un table "applications".

La bonne nouvelle est donc que tu peux utiliser une même base pour gérer l'authentification à plusieurs applications :)

Il te suffit pour ca de paramétrer une nouvelle application dans l'utilitaire de configuration de la sécurité asp.net et de renseigner la propriété ApplicatioName dans la section "providers" du noeud "membership" du web.config de ta nouvelle application.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 <membership> <providers> <clear/> <add name="AspNetSqlMembershipProvider" type="System.Web.Security.SqlMembershipProvider, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" connectionStringName="LocalSqlServer" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="true" requiresUniqueEmail="false" passwordFormat="Hashed" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="7" minRequiredNonalphanumericCharacters="1" passwordAttemptWindow="10" passwordStrengthRegularExpression="" applicationName="MyApp" /> </providers> </membership>

11/02/2011, 09h23
lou87

Merci beaucoup calagan99 pour ta réponse. :D

Désolée, je voulais dire est-il possible que plusieurs personnes puissent se connecter à une même application avec un même identifiant et un même mot de passe ? :oops:

Et puis vu que ce sera une application en ligne, est-ce que la base de données d'authentification doit être sur tout les pc ?

En vous remerciant.
11/02/2011, 09h35
calagan99

Citation:

Envoyé par lou87

Merci beaucoup calagan99 pour ta réponse. :D

De rien :)

Citation:

Envoyé par lou87

Désolée, je voulais dire est-il possible que plusieurs personnes puissent se connecter à une même application avec un même identifiant et un même mot de passe ? :oops:

Ca n'a pas beaucoup de sens mais oui c'est possible.

Citation:

Envoyé par lou87

Et puis vu que ce sera une application en ligne, est-ce que la base de données d'authentification doit être sur tout les pc ?

Là par contre, tu me fais peur... Il s'agit d'un site web. La bdd est donc commune et par hébergée par chaque user...
11/02/2011, 10h17
lou87

Citation:

Là par contre, tu me fais peur... Il s'agit d'un site web. La bdd est donc commune et par hébergée par chaque user...

Désolée :oops: je n'ai encore jamais fait de site web...

Et puis vu que l'application risque d'être utilisé par plusieurs entreprises, je préfère être sûre. :oops:

Voili, voilà.

Mais il ne faut pas s'inquiéter, c'est aussi un peu la fatigue là. :P ;)

Et merci pour ta réponse. :D :ccool:

Je m'y lance tout de suite. ^_^
11/02/2011, 14h54
robhood

Citation:

Envoyé par lou87

Je n'utilise pas Membership car je n'ai pas créé de table avec les rôles des utilisateurs, c'est seulement un seul et unique utilisateur qui a droit d'accéder à l'application.

Voilà pourquoi. :oops:

Si c'est ça le cas, t'as pas besoin d'utiliser le membership.

Il te suffit de créer une classe de base pour toute tes page sécurisées; cette classe doit avoir System.Web.Page comme base. dans ton Page Load tu mettera un petit test sur une variable de type bool dans la Session. Dans ta page de connexion, si le mot de passe et le nom d'utilisateur lus du web.config sont les mêmes fournis par le visiteur, tu mettera ta variable à true.
15/02/2011, 09h12
lou87

Citation:

Envoyé par robhood

Si c'est ça le cas, t'as pas besoin d'utiliser le membership.

Il te suffit de créer une classe de base pour toute tes page sécurisées; cette classe doit avoir System.Web.Page comme base. dans ton Page Load tu mettera un petit test sur une variable de type bool dans la Session. Dans ta page de connexion, si le mot de passe et le nom d'utilisateur lus du web.config sont les mêmes fournis par le visiteur, tu mettera ta variable à true.

Je suis désolée mais ce que je voulais dire par

Citation:

c'est seulement un seul et unique utilisateur qui a droit d'accéder à l'application.

C'est que plusieurs personnes vont utiliser un identifiant et mot de passe unique.....

Et je me demandais si ça ne ferait pas de bug ou le mieux est de créer des sessions avec quelques id et mdp mais que plusieurs personnes peuvent utiliser en même temps.......

J'espère que ce que j'ai dit est compréhensible. :oops:
15/02/2011, 11h18
lou87

Excusez moi, mais je commence à m'emmêler les pinceaux avec Membership.... :scarymov:

Si j'ai bien compris avant il faut aller sur la configuration d'ASP.net pour gérer les utilisateurs de l'application, c'est ça ?

Je suis connecté à l'application Visual Studio en tant qu'administrateur, mais quand j'essaie d'accéder à la configuration d'ASP.NET j'ai droit à une page d'erreur avec ce message :

Citation:

Une erreur s'est produite. Retournez à la page précédente et recommencez.

Et impossible d'avoir cette page sans erreur..... :(

Et j'ai aussi essayé avec aspnet_regsql.exe, et en rentrant le nom du serveur sql serveur, mais rien à faire il me fait une erreur aussi en disant qu'il ne le trouve pas.

Puis ensuite après avoir créer le tableau gérant les utilisateurs, que dois-je faire ?

A moins que je me trompe dans la procédure......... ? :oops:

Désolée de vous demander ça, mais plus je m'informe sur cette procédure plus j'ai l'impression que ça part dans tout les sens... :oops:

En vous remerciant.:)
17/02/2011, 09h43
lou87

Bonjour :D

Ahhh, c'est mieux quand la page de configuration est débloqué. ^_^

Après ça va tous seul, en suivant cette procédure => http://msdn.microsoft.com/fr-fr/libr...=VS.80%29.aspx

Mais une question demeure : est-il possible que plusieurs personnes puissent se connecter à l'application avec un seul et même identifiant et mot de passe, sachant qu'ils peuvent faire des modifications dans des bases de données, peut être en même temps ?

Et puis une autre question me vient en tête sur la page Configuration ASP.Net, j'ai vu que je pouvais restreindre l'accès à un dossier seulement aux utilisateurs connectés, et quand j'essaie d'appliquer cette règle sur plusieurs dossiers, cela ne fonctionne pas..... Est-ce normale ?

En vous remerciant. :)
28/02/2011, 15h07
lou87
Bonjour,

Comment puis-je forcer l'application à rediriger l'utilisateur authentifié vers la page default.aspx (et cela même s'il a tapé une adresse différente dans la barre d'adresse) ?

Car lorsque j'essai d'entrer directement dans l'application via la barre d'adresse il me redirige vers ma page de login.aspx. Jusque là tout va bien, mais quand il se connecte ensuite, l'application envoie l'utilisateur vers la page qu'il avait essayé d'accéder via la barre d'adresse et ce même si j'ai mis dans mon web.config :
Code:

1 2 3 4 5 <authentication mode="Forms"> <forms loginUrl="login.aspx" defaultUrl="Default.aspx"/> </authentication>
Auriez-vous une idée sur ce problème ?

En vous remerciant.
01/03/2011, 11h18
lou87

Bonjour,

Je crois savoir d'où vient mon problème...

En faite j'arrive à accéder à une des pages de mon site une fois où je m'étais logué, puis j'ai fermé l'onglet et recommencé donc je pense que le cookie contenant mon identifiant et mot de passe est encore actif.......

Donc la solution serait de forcer mon application à supprimer/vider le cookie ou la session quand l'utilisateur ferme la page de l'application ou encore se déconnecte.

Avez vous une idée sur la question ?

En vous remerciant.
02/03/2011, 10h25
lutecefalco

Citation:

Envoyé par lou87

Donc la solution serait de forcer mon application à supprimer/vider le cookie ou la session quand l'utilisateur ferme la page de l'application

C'est pas faisable

Citation:

Envoyé par lou87

Donc la solution serait de forcer mon application à supprimer/vider le cookie ou la session quand l'utilisateur se déconnecte.

Ca se fait tout seul si t'utilises correctement les controles/méthodes du framework