（C#）asp_net調試錯誤解決方法收集（１）
（C#）asp_net調試錯誤解決方法收集（１）
2007-11-2309:20
一、異常詳細信息:System.InvalidOperationException:對於不返回任何鍵列信息的SelectCommand不支持UpdateCommand的動態SQL生成。
源錯誤:
行156：publicvoidbuilderEditClose()
行157：{
行158：ada.Update(ds);
行159：Close();
行160：ds.Clear();
然後就是最後的更新，當然是用DataAdapter的Update()方法藉助CommandBuilder來實現，要注意的是，返回的錯誤將是「對於不返回任何鍵列信息的SelectCommand不支持UpdateCommand的動態SQL生成。」這是因為我們用的Update()實際上是通過CommandBuilder動態生成sql語句，然後才進行的資料庫操作。這一點是必須要牢記的。
二、源錯誤:
執行當前Web請求期間生成了未處理的異常。可以使用下面的異常堆棧跟蹤信息確定有關異常原因和發生位置的信息。
堆棧跟蹤:
出現這個錯誤肯定是資料庫的原因
1。查看資料庫是否為只讀
2.資料庫所在文件夾是否有可寫許可權
3。查看你的語句是否有問題
4。若有時候有，有時候沒有，一般為資料庫並發訪問鎖表適成的，檢查對資料庫的訪問，保證每次對資料庫操作結束後關閉連接
總之你必須總結出什麼時候報錯是所有時候還是操作某個表的時候
三、調試ASP.NET應用程序時出現"未將項目配置為進行調試"的錯誤信息
癥狀
當您在VisualStudio.NET中調試ASP.NET應用程序時，可能會出現下面的錯誤信息：
Error while trying to run project:Unabletostartde bugging on the
webserver.The project is not configured to be debugged
For ASP.NET projects,verify that you have a valid projectfile
called"Web.config"fortheURLspecifiedand"debug"issetto
"true"inthatfile.
For ATLServerprojects,verify that the"DEBUG"verbisassociated
With yourISAPIextension.
Would you like to disable future attempts to debug ASP.NET pagesfor
This project?
原因
出現此錯誤主要是因為下列原因：
ASP.NET應用程序沒有Web.Config文件。
"Internet服務管理器"中當前項目文件夾的執行許可屬性設置為了無。
解決方案
若要解決此問題，請根據您的具體環境，使用以下方法之一：
如果您的項目沒有Web.config文件，則向包含該ASP.NET應用程序的目錄添加一個Web.config文件。如果您是在VisualStudio.NET中工作，則用右鍵單擊"項目資源管理器"中的項目，單擊添加新項，然後單擊Web配置文件。
如果您的項目已經有了Web.config文件，而且該Web.config文件的"編譯"部分中debug屬性設置為了true，則請按照下列步驟設置該項目文件夾的執行許可屬性：
1啟動"Internet服務管理器"，然後單擊要嘗試進行調試的項目。
2右鍵單擊該項目，然後單擊屬性。
3單擊目錄選項卡。
4如果在執行許可列表中選擇了無，則單擊"僅顯示腳本"然後單擊應用。
四、在發送調試HTTP請求時出現"無法啟動調試"的錯誤信息
癥狀
當您在VisualStudio.NET中調試ASP.NET應用程序時，可能會出現下面的錯誤信息：
Errorwhiletryingtorunproject:Unabletostartdebuggingonthe
webserver.Server-sideerroroccurredonsendingdebugHTTPrequest.
Makesuretheserverisoperatingcorrectly.Makesuretheserveris
operatingcorrectly.YoumayalsowanttorefertotheASP.NETand
ATLServerdebuggingtopicintheonlinedocumentation.Wouldyou
liketodisablefutureattemptstodebugASP.NETpagesforthis
project?
原因
如果ASP.NET應用程序的Web.config文件中有語法錯誤，就會發生此問題。
解決方案
若要解決此問題，要確保Web.config文件中的可擴展標記語言(XML)有效且格式正確。此外，還要記住Web.config中的一切字元都是區分大小寫的。
五、調試ASP.NET應用程序時出現"訪問被拒絕。請檢查計算機調試管理器的DCOM配置設置。"的錯誤信息
癥狀
當您在VisualStudio.NET中遠程調試ASP.NET應用程序時，可能會出現下面的錯誤信息：
Errorwhiletryingtorunproject:Unabletostartdebuggingonthe
webserver.Accessisdenied.ChecktheDCOMconfigurationsettings
forthemachinedebugmanager.Wouldyouliketodisablefuture
attemptstodebugASP.NETpagesforthisproject?
原因之所以會發生此錯誤是因為試圖進行遠程調試的用戶不是MicrosoftInternetInformationServer(IIS)伺服器上"調試器用戶"組的成員。
解決方案
若要將適當的用戶添加到"調試器用戶"組中，請在Web伺服器上按照下列步驟操作：
1從Windows開始菜單中，指向程序，指向管理工具，然後單擊計算機管理。
2在左窗格中，單擊以展開計算機管理，系統工具和本地用戶和組節點。
3單擊組，然後雙擊調試器用戶。
4在調試器用戶屬性對話框中，單擊添加。
5在選擇用戶或組對話框中，選擇適當的用戶，然後單擊確定。
6單擊確定退出調試器用戶屬性對話框。
7關閉"計算機管理"資源管理器。
六、調試ASP.NET應用程序時出現"無法在Web伺服器上啟動調試"的錯誤信息
癥狀
當您在VisualStudio.NET中調試ASP.NET應用程序時，可能會出現下面的錯誤信息：
Errorwhiletryingtorunproject:Unabletostartdebuggingonthe
webserver.Wouldyouliketodisablefutureattemptstodebug
ASP.NETpagesforthisproject?
原因
之所以發生此錯誤是因為MicrosoftInternetInformationServer(IIS)未運行或者運行不正常。
解決方案
若要解決此問題，必須重新啟動IIS。為此，請在命令提示符處鍵入iisreset。
七、調試ASP.NET頁時VisualStudio.NET調試器不在斷點停止
癥狀在VisualStudio.NET中調試ASP.NET應用程序時，調試器可能不在斷點處停止。
原因
之所以會發生此問題，是因為在應用程序中未啟用ASP.NET調試。
解決方案
若要解決此問題，請在VisualStudio.NET中按照下列步驟操作：
1在"解決方案資源管理器"中，選擇項目名稱。
2在項目菜單中，單擊屬性。
3單擊以展開配置屬性節點。
4在調試下的啟用ASP.NET調試列表中，單擊True。
說明:執行當前Web請求期間，出現未處理的異常。請檢查堆棧跟蹤信息，以了解有關該錯誤以及代碼中導致錯誤的出處的詳細信息。
異常詳細信息:System.Data.OleDb.OleDbException:操作必須使用一個可更新的查詢。
八、無法調試ASP.NETWeb應用程序
癥狀
當您在MicrosoftVisualStudio.NET中調試ASP.NET應用程序時，可能會顯示下面的Microsoft
開發環境錯誤信息：
Errorwhiletryingtorunproject:Unabletostartdebuggingontheweb
server.TheserverdoesnotsupportdebuggingofASP.NETorATLServer
applications.RunsetuptoinstalltheVisualStudio.NETserver
components.Ifsetuphasbeenrun,verifythatavalidURLhasbeen
specified.
YoumayalsowanttorefertotheASP.NETandATLServerdebuggingtopic
intheonlinedocumentation.Wouldyouliketodisablefutureattemptsto
debugASP.NETpagesforthisproject?
原因
如果Microsoft.NETFramework設置或安裝沒有正確完成，則可能發生此錯誤。發生此錯誤時，在MicrosoftInternet信息服務(IIS)中不會正確配置ASP.NET文件擴展名（例如.aspx）的應用程序映射。
若要檢查應用程序映射是否正確，請按照下列步驟操作：
1單擊開始，指向程序，指向管理工具，然後單擊Internet服務管理器。
2展開對應於本地主機（計算機名）的節點，然後展開默認Web站點節點。
3右鍵單擊Web應用程序目錄，然後單擊屬性。
4在目錄選項卡上的應用程序設置下，單擊配置。
5單擊應用程序映射選項卡。
6在應用程序映射選項卡的應用程序映射下，檢查.aspx擴展名是否映射到以下動態鏈接庫(DLL)：
C:WindowsDirectoryMicrosoft.NetFrameworkv1.0.3705aspnet_isapi.dll
備註：必須用您的系統的正確目錄替代此路徑中的WindowsDirectory。
7如果未找到應用程序映射條目，請遵循"解決辦法"一節中的步驟執行。
解決方案
若要解決此問題，請使用Aspnet_regiis.exe管理實用工具，該實用工具在單個計算機上管理多個版本的ASP.NET的安裝和卸載。
若要使用Aspnet_regiis.exe實用工具，請遵循以下步驟：
1單擊開始，然後單擊運行。
2在打開框中鍵入cmd，然後單擊確定以打開命令提示。
3在命令提示處，鍵入cd命令以更改為以下目錄：
C:WindowsDirectoryMicrosoft.NetFrameworkv1.0.3705
4鍵入aspnet_regiis-i以正確配置所需的應用程序映射。
Errorwhiletryingtorunproject:Unabletostartdebuggingontheweb
server.Accessisdenied.Wouldyouliketodisablefutureattemptstodebug
ASP.NETpagesforthisproject?
請驗證您是計算機上"管理員"組和"調試器用戶"組的成員。非管理員不具有調試ASP.NET輔助進程(Aspnet_wp.exe)的正確許可權。
九、
一個提交頁面，我用RequiredFieldValidator控制TextBox不能為空，在本地的時候一切正常，但是今天上傳到伺服器上卻出現問題，點擊提交按鈕，什麼都沒有驗證，直接就到達了所符合的頁面，後來，朋友讓我把aspnet_client上傳到伺服器文件的根目錄下面，則當textbox為空的時候，點擊提交按鈕的時候，也可以提示為空，但是當textbox不為空的時候，點擊提交按鈕，則什麼反應都沒有，就好像是按鈕事件丟失一樣！！
看看伺服器根目錄下有aspnet_client目錄嗎？沒有把本地的拷貝上去。
伺服器上重新註冊：aspnet_regiis-i
http://blog.csdn.net/fancyf/archive/
有人發帖問「aspnet_client必須放在web根目錄嗎？怎樣改變這個路徑？」
我一開始猜想這個路徑可能是硬編碼的。為了證實一下，就打開了Reflector，試圖尋找到類似"/aspnet_client/system_web/1_1_4322/"的字元串，卻發現這個目錄的位置是可以自定義的，但是MSDN中沒有公開。相關代碼在System.Web.UI.Util.GetScriptLocation(HttpContext)中，
1internalstaticstringGetScriptLocation(HttpContextcontext)
2...{
3stringtext1=null;
4IDictionarydictionary1=(IDictionary)
context.GetConfig("system.web/webControls");
5if(dictionary1!=null)
6...{
7text1=(string)dictionary1["clientScriptsLocation"];
8}
9if(text1==null)
10...{
11thrownew
HttpException(HttpRuntime.FormatResourceString("Missing_clientScriptsLocation"));
12}
13if(text1.IndexOf("{0}")>=0)
14...{
15stringtext2="system_web";
16stringtext3=VersionInfo.IsapiVersion.Substring(0,
VersionInfo.IsapiVersion.LastIndexOf(".")).Replace(".","_");
17text1=string.Format(text1,text2,text3);
18}
19returntext1;
20}
然後再machine.config中找到了默認的配置：
當然也可以在web.config中針對單個應用程序進行配置。如果要把aspnet_client目錄放在根目錄下的myweb中，那麼就在web.config文件的標籤內加上這麼一句:或者直接寫就可以了。
十、配置錯誤
說明:在處理向該請求提供服務所需的配置文件時出錯。請檢查下面的特定錯誤詳細信息並適當地修改配置文件。
分析器錯誤信息:訪問被拒絕：「myApp」。
源錯誤:
行:258
另外還有一個Accessdenied的錯誤說是不能訪問
C:WINDOWSMicrosoft.NETFrameworkv1.1.4322TemporaryASP.NETFiles
下的某個目錄。產生這些錯誤的原因很多，主要的可能包括：Bin目錄或者Web.config被更改以及訪問文件系統的許可權不夠。
如果Bin目錄或者Web.config被更改，MSDN網站上有文章說是因為MicrosoftIndex
Services(IndexingService)服務在運行。詳細內容可以訪問：PRB:AccessDeniedErrorWhen
YouMakeCodeModificationswithIndexServicesRunning。
但是另外還需要注意一些別的問題，
檢查Bin目錄的文件系統訪問許可權。一般只要確保Users容器擁有「讀取和運行」、「列出文件夾目錄」和「讀取」的許可權就可以了。
如果提示說不能訪問C:WINDOWSMicrosoft.NETFrameworkv1.1.4322TemporaryASP.NET
Files...，可以將TemporaryASP.NETFiles目錄的訪問許可權列表中添加
Everyone，並設置為擁有所有的許可權。然後在訪問一次此Web應用程序後，將TemporaryASP.NETFiles目錄的訪問許可權列表中將Everyone刪除就可以了。
綜上所述的方法，主要包括：
禁用或設置IndexingService服務；
檢查Bin目錄的訪問許可權；
設置TemporaryASP.NETFiles目錄的訪問許可權。
十一、「/EnterPrise」應用程序中的伺服器錯誤。
從客戶端(content="...管理器，右擊解決方案?添加?新建...")中檢測到有潛在危險的Request.Form值。
解決辦法:web.config中加入
或
前一個作用於所有項目中文件,後者僅僅作用於本頁面.
十二、ASP.NET未被授權訪問所請求的資源。請考慮授予ASP.NET請求標識訪問此資源的許可權。
ASP.NET有一個在應用程序沒有模擬時使用的基進程標識(通常，在IIS5上為{MACHINE}ASPNET，在IIS6上為網路服務)。如果應用程序正在通過模擬，則標識將為匿名用戶(通常為IUSR_MACHINENAME)或經過身份驗證的請求用戶。
由於在iis6.0中，默認的應用程序池中的標示用的是NetworkService，所以在進程中是使用Network
Service這個帳號運行來運行w3wp.exe進程，而當我們在運行VS2003的時候是需要對D:WINDOWSMicrosoft.NETFrameworkv1.1.4322Temporary
ASP.NETFiles目錄下進行讀寫操作的，所以看了一下該文件夾，發現沒有NetworkService，添加上該賬號，同時選上FULL CONTROL，問題解決，但是至於為什麼會產生這個問題我不大清楚，因為在安裝WINDOWS2003的時候，Network
Service賬號是存在於TemporaryASP.NETFiles該文件夾安全列表中的。
順便提一下，在IIS6.0中的默認應用程序池-->屬性-->標示中把NetService改成LocalSystem該問題也可以解決。
對路徑「D:WINDOWSMicrosoft.NETFrameworkv1.1.4322Temporary
asp.netFileswebapplication180d7be46d
說明:執行當前Web請求期間，出現未處理的異常。請檢查堆棧跟蹤信息，以了解有關該錯誤以及代碼中導致錯誤的出處的詳細信息。
異常詳細信息:System.UnauthorizedAccessException:
對路徑「D:WINDOWSMicrosoft.NETFrameworkv1.1.4322Temporaryasp.net
Fileswebapplication180d7be46d
asp.net未被授權訪問所請求的資源。請考慮授予asp.net請求標識訪問此資源的許可權。ASP.NET
有一個在應用程序沒有模擬時使用的基進程標識(通常，在IIS5上為{MACHINE}ASPNET，在IIS6
上為網路服務)。如果應用程序正在通過模擬，則標識將為匿名用戶(通常為IUSR_MACHINENAME)或經過身份驗證的請求用戶。
若要授予asp.net對文件的寫訪問權，請在資源管理器中右擊該文件，選擇「屬性」，然後選擇「安全」選項卡。單擊「添加」添加適當的用戶或組。突出顯示asp.net帳戶，選中所需訪問許可權對應的框。
二、調試許可權不夠
Try:
根據設計，ASP.NET要求對根Web站點上或任何虛擬目錄上的ASPNET帳戶（Aspnet_wp.exe
進程帳戶）具有讀取、執行和列出訪問許可權。這是必需的，以便ASP.NET可以訪問內容文件並可以監視文件更改。
解決方案
若要為根Web站點上或任何虛擬目錄上的ASPNET帳戶添加讀取、執行和列出訪問許可權，請執行以下步驟：
在Windows資源管理器中，瀏覽到包含根Web站點（默認情況下是C:InetpubWwwroot）或虛擬目錄的文件夾。
右鍵單擊該文件夾，然後單擊屬性。
在安全性選項卡上，單擊添加。
鍵入計算機名ASPNET（例如，在名為Webdev的計算機上，鍵入WebdevASPNET），然後單擊確定。
允許以下ASPNET帳戶許可權：
讀取並執行
列出文件夾內容
讀取
單擊確定以關閉屬性對話框並保存所做更改。
備註：如果Everyone組或用戶組已具有對根Web站點或虛擬目錄的讀取訪問許可權，則無需執行這些步驟。
-------
添加IUSR_YouComputerName和ASPNET這兩個用戶對
C:WINDOWSMicrosoft.NETFrameworkv1.1.4322TemporaryASP.NET
Fileswebapplication1dd84b00065eec7目錄的訪問許可權，設置為完全訪問，
--------
將asp.net用戶（具體是什麼記不太清楚了:<可以到「安全性--用戶/用戶組」中查看）對目錄
C:WINDOWSMicrosoft.NETFrameworkv1.1.4322TemporaryASP.NETFiles
的許可權改為可寫或更高即可。
三、System.Reflection.TargetInvocationException:調用的目標發生了異常。--->
System.UnauthorizedAccessException:拒絕訪問。---內部異常堆棧跟蹤的結尾---at
System.RuntimeType.InvokeDispMethod(Stringname,BindingFlagsinvokeAttr,
Objecttarget,Object[]args,Boolean[]byrefModifiers,Int32culture,
String[]namedParameters)atSystem.RuntimeType.InvokeMember(Stringname,
BindingFlagsinvokeAttr,Binderbinder,Objecttarget,Object[]args,
ParameterModifier[]modifiers,CultureInfoculture,String[]
namedParameters)atSystem.Type.InvokeMember(Stringname,BindingFlags
invokeAttr,Binderbinder,Objecttarget,Object[]args)at
System.DirectoryServices.DirectoryEntry.Invoke(StringmethodName,Object[]
args)ataspnetc.pubFunction.IISManager.Create(VirtualDirectorynewdir)in
f:ziliao1aspcpubfunctioniismanager.cs:line132
如果是在asp.net下使用的話，要記得在中添加
否則就會出現「異常詳細信息:System.UnauthorizedAccessException:拒絕訪問「。
四、iis訪問站點時出現輸入用戶名和密碼
1.iis->站點->屬性->目錄安全性->身份驗證和訪問控制->啟用匿名訪問
2.不知你有沒有添加這"IUSR_yourname"INTERNET來賓賬戶!如沒有添加就應該是這個問題所引起.
(在"默認網站---屬性-----目錄安全性-----編輯------瀏覽-----高級-----立即查找"即可找到本賬戶,雙擊添加即可)
3.把你網站文件所在的目錄的,全權改成everyone再試一下先.樓上們所說的一般情況下默認是不會錯的.
4把iis目錄所在的文件夾許可權加iuser_機器名
五、"VisualStudio.NET已檢測到指定的Web伺服器運行的不是ASP.NET1.1版..."的解決辦法
步驟一嘗試如下：
1.當然先確定一下，是否真的裝了1.1的版本，查看路徑C:WINNTMicrosoft.NETFrameworkv1.1.4322
2.也是很多人都知道，重新安裝aspnet_regiis，怎麼安裝，就不多說了，網上很多！
3.重啟IIS，重新啟動ASP.NET服務程序
4.如果你的Web伺服器使用了固定IP：確定你的"Internet信息服務"中使用的是"默認web站點"並且其屬性中的IP地址為"（全部未分配）"，而不是你己指定的ip地址。可以修改"默認web站點"的名字，但不要刪除，一旦刪除，只要在新建的時候，名稱嚴格為"默認web站點"也可以恢復
5.如果你的IE使用了代理的話，把BypassProxyServerforlocaladresses勾上
6.如果你本身已經有個web站點，請把它卸載掉，不用重新安裝vs.net，只要重新安裝下iis也可以。
7.如果還是不行，那可真沒什麼辦法了，那就重裝IIS，FRAMWORK，.NET，操作系統吧
最後說一個安全問題，盡量不要把IIS指向默認路徑C:Inetpubwwwroot
這個路徑很容易受攻擊，最好重新指向一個新的路徑，然後把wwwroot文件夾刪除掉，需要用戶上傳文件的，千萬要阻止上傳".HTA"文件，做好訪問網站的許可權，屏蔽執行HTA文件，做好資料庫備份工作！
又是工作中的一點經驗，供大家參考，少走彎路！
步驟二
1.你的Web伺服器使用了固定IP：確定你的"Internet信息服務"中使用的是"默認web站點"並且其屬性中的IP地址為"（全部未分配）"，而不是你
己指定的ip地址。然後在回到VS.NET中重試，或許可以解決。
2.以上方法不能解決問題時，考慮MSDN中的解決辦法，如下：
VisualStudio.NET無法確定在Web伺服器計算機上運行的是否為ASP.NET1.1
版。該錯誤可能在幾種不同情況下發生。請檢查是否屬於以下情況：
a,確保.NETFramework1.1版安裝在Web伺服器計算機上。有關詳細信息，請參見VisualStudio.NET軟體要求。
b,如果ASP.NET已安裝在Web伺服器計算機上，但仍然遇到此錯誤，則可能是配置問題。為了糾正有問題的安裝或配置，可以使用名為
aspnet_regiis的ASP.NET實用工具。在類似如下所示的路徑中可以找到此命令行實用工具：
C:WINDOWSMicrosoft.NETFrameworkv1.1.nnnn
其中nnnn表示四位內部版本號。在最高版本號下查找。使用/i開關運行該實用工具：
aspnet_regiis/i
提示您可以從命令的正確目錄中直接打開該命令窗口。從Windows的"開始"菜單，指向"程序"、"VisualStudio.NET2003"、"VisualStudio.NET工具"，然後選擇"VisualStudio.NET命令提示"。在窗口打開後，鍵入aspnet_regiis/i。
不需要吧，在程序的vs.net的vs.nettool的vs.netcommandprompt下
輸入：
aspnet_regiis-r
問題就可以解決了。
仔細的看看aspnet_regiis的參數的意義
查詢參數aspnet_regiis/all
會列出所有的參數
步驟三
1、當站點主目錄沒有創建應用程序：
通過FP擴展+虛擬目錄的方式來建立WEBAPP,步驟如下：
（1）、右擊站點---所有任務--配置伺服器擴展
（2）、建立虛擬目錄***，並使其配置應用程序
（3）、在VS中建立WEB項目，名稱也為***
（4）、通過通過FP擴展來建立WEB
2、當站點主目錄創建應用程序：
第一種方法--FP擴展：
（1）、右擊站點---所有任務--配置伺服器擴展
（2）、在VS中建立WEB項目，名稱自己隨便定
（3）、通過通過FP擴展來建立WEB
第二種方法--WEB共享：
（1）在IIS中將IP地址改為全部未分配
（2）將地址改為127.0.0.1或LOCALHOST
3、還不能建立時請試用下列方法：
（1）「站點」---右鍵---「屬性」---「所有任務」---「重新計算Web上的超鏈接」
然後在vs.net下通過frontpage伺服器擴展創建
（2）指示要通過文件共享直接訪問Web伺服器上的項目文件；不需要在該伺服器上安裝FrontPage伺服器擴展。
安裝VisualStudio.NET時，將創建一個「VSDevelopers」（VS開發人員）用戶組，並授予該用戶組對
inetpubwwwroot文件夾的讀/寫許可權。想使用計算機上的文件共享創建Web項目的任何用戶都需要添加到「VS
Developers」（VS開發人員）用戶組中。新建的「VSDevelopers」（VS開發人員）組沒有任何成員，所以，即使是安裝
VisualStudio的用戶，也必須手動將自己添加到這個組中。
如果不希望將VisualStudio安裝到伺服器上，可以通過VisualStudio安裝程序僅安裝伺服器組件，以創建「VS
Developers」（VS開發人員）組。
（3）win2003下：
在VS.NET中，為了測試URL和UNC,VS.NET會在目錄下面生成一個.tmp文件，然後通過HTTP對該文件發出請求。但是在IIS
6中，出於安全考慮，tmp文件沒有註冊，默認情況下，會被block然後產生HTTP404錯誤。
解決這個問題，請您參閱下面的方法：
1。打開IIS管理器。
2。右鍵點擊"DefaultWebSite"並選擇Properties.
3。點擊"HttpHeader".
4。點擊"MIMETypes".
5。點擊「New」。
6。在Extension中，輸入".tmp".(不需要引號）
7。在MIMEType中，輸入"Temp".(不需要引號）
還有一種解決方法，您可以使用下面的命令行：
%systemdrive%inetpubadminscriptsadsutil.vbssetw3svc/1/root/MimeMap
.tmp,temp
在創建WebApplication時，VS.Net需要在創建路徑下創建後綴名為.tmp的臨時文件。
當VS.Net創建好項目之後，就會以HTTP的方式向Web文件夾尋求項目文件，同時也尋求臨時文件。由於windows2003在某些安裝步驟下的IIS沒有把.tmp文件設置為MIME類型，所以IIS向VS.Net返回了未知文件類型的錯誤，即找不到文件。所以VS.Net認為你的IIS路徑設置不對。
六、試圖運行項目時出錯：無法在WEB伺服器上啟動調試。您沒有調試該伺服器的許可權。
驗證您是伺服器上「DebuggerUsers」組的成員。
1.作為Administrator登錄。
2.運行Administratortools中的Computermanagement。
3.選擇Localusersandgroupsgroups節點。
4.雙擊右邊窗格中的DebuggerUsers組。
5.單擊Debuggerusersproperties對話框中的Add按鈕。
6.鍵入用戶帳戶並單擊OK。
推薦閱讀：
※追女生不能觸犯的五個錯誤, 每一條都要記住
※為什麼你遇到的男人一個比一個渣，還不是犯了這3個低級錯誤！
※業務跟單：我們常犯的六種錯誤
※很多人買第一輛車會犯這樣的錯誤 你中槍了沒?
※一些對男女關係錯誤的觀念