web-dev-qa-db-fra.com

Outil de configuration Web Visual Studio 2013 et ASP.NET

J'utilise Visual Studio 2013 et, comme vous le savez probablement, il n'existe pas d'outil de configuration Web ASP.NET. Je voulais comme toujours faire des rôles rapides, etc. J'ai essayé de l'activer en utilisant cet article: http://blogs.msdn.com/b/webdev/archive/2013/08/19/asp-net-web-configuration-tool -missing-in-visual-studio-2013.aspx? PageIndex = 2 # commentaires . Mais je reçois l'erreur "Chemin d'accès non valide". Des solutions à cette erreur ou solution de contournement?

53
Placek

Sur la console, copiez et collez exactement ce qui est écrit ici:

"C:\Program Files\IIS Express\iisexpress.exe" /path:c:\windows\Microsoft.NET\Framework\v4.0.30319\ASP.NETWebAdminFiles /vpath:"/asp.netwebadminfiles" /port:8089 /clr:4.0 /ntlm

Peu importe que vous ouvriez cmd.exe avec des privilèges d'administrateur ou non, copiez-collez simplement le code ci-dessus sur la console et ne quittez pas avec "q" tant que vous n'avez pas terminé!

Puis ouvrez une fenêtre de navigateur et écrivez ceci dans la barre d’adresse:

http://localhost:8089/asp.netwebadminfiles/default.aspx?applicationPhysicalPath=[Exact_Project_Path]\&applicationUrl=/

Veillez à copier et coller votre chemin de projet à partir de Windows Explorer tel quel, cela fonctionnera;)

J'espère que Microsoft l'ajoutera à la prochaine mise à jour de VS2013! Il n’est pas pratique pour quiconque de copier-coller des codes pour gérer les adhésions comme nous le faisions par le passé ...

J'espère que cela pourra aider!

IMPORTANT: Je suis désolé, je viens de me rendre compte que c'est important si vous démarrez la console avec des privilèges d'administrateur. Ne fais pas ça. Si la console dispose de droits d'administrateur, l'outil de configuration Web affiche cette erreur sur la page Sécurité:

Il y a un problème avec votre magasin de données sélectionné. Cela peut être dû à un nom de serveur ou à des informations d'identification non valides, ou à une valeur insuffisante de autorisation. Cela peut également être causé par la fonctionnalité de gestionnaire de rôles non être activé. Cliquez sur le bouton ci-dessous pour être redirigé vers une page où vous pouvez choisir un nouveau magasin de données. Le message suivant peut aider diagnostiquer le problème: accès au chemin 'C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Fichiers\root\1c3fef5c\2180c7f9\hash 'est refusé.

135
ilter

Si un nom d'utilisateur et un mot de passe vous sont demandés, procédez comme suit:

  1. Ouvrez Firefox et tapez about: config en tant qu'url
  2. Dans le type de filtre dans "ntlm"
  3. Double-cliquez sur "network.automatic-ntlm-auth.trusted-uris", tapez "localhost" et appuyez sur Entrée.

source: http://forums.codecharge.com/posts.php?post_id=81959

7
patr1c1a

Il existe un utilitaire open source nommé "Credentials Manager for WCF" que j'ai téléchargé à partir de ici . Il a besoin de configurations ci-dessous pour fonctionner.
Pour les configurations, vous devez éditer le fichier de configuration du projet "CredentialServiceHost" comme suit:

    *<?xml version="1.0"?>
