2016-09-29 122 views
1

我爲特定文件夾和匿名禁用啓用了基本身份驗證。我也創建了用戶,但是我收到「由於發生內部服務器錯誤,無法顯示頁面。」消息在瀏覽器上。以下是失敗請求跟蹤的日誌。我一直在看這個小時,但沒能解決它。IIS 8.5內部錯誤500.19

,當我訪問任何不存在的網頁同樣的錯誤觸發,例如http://144.144.144.144/adas

<failedRequest url="http://144.144.144.144:80/adas" 
       siteId="1" 
       appPoolId="DefaultAppPool" 
       processId="824" 
       verb="GET" 
       remoteUserName="" 
       userName="" 
       tokenUserName="NT AUTHORITY\IUSR" 
       authenticationType="anonymous" 
       activityId="{80000068-0002-FF00-B63F-84710C7967BB}" 
       failureReason="STATUS_CODE" 
       statusCode="500.19" 
       triggerStatusCode="500.19" 
       timeTaken="0" 
       xmlns:freb="http://schemas.microsoft.com/win/2006/06/iis/freb" 
       > 

日誌的基本身份驗證:

<?xml version="1.0" encoding="UTF-8" ?> 
<?xml-stylesheet type='text/xsl' href='freb.xsl'?> 
<!-- saved from url=(0014)about:internet --> 
<failedRequest url="http://144.144.144.144:80/admin/" 
       siteId="1" 
       appPoolId="DefaultAppPool" 
       processId="820" 
       verb="GET" 
       authenticationType="NOT_AVAILABLE"    activityId="{8000000E-0002-FF00-B63F-84710C7967BB}" 
       failureReason="STATUS_CODE" 
       statusCode="500.19" 
       triggerStatusCode="500.19" 
       timeTaken="0" 
       xmlns:freb="http://schemas.microsoft.com/win/2006/06/iis/freb" 
       > 
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> 
<System> 
    <Provider Name="WWW Server" Guid="{3A2A4E84-4C21-4981-AE10-3FDA0D9B0F83}"/> 
    <EventID>0</EventID> 
    <Version>1</Version> 
    <Level>0</Level> 
    <Opcode>1</Opcode> 
    <Keywords>0x0</Keywords> 
    <TimeCreated SystemTime="2016-09-29T15:24:04.662Z"/> 
    <Correlation ActivityID="{8000000E-0002-FF00-B63F-84710C7967BB}"/> 
    <Execution ProcessID="820" ThreadID="3756"/> 
    <Computer>OWNEROR-9DTV6I9</Computer> 
</System> 
<EventData> 
    <Data Name="ContextId">{8000000E-0002-FF00-B63F-84710C7967BB}</Data> 
    <Data Name="SiteId">1</Data> 
    <Data Name="AppPoolId">DefaultAppPool</Data> 
    <Data Name="ConnId">1610612749</Data> 
    <Data Name="RawConnId">0</Data> 
    <Data Name="RequestURL">http://144.144.144.144:80/admin/</Data> 
    <Data Name="RequestVerb">GET</Data> 
</EventData> 
<RenderingInfo Culture="el-GR"> 
    <Opcode>GENERAL_REQUEST_START</Opcode> 
</RenderingInfo> 
<ExtendedTracingInfo xmlns="http://schemas.microsoft.com/win/2004/08/events/trace"> 
    <EventGuid>{D42CF7EF-DE92-473E-8B6C-621EA663113A}</EventGuid> 
</ExtendedTracingInfo> 
</Event> 
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> 
<System> 
    <Provider Name="WWW Server" Guid="{3A2A4E84-4C21-4981-AE10-3FDA0D9B0F83}"/> 
    <EventID>0</EventID> 
    <Version>1</Version> 
    <Level>0</Level> 
    <Opcode>33</Opcode> 
    <Keywords>0x0</Keywords> 
    <TimeCreated SystemTime="2016-09-29T15:24:04.662Z"/> 
    <Correlation ActivityID="{8000000E-0002-FF00-B63F-84710C7967BB}"/> 
    <Execution ProcessID="820" ThreadID="3756"/> 
    <Computer>OWNEROR-9DTV6I9</Computer> 
</System> 
<EventData> 
    <Data Name="ContextId">{8000000E-0002-FF00-B63F-84710C7967BB}</Data> 
    <Data Name="HttpStatus">500</Data> 
    <Data Name="HttpSubStatus">19</Data> 
    <Data Name="FileNameOrURL"></Data> 
</EventData> 
<RenderingInfo Culture="el-GR"> 
    <Opcode>GENERAL_SEND_CUSTOM_ERROR</Opcode> 
