從字面上看，它是一個空白頁面，在左上角只有「壞請求」，沒有別的。我試圖在本地運行一個ASP.Net網站用於開發目的。以下是我已經做到了這種不幸的狀態：IIS已安裝並激活（顯然），我已打開所有窗口功能iis 7只顯示「壞請求」
Internet信息服務 - >萬維網服務 - >應用程序開發功能
以及下
Internet信息服務 - >萬維網服務 - >常見HTTP功能
我還編輯了hosts文件包含： 127.0.0.1 dev.myproject .com 127.0.0.2 dev.myproject.com
坦率地說，我不知道爲什麼127.0.0.2被映射，當我的老闆向我展示了他添加它的過程，所以我在這裏也做了同樣的事情。我很確定它只會在127.0.0.1下工作，所以如果有人想告訴我爲什麼你想映射127.0.0.2以及我會很高興。
過去的這一點，因爲這是IIS7，但我們使用ii6所示URL重寫我已經按照這篇文章的步驟：http://www.improve.dk/blog/2006/12/11/making-url-rewriting-on-iis7-work-like-iis6
長話短說（文章）下處理程序映射靜態文件處理程序設置爲匹配*.*和只在文件上調用，並且我有一個通配符處理程序，它被設置爲匹配*，並且沒有可執行文件％windir％\ Microsoft.NET \ Framework \ v2.0.50727 \ aspnet_isapi.dll的映射請求限制。此外，通配符處理程序是要調用的最後一個處理程序。該網站在Classic .NET App Pool下運行，並且由於該機器是64位機器，但它是一個32位項目，因此我已經爲Classic .Net App Pool設置了啓用32位應用程序爲true。
現在，直到這個過程的最後一步（啓用32位應用程序），我變得非常漂亮和正常的iis7錯誤。在那裏你得到詳細的錯誤信息，它告訴你可能的原因和可能的修復。所以iis本身就是絕對有用的。除此之外，如果我請求特定的頁面，如dev.myproject.com/default.aspx，它將被正確地提供。但是，如果我嘗試dev.myproject.com/，那麼我會收到「錯誤的請求」頁面。所以我認爲它必須是一個URL重寫問題。
加入陰謀，我已經經歷了這個過程，並且實際上有這個項目在我自己的計算機上工作（試圖在當前的同事身上設置它），並且我找不到我的設置和我的同事之間的任何區別。顯然有一個區別，我只是爲了我的生活找不到/搞明白了。
因此，無論如何，我會拋開你的集體憐憫，並提前致謝。
我該如何判斷是否屬實？另外，就像我說的，我可以運行一個aspx頁面，只要我給出確切的鏈接，即：dev.myproject.com/default.aspx而不是dev.myproject。com/ – Trajanus 2009-09-18 20:20:11
那麼，我意外地偶然發現了一個'解決方案'。我將靜態文件處理程序切換回它的默認值（所以它映射到*，映射請求限制是文件或文件夾），現在它正在工作。但我不打算標記這個答案，因爲我不明白它爲什麼會起作用。我不認爲它是默認文檔，因爲項目的根目錄中有一個default.aspx，並且位於默認文檔列表中。我會在星期一回來查看日誌。我很感謝西拉的幫助。 – Trajanus 2009-09-18 23:38:23
試圖進入默認頁面我在日誌中獲得以下內容： 2009-09-23 20:07:42 127.0.0.1 GET/- 80 - 127.0.0.1 Mozilla/5.0 +（Windows; + U; + Windows + NT + 6.0; + en-US; + rv：1.9.1.3）+ Gecko/20090824 + Firefox/3.5.3 +（。NET + CLR + 3.5.30729）400 0 0 63 因此，一個默認的文檔問題，但當我試圖訪問該網站的另一部分時，我得到的內容相同： 2009-09-23 20:18:24 127.0.0.1 GET/Video-Page/View-535 - 80 - 127.0.0.1 Mozilla的/ 5.0 +（窗口; + U +的Windows NT + 6.0 + + EN-US; + RV：1.9.1.3）+壁虎/ 20090824 +火狐/ 3.5.3 +（.NET CLR + + 3.5.30729） 400 0 0 0 還有什麼想法？ – Trajanus 2009-09-23 20:23:46