タグ付けされた質問 「asp.net」

マイクロソフトが開発したWebアプリケーションフレームワーク

11
システムを24時間365日悪用しようとする中国のハッカーボット
私たちのサイトは、中国に解決するIPアドレスを持つボットから絶えず攻撃を受け、システムを悪用しようとしています。それらの攻撃は成功していませんが、サーバーリソースの絶え間ない流出です。攻撃のサンプルは次のようになります。 2010-07-23 15:56:22 58.223.238.6 48681 xxx.xx.xx.xx 80 HTTP/1.1 GET /phpMyAdmin-2.6.4/scripts/setup.php 400 - Hostname - 2010-07-23 15:56:23 58.223.238.6 48713 xxx.xx.xx.xx 80 HTTP/1.1 GET /phpMyAdmin-2.6.5/scripts/setup.php 400 - Hostname - 2010-07-23 15:56:23 58.223.238.6 48738 xxx.xx.xx.xx 80 HTTP/1.1 GET /phpMyAdmin-2.6.6/scripts/setup.php 400 - Hostname - 2010-07-23 15:56:24 58.223.238.6 48761 xxx.xx.xx.xx 80 HTTP/1.1 GET /phpMyAdmin-2.6.7/scripts/setup.php 400 …


1
TLS 1.2を無効にするとRSTパケットが停止します
環境、 Webサーバー-Server 2012 R2、IIS 8、ASP.NETアプリケーション ファイアウォールCisco 5515 管理対象外のHPスイッチ、vlaningなし クライアントは外部からCurlを使用してアプリケーションにアクセスしています。 他の人はサーバーを使用しないでください。 wiresharkを使用すると、TLS 1.2を有効にしている場合、最後にサーバーにヒットするたびにRSTが表示されます TLS 1.2を無効にすると、パケットRSTはなくなり、すべて正常に見えます。 これは何が原因ですか? もう情報が必要な場合はお知らせください。

1
IISで32ビットアプリケーションプールがより効率的なのはなぜですか?[閉まっている]
ここで何が尋ねられているかを伝えるのは難しいです。この質問は曖昧、曖昧、不完全、過度に広範、または修辞的であり、現在の形式では合理的に答えることができません。この質問を明確にして、再開できるようにするには、ヘルプセンターに アクセスしてください。 6年前に閉鎖されました。 IISで2つの異なるASP.NET Webアプリケーションを使用して負荷テストを実行しました。テストは、5、10、25、および250のユーザーエージェントで実行されます。8 GB RAM、Windows 7 Ultimate x64を搭載したボックスでテスト済み。IISと負荷テストプロジェクトの両方を実行する同じボックス。 何度も実行しましたが、データは非常に一貫しています。アプリケーションプールで[32ビットアプリケーションを有効にする]をTrueに設定している場合、すべてのロードで、「平均ページ時間(秒)」および「平均応答時間(秒)」が低くなります。負荷が高いほど、差はより顕著になります。非常に高い負荷で、アプリケーションプールが64ビットの場合、Webアプリケーションはエラー(503)をスローし始めますが、32ビットに設定されている場合、それらは維持できます。 32ビットアプリプールの効率が大幅に向上するのはなぜですか?アプリケーションプールのデフォルトが32ビットではないのはなぜですか?

4
IIS7 ASP.NETアプリケーション-2つの同一のアプリプールにある2つの同一のアプリ、1つは応答性があり、1つは応答しない
仮想ディレクトリに(アプリケーションとして)インストールされ、独自のアプリプールでホストされるASP.NET(v4.0)Webアプリがあります。これは、アプリの各インスタンス(顧客ごと)で繰り返されます。 アプリプールは(クラシックではなく)統合モードであり、LoadUserProfileはtrueに設定されます。それ以外の場合、デフォルト設定。 現在、各インスタンスには独自のコード/構成のコピーがあり、独自のデータフォルダー(基本ファイルの読み取り/書き込み)があります。 このアプリの1つのインスタンスは正常に実行されます(比較に使用される操作は最大4秒かかります)。他のすべてのインスタンスの実行は遅くなります(同じ操作の場合は10〜25秒)。 低速のインスタンスを「最速」のアプリプールに移動すると、そのインスタンスが復活します。高速なインスタンスを低速なアプリプールに移動すると、そのインスタンスはクロール速度が低下します。 アプリプールは、最初は同じ方法で(手動で)作成されました。後でpowershellコピールーチンを使用して、より高速なアプリプールの正確なコピーを確保し、同じ動作を維持しました。apppool.configファイルを比較すると、仮想ディレクトリの割り当てがない限り同じファイルであることがわかります。 私が知る限り、ブロックされている共有リソースはなく、パフォーマンスの高いアプリプールをシャットダウンして再起動することでテストしました...遅いのはまだ遅いので、そのアプリプールを再起動すると(ロードされます)最後)それはまだ速いです...

