IISでサイトを開始できません（別のプロセスで使用）

IISでサイトを起動しようとすると、次のように表示されます。

別のプロセスが使用しているため、プロセスはファイルにアクセスできません

Googleで検索したところ、別のサイトがポート80を使用している可能性があることがわかりましたが、MyIISでは、このサイトだけがポート80を使用していることがわかります。

コマンドプロンプトを使用して確認するnetstat -aonかnetstat -aon | findstr 0.0:80、ポート：80をリッスンしているプロセスIDを確認し、ビュー->列の選択->プロセスIDがチェックされているタスクマネージャーでそのプロセスID（PID）を監視します。そのプロセスを終了し、IISを再起動すれば完了です。（注：Skypeがインストールされている場合は、まずそのプロセスを終了してみてください。）

最新のタスクマネージャーでは、[ 詳細 ]タブに移動してPIDを検索する必要があります。または、@ Nikita Gのコメントで述べたように、このコマンドを使用して、コマンドプロンプトからタスクを見つけることができます。

tasklist /FI "PID eq 123"

注：123最初のコマンドから返されたPIDで変更します。

別のプロセスがポート80を使用しているため、SkypeなどのPC上のチャットアプリケーションである可能性があります。

最初に、80であったデフォルトのWebサイトポートを未使用のポート（たとえば8087）に変更します。これを行うには、アプリケーションを右クリックして、[バインディングの編集]をクリックします。

このポート変更後、再起動してください。これで、IISポート80をブロックしているプロセスを特定できます。これを確認するには、ポートの詳細とプロセスIDを表示するnetstatコマンドを使用します。

Skypeからサインアウトして、もう一度やり直してください。同じ問題が発生し、SkypeからログアウトしてIISをリセットしました。それは私のために働いた。

このコマンドを実行して、ポートを使用しているアプリケーションまたはサービスを見つけ、タスクマネージャーで追跡することもできます（Web配置エージェントサービスでない場合）。

netstat -o -n -a | findstr 0.0：80

次に、タスクマネージャーを開き、[プロセス]に移動し、[すべてのユーザーのプロセスを表示する]チェックボックスをクリックして、[表示]メニューをクリックし、[列]に移動して、PID列を追加します。

netstatコマンドのプロセスIDをタスクマネージャーのPIDと一致させると、ポートを使用しているサービスまたはアプリケーションが見つかります。

他の人が言ったように、何か別のものがポート80または443を使用している可能性があります。それは私にとってVMWare Workstation Serverでしたが、netstatの使用方法については他の回答を確認してください。

このリンクはこの問題のかなり良い説明と修正を提供していると思いますhttp://support.microsoft.com/KB/890015

ほとんどの時間; これは次の2つの理由のいずれかが原因です。1）ポート80が他で使用されており、他の人が示唆しているように、netstat -o -n -a | findstr 0.0：80を使用して、これに該当するかどうかを確認できます。はいの場合は、タスクマネージャからプロセスを強制終了します（すべてのユーザーのプロセスを表示するにチェックマークを付けます）

2）ポート80が使用されていない場合、2番目の原因は、HTTP-> ParametersのレジストリキーにファイルされているListenOnlyListの無効なIPアドレスである可能性があります。リンクに従ってキーを手動で設定するか、実際には（xpおよびserver 2003）httpcfg delete iplisten -i ipaddressを使用して無効なIPアドレスを削除できます。ipaddressを編集したら、httpを再起動する必要があります。

私の場合、それは「同期共有サービス」でした実行されていてポート80を使用し」（SyncShareSvc）でした。ただし、netstatは80を無料として示しました。80ではなく、別のポートでサイトを実行できます。ホスト名を追加した場合、IISでサイトを起動できますが、localhost（または任意のホスト名）を参照すると、ダイジェスト認証のプロンプトが表示されます。追加されました）。IISでは匿名認証とフォーム認証のみが有効になっています...

IISを停止した後、 http://localhostまだダイジェスト認証を要求。

私の場合、解決策は、ファイルとストレージサービス>ファイルとiSCSIサービス>「ワークフォルダー」を削除することでした。サービスからは（再起動が必要）インストールされています。

「Work Folders」サービスを削除して再起動した後、IISは期待どおりに機能しました。

私の場合は、RD Webアクセスをインストールした後、元のデフォルトのWebサイトを起動できませんでした。RD Webアクセスの役割を引き続き削除しました。ポート443バインディングを削除して問題を解決しました。

これがWeb開発者によって発生するほとんどの場合はApacheが理由です。Apacheから構成ファイルにアクセスすると、それを開いてctrl + fで検索して80にして、表示されるIPを8080に変更し、その下の文を80から8080に変更して、xamppで構成する必要があります。または、プログラムuが現在使用しています。

私があなたたちを助けてくれることを願っています

より意味のある情報を取得するための1つの方法は、発行時に所有権情報も取得netstatして、80（デフォルトのhttpバインディング）または443（httpsバインディングが定義されている場合）を使用しているプロセスを確認することです。

 netstat -ab

私の場合、犯人はvmwareでした：

TCP
0.0.0.0:443 ComputerName：0 LISTENING [vmware-hostd.exe]

netstatをパイプで検索してポート80または443（例：）を検索することができますfind ":443"が、これらの特定のアクティブな接続は、リストの最初に表示され、見やすくなっています。