3

トラッキング データを処理する MVC サイトの開発。ターゲットは、MVC4 を使用し、SQL Server 2008 および IIS 7.5 を実行している Windows 2008 R2 サーバーに展開することです。これはドメインで実行されます。

機能していた元のセットアップは、Visual Studio 2012.2 を使用し、Windows 8、IIS 8 (Express ではない) を実行し、リモート SQL サーバーと通信する開発マシンでした。Developer Server を使用した開発は行われませんでした。ログに明らかな問題なく、Web サイトに接続したり、何かを実行したりできました。

2008 サーバーおよび IIS 7.5 への展開以降、問題が発生しました。ApplicationPoolIdentityにマップされたDefaultAppPoolを使用して、Binding *:80 で Web サイトを作成し、デプロイメントをアタッチしました。設定は次のとおりです。

Application pool: DefaultAppPool
.Net Framework Version: 4.0
Pipeline Mode: Integrated
Pass-through authentication.

テスト設定に、「アプリケーション プール ID は有効です」というメッセージが表示されます。Web サイトに仮想ディレクトリを追加すると、テスト設定に同じメッセージが表示されます。ディレクトリをアプリケーションに変換すると、テスト設定に「無効なアプリケーション パス」というエラー メッセージが表示されるようになりました。自分の資格情報を使用すると、テスト設定が有効であることが示されます。

リモート サーバーの IIS から Web サイト -> アプリケーション -> アクション -> 参照 *:80 ホームページを自動的に受信します。SQL サーバーへの呼び出しを含むページを参照すると、エラー 401.2 が表示されます。これは、リモート マシンの 404 にトレースされます。

IIS サーバーに Windows 認証がインストールされているため、SQL でログインを作成しましたIIS AppPool\DefaultAppPooldb_readerユーザーとして、およびdb_writerデータベースにアクセスするために同じものを追加しました。Web サイトの仮想ディレクトリの読み取り/書き込みおよび実行アクセス許可に ID を追加しました。

これに関する検索で見つけることができるすべてを読みましたが、問題はWindows認証がインストールされていないか、実行する必要がaspnet_regiis -iあるということです...しかし、私はそれをすべてやりました! これは構成の問題だと確信していますが、私はそれを理解することができず、過去 2 日間、これを修正しようとして疲れ果てていました。

Web.config セクションは次のとおりです。

<?xml version="1.0" encoding="utf-8"?>
<!--
  For more information on how to configure your ASP.NET application, please visit
  http://go.microsoft.com/fwlink/?LinkId=169433
  -->