1
ASP.NETアプリケーションを自動起動するにはserviceAutoStartProvider属性が必要ですか?
私は、ASP.NET 4.0アプリケーションを自動起動するようにセットアップする方法の例を提供する、ASP.NETアプリケーションの自動起動に関するScott Guthrieの投稿を読んでいます。 <applicationPools> <add name="MyAppWorkerProcess" managedRuntimeVersion="v4.0" startMode="AlwaysRunning" /> </applicationPools> <!--...--> <sites> <site name="MySite" id="1"> <application path="/" serviceAutoStartEnabled="true" serviceAutoStartProvider="PreWarmMyCache" /> </site> </sites> <!--...--> <serviceAutoStartProviders> <add name="PreWarmMyCache" type="PreWarmCache, MyAssembly" /> </serviceAutoStartProviders> 彼の投稿から不明な点は、次の構成がASP.NETアプリケーションを自動起動するかどうかです。 <applicationPools> <add name="MyAppWorkerProcess" managedRuntimeVersion="v4.0" startMode="AlwaysRunning" /> </applicationPools> <!--...--> <sites> <site name="MySite" id="1"> <application path="/" serviceAutoStartEnabled="true" /> </site> </sites> ここでの違いは、起動するように指定されたクラスがないことです。理想的には、アプリケーションがロードされるだけです。サイトのアプリケーションに関するドキュメントは、serviceAutoStartEnabled属性が機能するために属性が必要であることを暗示していますserviceAutoStartProvider。ただし、追加の属性が提供されていない場合に何が起こるかは示されていません。 …

3
IIS7に存在しないAsp.net 4.0ハンドラーマッピング
asp.net 4.0アプリを実行している2つのWindows 2008 R2サーバーがあります。問題が発生しているサーバーは実際にはasp.netページを正常にロードしますが、ajax呼び出しがあると機能しません。他のサーバーのようなこのサーバーのIISには、.net 4.0固有のハンドラーマッピングがないことに気付きました。 文字通り、すべての.net 4.0マッピング(.axd、.soap、.cshtm、.ashx、さらには.aspx)が欠落しています。「aspnet_regiis -ir」を実行しようとしましたが、それは役に立ちませんでした。.net 4.0フレームワークを再インストールする必要がありますか?これらの欠落しているマッピングをすべて手動で追加しますか?他に何か起こっていますか? 私がやりたくないのは、大量のハンドラーをweb.configに追加することです。それらは動作するサーバーには必要ないので、壊れたサーバーには必要ないはずです。

5
Powershellを介してIIS APPPOOL \ *アカウントのACL権限を追加するにはどうすればよいですか?
新しいWebサイトのIISアカウントを設定して、アクセス許可を変更できるようにしたいのですが。次のスクリプトがあります。 function Set-ModifyPermission ($directory, $username, $domain = 'IIS APPPOOL') { $inherit = [system.security.accesscontrol.InheritanceFlags]"ContainerInherit, ObjectInherit" $propagation = [system.security.accesscontrol.PropagationFlags]"None" $acl = Get-Acl $directory $user = New-Object System.Security.Principal.NTAccount($domain, $username ) $accessrule = New-Object system.security.AccessControl.FileSystemAccessRule($user, "Modify", $inherit, $propagation, "Allow") $acl.AddAccessRule($accessrule) set-acl -aclobject $acl $directory } しかし、実行すると、次のようなエラーが発生します。 Set-Acl:このワークステーションとプライマリドメイン間の信頼関係が失敗しました。 これはがIIS APPPOOL本物のドメインではないためだと思いますが、一種の偽アカウントの奇妙な接頭辞です。このアカウントを参照して、これを機能させるための正しい方法はありますか?

2
ASP.NET 4.5へのアップグレード後に404エラーが発生する
最近、Webアプリを.NET 4.5にアップグレードしました。コードをテスト環境にプッシュした後、「404-ファイルまたはディレクトリが見つかりません」と表示されます。エラー。コードはVS2013デスクトップから正常に実行されます。WebサーバーはW2K08 R2でIIS 7.5を実行しています。サイトで.aspまたは.htmページを表示できますが、最も単純な.aspxページを表示しようとすると、このエラーが発生します。それは私のweb.configの構成の問題だと思います。

2
.Net 4.5 Webサイトから403以外を取得できません
シナリオ:Clean Server 2008 R2のインストールとIISの役割。 インストールされたFramework 3.5(サーバー機能)インストールされたFramework 4.5 RC(MSダウンロード) 実行された C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -i (私は-iru既存のサーバーで使用しますが、これはクリーンビルドです)。 ファイルシステム経由で公開(SMB共有) .Net 4.0統合アプリケーションプールを使用してフォルダーをアプリケーションに変換 すべてを停止/再開しました。 ブラウズlocalhost/TestApp403.14(禁断のディレクトリの参照)での結果 どのステップを逃したのですか?問題のサイトはMVC4で、4.5 RCフレームワークをターゲットにしています
10 iis  asp.net  .net 