<configuration>
    <connectionStrings>
    <clear />
        <add name="AspNetDbConnectionString" connectionString="[Your data base connection string]" providerName="System.Data.SqlClient"/>
    <add name="LocalSqlServer" connectionString="[Your data base connection string]" providerName="System.Data.SqlClient"/>


  </connectionStrings>
    <system.web>
        <authentication mode="None"/>
  <roleManager enabled="true"/>
    </system.web>
    <system.serviceModel>
        <services>
            <service name="AspNetSqlProviderService" behaviorConfiguration="MEX Enabled">
                <endpoint address="" binding="wsHttpBinding" bindingConfiguration="TransactionalWS" contract="IApplicationManager"/>
                <endpoint address="" binding="wsHttpBinding" bindingConfiguration="TransactionalWS" contract="IMembershipManager"/>
                <endpoint address="" binding="wsHttpBinding" bindingConfiguration="TransactionalWS" contract="IPasswordManager"/>
                <endpoint address="" binding="wsHttpBinding" bindingConfiguration="TransactionalWS" contract="IRoleManager"/>
                <endpoint address="" binding="wsHttpBinding" bindingConfiguration="TransactionalWS" contract="IUserManager"/>
            </service>
        </services>
        <bindings>
            <wsHttpBinding>
                <binding name="TransactionalWS" transactionFlow="true">
                    <reliableSession enabled="True"/>
                </binding>
            </wsHttpBinding>
        </bindings>
      <behaviors>
         <serviceBehaviors>
            <behavior name="MEX Enabled">
               <serviceMetadata httpGetEnabled="true"/>
            </behavior>
         </serviceBehaviors>
      </behaviors>
    </system.serviceModel>
<startup><supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup></configuration>

et pour le projet "CredentialsManager", vous devez utiliser la configuration suivante:

<?xml version="1.0"?>
<configuration>
   <configSections>
      <sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
         <section name="CredentialsManagerClient.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false"/>
      </sectionGroup>
   </configSections>
   <applicationSettings>
      <CredentialsManagerClient.Properties.Settings>
         <setting name="AspNetSqlProviderService" serializeAs="String">
            <value>http://localhost:8000</value>
         </setting>
      </CredentialsManagerClient.Properties.Settings>
   </applicationSettings>
   <system.serviceModel>
      <client>
         <endpoint address="http://localhost:8000/" binding="wsHttpBinding" bindingConfiguration="TransactionalWS" contract="IApplicationManager"/>
         <endpoint address="http://localhost:8000/" binding="wsHttpBinding" bindingConfiguration="TransactionalWS" contract="IMembershipManager"/>
         <endpoint address="http://localhost:8000/" binding="wsHttpBinding" bindingConfiguration="TransactionalWS" contract="IPasswordManager"/>
         <endpoint address="http://localhost:8000/" binding="wsHttpBinding" bindingConfiguration="TransactionalWS" contract="IRoleManager"/>
         <endpoint address="http://localhost:8000/" binding="wsHttpBinding" bindingConfiguration="TransactionalWS" contract="IUserManager"/>
      </client>
      <bindings>
         <wsHttpBinding>
            <binding name="TransactionalWS" transactionFlow="true">
               <reliableSession enabled="True"/>
            </binding>
         </wsHttpBinding>
      </bindings>
   </system.serviceModel>
<startup><supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup></configuration>

Exécutez le fichier "CredentialsServiceHost.exe" en tant qu'administrateur, puis exécutez le fichier "CredentialsManager.exe". 

0
AAAA

Cela a fonctionné pour moi jusqu'à ce que je crée un rôle de sécurité puis un utilisateur, mais lorsque j'essaie d'exécuter mon site Web, le message suivant s'affiche: __. Erreur HTTP 403.14 - Interdit

Le serveur Web est configuré pour ne pas répertorier le contenu de ce répertoire . Causes les plus probables: • Un document par défaut n'est pas configuré pour l'URL demandée et la navigation dans les répertoires n'est pas activée sur le serveur.

Ce que vous pouvez essayer: • Si vous ne souhaitez pas activer la navigation dans les répertoires, assurez-vous qu'un document par défaut est configuré et que le fichier existe . • Activez la navigation dans les répertoires. 1.Accédez au IIS Répertoire d'installation rapide . 2. Exécutez appcmd set config /section:system.webServer/directoryBrowse/enabled: true pour permettre la navigation dans les répertoires au niveau du serveur . 3 Exécutez appcmd set config ["SITE_NAME"] /section:system.webServer/directoryBrowse/enabled: true pour permettre la navigation dans les répertoires au niveau du site.

• Vérifiez que l'attribut configuration/system.webServer/directoryBrowse@enabled est défini sur true dans le fichier de configuration du site ou de l'application.

0
Vikas Sharma