</RenderingInfo> 
<ExtendedTracingInfo xmlns="http://schemas.microsoft.com/win/2004/08/events/trace"> 
    <EventGuid>{D42CF7EF-DE92-473E-8B6C-621EA663113A}</EventGuid> 
</ExtendedTracingInfo> 
</Event> 
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> 
<System> 
    <Provider Name="WWW Server" Guid="{3A2A4E84-4C21-4981-AE10-3FDA0D9B0F83}"/> 
    <EventID>0</EventID> 
    <Version>1</Version> 
    <Level>0</Level> 
    <Opcode>2</Opcode> 
    <Keywords>0x0</Keywords> 
    <TimeCreated SystemTime="2016-09-29T15:24:04.662Z"/> 
    <Correlation ActivityID="{8000000E-0002-FF00-B63F-84710C7967BB}"/> 
    <Execution ProcessID="820" ThreadID="3756"/> 
    <Computer>OWNEROR-9DTV6I9</Computer> 
</System> 
<EventData> 
    <Data Name="ContextId">{8000000E-0002-FF00-B63F-84710C7967BB}</Data> 
    <Data Name="BytesSent">222</Data> 
    <Data Name="BytesReceived">466</Data> 
    <Data Name="HttpStatus">500</Data> 
    <Data Name="HttpSubStatus">19</Data> 
</EventData> 
<RenderingInfo Culture="el-GR"> 
    <Opcode>GENERAL_REQUEST_END</Opcode> 
</RenderingInfo> 
<ExtendedTracingInfo xmlns="http://schemas.microsoft.com/win/2004/08/events/trace"> 
    <EventGuid>{D42CF7EF-DE92-473E-8B6C-621EA663113A}</EventGuid> 
</ExtendedTracingInfo> 
</Event> 
</failedRequest> 

服務器規格是:64位Windows 2012 R2與IIS 8.5。有人知道發生了什麼嗎?先謝謝你。

回答

0

它似乎在web.config中的以下行引起了麻煩。仍然不知道爲什麼。

<httpErrors errorMode="DetailedLocalOnly"> 
     <remove statusCode="404" subStatusCode="-1" /> 
     <error statusCode="404" prefixLanguageFilePath="" path="C:\inetpub\wwwroot\notfound.htm" responseMode="File" /> 
    </httpErrors> 

我通過刪除這四行來解決問題。

+0

你能告訴我們你是如何解決問題的? –

+1

是的,只需刪除這4行 – MIrrorMirror

+0

由於評論不一定是永久性的,我將該評論編輯爲您的答案。請隨時調整我的編輯和/或添加額外的信息。 –

0

錯誤消息本身應該是「絕對物理路徑...不允許在web.config文件的system.webServer/httpErrors部分中使用相對路徑。」

而且這清楚地說明了原因和解決方案。該值設置爲path必須是相對路徑。

您可以檢查以下例如參考,

https://www.iis.net/configreference/system.webserver/httperrors/error

0

我就遇到了這個問題我自己,發現「壞角色」已經悄悄進入我的文件。我的500.19錯誤告訴我,XML頭本身<?xml version="1.0" encoding="UTF-8" ?>導致web.config是「格式不正確的XML」。

刪除記事本中的行並重新保存解決了問題,但爲什麼XML標頭會導致格式錯誤的XML錯誤?所以我回到Stash的Web UI來查看文件,看它是否在源代碼中發生了變化。

這就是我在這裏注意到一個紅點作爲文件的第一個字符,與XML標題位於同一行。紅點通常是一個'壞字符',有人使用的編輯器允許來自文件編碼之外的字符,或者可能是損壞的保存。但是你最終得到的是一個看不見的字符,當它讀取你的配置文件時會打斷IIS!

所以,小心不要把寶寶扔出去洗澡水!這可能不是你認爲那是錯的。

在windows中,對壞字符的快速修復是使用剪貼板的「啞巴」(嚴格)並執行Ctrl-A,Ctrl-C,刪除文件,創建一個具有相同名稱的空文件, V.記事本很好地適用於此,因爲它不會在粘貼時嘗試「幫助」額外的解釋。這將有效快速地移除Windows無法識別的任何「隱形」字符,因爲剪貼板不會複製它們!

雖然未經測試,但其他.config文件(machine.config,app.configs等)中的XML標頭中的編碼值不匹配也可能導致此類問題。已經注意到,IIS將不會考慮不同的編碼,因爲它將所有.configs讀取在一起。目前它默認爲UTF-8(ASP NET 4),所以如果你在你的網絡中改變你的XML編碼。配置出於某種原因,請確保您的machine.config匹配。我覺得我應該在這裏大聲呼籲,將默認編碼從默認值改爲冒險,所以如果您可以提供幫助,請不要這樣做!

相關問題