2
IISはステータス995でリクエストスレッドを中止します
本番サーバーで問題が発生しているサイトがありますが、リクエストが中止された(つまり、応答がない)開発マシンでは問題が発生していません。 毎回正確に1:19分後に失敗し、私の開発マシンでのリクエストは約1:44かかります。 コンテンツの長さは約650Kなので、問題ありません。 運用環境はIIS7を搭載したWindows 2008であり、開発環境はIIS 7.5を搭載したWindows 7です。 は同一のweb.configを持っていますが、マシンの設定は少し異なります(ただし、インストールから標準である必要があります) 何が原因でしょうか? アクセスログを見ると、行はwin32-code 995によって0バイトと応答して0バイトを示しています。これは0である必要があります。これはアクセス行の最後の列です。 sc-status sc-substatus sc-win32-status sc-bytes time-taken 200 0 995 0 76933 995は「スレッドが中止されました」または何かに関連しているようです。したがって、要求を中止するのはIISであると確信しています。w3wp.exeプロセスは、リクエストが停止した後もしばらくは実行されているように見えるため、出力ストリームに書き込む時間になるまで、Webアプリケーションが気付くこともないと思います。 編集:別の接続で試してみましたが、データがないためにファイアウォールが接続をドロップするようです(時期尚早)。したがって、995コードです。

3
IIS 7は200ではなく304を返す
IIS 7で奇妙な問題があります。 時々、200ではなく304を返すようです。 以下は、Fiddlerでキャプチャされたサンプルリクエスト です。 GET https://[mysite]/Content/js/jquery.form.js HTTP/1.1 Accept: */* Referer: https://[mysite]/Welcome/News Accept-Language: sv-SE User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; OfficeLiveConnector.1.4; OfficeLivePatch.1.3; .NET4.0C; .NET4.0E) Accept-Encoding: gzip, deflate Host: [mysite] Connection: Keep-Alive …

3
IIS 7.5は静的HTMLページをロードしません
専用サーバーに新しくインストールされたIIS 7.5があります。ASP.NET 4.0 Webアプリがそのフォルダーにコピーされ、新しいWebサイトがポスト80の独自のIPで作成され、IIS_IUSRおよびIUSRアカウントがサイトのフォルダーに対する読み取り/実行権限を持ち、サイトが4.0 .NETの独自の統合アプリプールに割り当てられます(同じ結果でクラシックプールを試しました)。 問題:このWebサイトにアクセスしようとすると、ブラウザーはaspxページ、.axdファイルなどの.NETリソースによって生成されたコンテンツのみをロードします。静的画像、静的js、css、htmlファイルはページソースにありますが、IISはそうしませんそれらを提供しないでください。すべてのブラウザーの開発ツールは、これらすべての静的リソースが間違ったコンテンツタイプ(画像、スタイルなどではなくプレーンテキスト)でサーバーから送信されたと報告しています。何が悪いのでしょうか?

3
IISリセットは、キャッシュされたアイテムを強制的に再送信しますか?
サイトのアップデートをリリースするときに、キャッシュされたJavaScriptファイル、CSS、画像などを処理する戦略を開発しようとしています。JavaScriptファイルにバージョン番号を実装する前に、リリースごとにIISをリセットすると、キャッシュされたファイルが効果的に再送信されるかどうか疑問に思いました。
10 iis-7  asp.net  cache 

1
configSourceファイル「connections.config」も親で使用されていますが、これは許可されていません。
質問: 私は次の状況に直面しています: マシン「vmsomething」にデプロイされたASP.NET .NET 4.0 Webアプリケーション。 IIS 7.5で実行されているWebアプリケーションは、vmsomethingのd:\ webs \ myapplicationにあります。 アプリケーションの構成ファイル: connections.config <?xml version="1.0"?> <connectionStrings> <remove name="server"/> <add name="server" connectionString="Data Source=OUR_DB_Server;Initial Catalog=MY_INITIAL_CATALOG;Persist Security Info=False;User Id=OUR_DB_User;Password=OUR_TOP_SECRET_PASSWORD;MultipleActiveResultSets=False;Packet Size=4096;Application Name="MyApplication"" providerName="System.Data.SqlClient"/> </connectionStrings> web.config: <?xml version="1.0"?> <configuration> <connectionStrings configSource="connections.config"/> <system.web> <roleManager enabled="true" defaultProvider="AspNetWindowsTokenRoleProvider"/> <compilation strict="true" explicit="true"> <assemblies> <add assembly="System.DirectoryServices, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/> <add …

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.