<configuration>
  <configSections>

    <section name="entityFramework" type="System.Data.Entity.Internal.ConfigFile.EntityFrameworkSection, EntityFramework, Version=5.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false" />
  <!-- For more information on Entity Framework configuration, visit http://go.microsoft.com/fwlink/?LinkID=237468 --></configSections>
  <appSettings>
    <add key="webpages:Version" value="2.0.0.0" />
    <add key="webpages:Enabled" value="false" />
    <add key="PreserveLoginUrl" value="true" />
    <add key="ClientValidationEnabled" value="true" />
    <add key="UnobtrusiveJavaScriptEnabled" value="true" />
  </appSettings>
  <system.web>
    <compilation debug="true" targetFramework="4.5">
      <assemblies>
        <add assembly="System.Data.Entity, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
      </assemblies>
    </compilation>
    <httpRuntime targetFramework="4.5" />
    <authentication mode="Windows" />
    <authorization>
      <deny users="?" />
    </authorization>
    <pages>
      <namespaces>
        <add namespace="System.Web.Helpers" />
        <add namespace="System.Web.Mvc" />
        <add namespace="System.Web.Mvc.Ajax" />
        <add namespace="System.Web.Mvc.Html" />
        <add namespace="System.Web.Optimization" />
        <add namespace="System.Web.Routing" />
        <add namespace="System.Web.WebPages" />
      </namespaces>
    </pages>
    <identity impersonate="true" />
  </system.web>
  <system.webServer>
    <validation validateIntegratedModeConfiguration="false" />
    <handlers>
      <remove name="TestAsyncHttpHandler" />
      <add name="TestAsyncHttpHandler" path="*.svc" verb="*" type="System.ServiceModel.Activation.ServiceHttpHandlerFactory, System.ServiceModel.Activation, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
      <remove name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" />
      <remove name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" />
      <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
      <add name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness32" responseBufferLimit="0" />
      <add name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness64" responseBufferLimit="0" />
      <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" /></handlers>
        <modules>
            <remove name="WebDAVModule" />
        </modules>
  </system.webServer>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Web.Helpers" publicKeyToken="31bf3856ad364e35" />
        <bindingRedirect oldVersion="1.0.0.0-2.0.0.0" newVersion="2.0.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35" />
        <bindingRedirect oldVersion="1.0.0.0-4.0.0.0" newVersion="4.0.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Web.WebPages" publicKeyToken="31bf3856ad364e35" />
        <bindingRedirect oldVersion="1.0.0.0-2.0.0.0" newVersion="2.0.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="WebGrease" publicKeyToken="31bf3856ad364e35" />
        <bindingRedirect oldVersion="0.0.0.0-1.5.2.14234" newVersion="1.5.2.14234" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Microsoft.Data.OData" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-5.4.0.0" newVersion="5.4.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="Microsoft.Data.Edm" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-5.4.0.0" newVersion="5.4.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Spatial" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-5.4.0.0" newVersion="5.4.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="EntityFramework" publicKeyToken="b77a5c561934e089" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.0.0.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
  <entityFramework>
    <defaultConnectionFactory type="System.Data.Entity.Infrastructure.SqlConnectionFactory, EntityFramework" />
  </entityFramework>
  <connectionStrings>
    <add name="PerfTrendDataEntities" connectionString="metadata=res://*/Models.PerfTrendDBModel.csdl|res://*/Models.PerfTrendDBModel.ssdl|res://*/Models.PerfTrendDBModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;data source=perftrenddb;initial catalog=PerfTrendData;integrated security=True;MultipleActiveResultSets=True;App=EntityFramework&quot;" providerName="System.Data.EntityClient" />
  </connectionStrings>
  <system.serviceModel>
    <behaviors>
      <serviceBehaviors>
        <behavior name="TrendRestServiceBehavior">
          <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true" />
          <serviceDebug includeExceptionDetailInFaults="false" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <services>
      <service name="PerformanceTrendDB.Web.SubmitResults.TrendRestService" behaviorConfiguration="TrendRestServiceBehavior">
        <endpoint name="BasicHttp" address="basic" binding="basicHttpBinding" bindingConfiguration="FileUploadConfig" contract="PerformanceTrendDB.Web.SubmitResults.ITrendRestService" />
      </service>
    </services>
    <bindings>
      <basicHttpBinding>
        <binding name="FileUploadConfig" transferMode="StreamedRequest" />
      </basicHttpBinding>
    </bindings>
    <serviceHostingEnvironment multipleSiteBindingsEnabled="true" />
  </system.serviceModel>
</configuration>

この構成はすべて、私の開発ボックスの IIS 8 で機能します。IIS 7.5 に移行することで大きな違いがあったかどうかはわかりません。新しいマシン。

編集: ログ ファイルとトレース ファイルを追加

操作の流れ、Web サイトを開いて ManageUsers リンクをクリックします。ユーザーの負荷を管理すると、API 呼び出しが失敗します。ブラウザーが最初に匿名を使用しようとしてから、資格情報を使用してログインしようとすると、多くのエラーが発生しているように見えます...そのため、構成で2つのエラーが発生しているように見えます。

ログ ファイルの表示:

2013-10-16 03:05:37 10.23.34.146 GET /PerformanceData - 80 - 10.24.158.125 Mozilla/5.0+(Windows+NT+6.2;+WOW64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/30.0.1599.69+Safari/537.36 401 2 5 609
2013-10-16 03:05:39 10.23.34.146 GET /PerformanceData - 80 AMR\gjmason 10.24.158.125 Mozilla/5.0+(Windows+NT+6.2;+WOW64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/30.0.1599.69+Safari/537.36 200 0 0 2281
2013-10-16 03:07:01 10.23.34.146 GET /PerformanceData/Home/ManageUsers - 80 - 10.24.158.125 Mozilla/5.0+(Windows+NT+6.2;+WOW64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/30.0.1599.69+Safari/537.36 401 2 5 15
2013-10-16 03:07:01 10.23.34.146 GET /PerformanceData/Home/ManageUsers - 80 AMR\gjmason 10.24.158.125 Mozilla/5.0+(Windows+NT+6.2;+WOW64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/30.0.1599.69+Safari/537.36 200 0 0 484
2013-10-16 03:07:03 10.23.34.146 GET /perftrenddb/api/UserManagement - 80 - 10.24.158.125 Mozilla/5.0+(Windows+NT+6.2;+WOW64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/30.0.1599.69+Safari/537.36 401 2 5 1015
2013-10-16 03:07:03 10.23.34.146 GET /perftrenddb/api/UserManagement - 80 AMR\gjmason 10.24.158.125 Mozilla/5.0+(Windows+NT+6.2;+WOW64)+AppleWebKit/537.36+(KHTML,+like+Gecko)+Chrome/30.0.1599.69+Safari/537.36 404 0 2 296

要約されたスニペットに示されているトレース ファイル:

Summary (1st error)
Url: http://perftrenddb:80/PerformanceData/Home/ManageUsers 
App Pool: DefaultAppPool 
Authentication: NOT_AVAILABLE 

Summary (2nd error - same details)
Url: http://perftrenddb:80/perftrenddb/api/UserManagement 
App Pool: ASP.NET v4.0 Classic 
Authentication: NOT_AVAILABLE 

Summary (3rd error - from a STATUS_CODE 404)
Url: http://perftrenddb:80/perftrenddb/api/UserManagement 
App Pool: ASP.NET v4.0 Classic 
Authentication: Negotiate 

それで3つのこと?

  1. 匿名ユーザーとしてログインしようとしていますか、それともなりすましの試みですか? 普通?
  2. (解決済み、解決策 2 を参照) API 呼び出しはhttp://perftrenddb:80/perftrenddb/api/UserManagement、私がセットアップした方法でも、ローカル マシンで実行した方法でもありません。
  3. アプリケーション プールが統合パイプラインを使用する DefaultAppPool ではなく Classic に変更されましたが、それは問題ですか?

2 番目と 3 番目のエラー トレースは JS ファイルにあるため、回答できます。開発環境で作業するようになったのは私のせいです (これが Web 開発への最初の進出であり、通常はアプリケーション ライブラリに固執します!)。私はその部分の解決策を持っています...それは私のウェブサイトを機能させましたが、私は理解していない最初の問題とアプリケーションプールの切り替えに関するエラー/トレースをまだ取得しています。

私は理解できない奇妙な問題が嫌いなので、401.2 匿名ログインの問題を修正するための洞察は素晴らしいでしょう!

解決策 2 仮想ディレクトリ名をハードコーディングした初心者向けのコンテキスト プレフィックスを修正するために、Developer Server/IIS Express/IIS 展開の問題を解消する修正があります。

_Layout.cshtmlこれをまたはマスター ページに追加します。

    <script type="text/javascript">
        var config = {
            contextPath: '@Url.Content("~")'
        }
    </script>

次に、JS ファイルに以下を追加します。

var apiUri = config.contextPath + "api/MyWebApi";

MyWebApiアクセスしている API コントローラーの名前はどこにありますか。これで、問題なく電話をかけることができますgetJSON。つまり、

$.getJSON(apiUri, null).success( /* Your code */ );
4

1 に答える 1