1. 急求解決：電腦出現一個「因為配置標識不正確，系統無法開始伺服器進程，請檢查用戶
開始-運行-cmd,輸入aspnet_regiis.exe -i 重新注冊iis 或者 出現以下錯誤： 檢索 COM 類工廠中 CLSID 為 {000209FF-0000-0000-C000-000000000046} 的組件失敗，原因是出現以下錯誤: 8000401a 因為配置標識不正確，系統無法開始伺服器進程。請檢查用戶名和密碼。 (異常來自 HRESULT:0x8000401A)。 解決方案： 1. 開始-dcomcnfg，啟動組件服務。 2. 找到Microsoft Excel Application、Microsoft Office PowerPoint 幻燈片、Microsoft Office Word 97 - 2003 文檔，-屬性 -安全-自定義，添加啟動和激活許可權、訪問許可權，並添加NETWORK SERVICE用戶，賦予本地啟動和激活；-標識，下列用戶（注意，這里要選擇下列用戶，而不是互動式用戶，經測試，選擇互動式用戶讓我郁悶的幾天最終問題沒有得到解決），用戶輸入正確的當前登錄的管理員帳戶和正確密碼。這些工作做完。 3. 在windows服務應用程序的配置system.web添加 <identity impersonate="true" username="您的用戶" password="您的密碼"/> 這樣會完美解決 記得加分哦!!!
2. 電腦因為配置標識不正確 系統無法
因為配置標識不正確，系統無法開始伺服器進程，請檢查用戶名和密碼問題的處理方法
開始 - 運行（輸入Dcomcnfg.exe）- 確定或者回車，打開組件服務；
在打開的組件服務窗口，依次展開：組件服務-計算機-我的電腦-DCOM配置；
在DCOM配置展開項中找到：Microsoft excel application，並右鍵單擊Microsoft excel application，在下拉菜單中點擊：從這里創建窗口；
我們右鍵單擊：Microsoft excel application，在下拉菜單中點擊：屬性；
在打開的Microsoft excel application屬性窗口，我們點擊：標識 - 互動式用戶（I），再點擊：確定；
回到Microsoft excel application屬性窗口，我們點擊：安全 - 啟動和激活許可權的「自定義」-編輯；
在打開的啟動和激活許可權窗口，我們點擊組或用戶名中的Administrators,在Administrators 的許可權（P）允許下都打上勾，再點擊：確定；
回到Microsoft excel application屬性窗口，我們點擊：訪問許可權 - 自定義 - 編輯；
在打開的訪問許可權窗口，我們點擊組或用戶名中的Administrators,在Administrators 的許可權（P）允許下都打上勾，再點擊：確定；
我們再回到Microsoft excel application屬性窗口，我們點擊配置許可權的編輯，查看一下配置許可權；
在打開的更改配置許可權窗口，我們看到Administrators 的許可權配置正確，點擊：確定；回到Microsoft excel application屬性窗口。我們點擊：應用 - 確定，退出組件服務。
3. 「配置標識不正確、系統無法開始伺服器進程，請檢查用戶名和密碼」怎麼回事
具體步驟如下：
1、因為配置標識不正確，系統無法開始伺服器進程，請檢查用戶名和密碼問題的處理方法
開始 - 運行（輸入Dcomcnfg.exe）- 確定或者回車，打開組件服務；
4. 我的電腦 因為配置標識不正確 系統無法開始伺服器進程
1.點擊開始/運行，輸入Dcomcnfg，按回車鍵，選擇Microsoft Word文檔，配置其屬性，身份驗證級別選「無」，身份標識選「互動式用戶」，在「安全性」里，啟動和激活許可權，和訪問許可權，配置許可權全部自定義並且添加用戶everyone。 2.重裝Office，此處是關鍵，一定要卸載了重裝，經典的MS的bug。 註：切記裝好後不要再用Dcomcnfg這個命令，否則又會回到錯誤。 「組件服務」->「計算機」->「我的電腦」->「DCOM配置」 找到 Microsoft Word 右鍵，屬性，在Identity 中 把管理員的用戶名密碼加上就好了。
5. win7電腦因為配置標志不正確什麼都開不了怎麼辦
如果是系統崩潰了，可以通過重啟電腦，還原系統功能。建議重啟後，按F8，選擇安全模式，在進入控制面板，在「卸載」Win7、「添加或刪除程序」XP
中把最近更新過的系統補丁刪除/卸載了，然後重啟電腦，看看能不能正常進入系統。
要是有一鍵還原，或以前做過系統備份，那麼可以讓系統恢復到以前剛做完系統時的狀態。要是沒這個功能，而且也進不去系統了，那麼最壞的情況就是重做系統這一條路了。
要是依舊不行，或者連安全模式都進不去了，那就木有沒辦法了，只能重做系統，ghost安裝盤或U盤啟動盤都可以用來重做系統的。重做系統前，記得用PE系統備份好C盤以及桌面上的重要文件。
6. Windows10電腦顯示配置標示不正確,系統無法開始伺服器進行,請檢查用戶名和密碼，該怎麼辦
因為配置標識不正確，系統無法開啟伺服器進程。請檢查用戶名跟密碼.cnfg這個命令，否則又會回到錯誤。「組件服務」->「計算機」->「我的電腦」->「DCOM配置」找到MicrosoftWord右鍵，屬性，在Identity中把管理員的用戶名密碼加上就好了。
7. 電腦一點圖標就顯示因為配置標識不正確,請檢查用戶名和密碼怎麼辦
按F8進入安全模式，刪除、卸載、取消你之前的操作。
1、按F8進入安全模式，選擇「最後一次正確配置」或者「正常啟動」。
2、更換或者添加硬體，出現硬體不兼容現象。卸下新加硬體。新加硬體兼容，也可能藍屏，因為系統不能識別新添加的硬體，建議重裝系統。
3、電腦使用過久，內存、顯卡的金手指被氧化而引起接觸不良。把內存、顯卡，取下來用橡皮擦擦卡的金手指，再向卡槽內加入少量無水酒精
（清洗槽內氧化物），幾分鍾後，用電吹風吹乾，再插好。
4、硬碟不穩定引起，此故障均為硬碟損壞，修復硬碟壞道或直接更換硬碟。
5、鍵鼠故障，重新插拔一下USB。
6、機箱內灰塵多引起，清除灰塵（一般3-5個月清除一次）。並卸下CPU風扇，輕輕擦去U上的硅脂，再重新塗上一薄層新硅脂。
7、超頻也可能引起電腦藍屏。如果超頻了，就取消超頻。
8、恢復BIOS設置。
9.如果你用win7旗艦版可以用win7系統優化大師，進行修復
望採納
8. 我的電腦顯示因為配置標識不正確，系統無法開始伺服器進程。請檢查用戶名和密碼。是怎麼回事啊
方法/步驟
1
因為配置標識不正確，系統無法開始伺服器進程，請檢查用戶名和密碼問題的處理方法
開始
-
運行（輸入dcomcnfg.exe）-
確定或者回車，打開組件服務；
2
在打開的組件服務窗口，依次：組件服務-計算機-我的電腦-dcom配置；
3
在dcom配置項中找到：microsoft
excel
application，並右鍵單擊microsoft
excel
application，在下拉菜單中點擊：從這里創建窗口；
我們右鍵單擊：microsoft
excel
application，在下拉菜單中點擊：屬性；；
在打開的microsoft
excel
application屬性窗口，我們點擊：標識
-
互動式用戶（i），再點擊：確定；
回到microsoft
excel
application屬性窗口，我們點擊：安全
-
啟動和激活許可權的「自定義」-編輯；
在打開的啟動和激活許可權窗口，我們點擊組或用戶名中的administrators,在administrators
的許可權（p）允許下都打上勾，再點擊：確定；
回到microsoft
excel
application屬性窗口，我們點擊：訪問許可權
-
自定義
-
編輯；
在打開的訪問許可權窗口，我們點擊組或用戶名中的administrators,在administrators
的許可權（p）允許下都打上勾，再點擊：確定；
我們再回到microsoft
excel
application屬性窗口，我們點擊配置許可權的編輯，查看一下配置許可權；
在打開的更改配置許可權窗口，我們看到administrators
的許可權配置正確，點擊：確定；
回到microsoft
excel
application屬性窗口。我們點擊：應用
-
確定，退出組件服務。
把解決因為配置標識不正確，系統無法開始伺服器進程，請檢查用戶名和密碼問題的方法發給朋友以後，今天打電話來說，問題解決了，方法不錯。
end
注意事項
如果有用，請點【贊】
經驗內容僅供參考，如果您需解決具體問題(尤其法律、醫學等領域)，建議您詳細咨詢相關領域專業人士。
9. 重裝系統 賬號禁用 配置標識不正確
系統有問題，重新下載安裝吧。
10. win7重裝後點什麼都出現 因為配置標識不正確 系統無法開始伺服器進程 請檢查用戶名和密碼
」因為配置類型不正確，系統無法開始伺服器進程。請檢查用戶名和密碼 」 解決方案
錯誤是'檢索 COM 類工廠中 CLSID 為 {91493441-5A91-11CF-8700-00AA0060263B} 的組件失敗，原因是出現以下錯誤: 8000401a 因為配置類型不正確，系統無法開始伺服器進程。請檢查用戶名和密碼。 (異常來自 HRESULT:0x8000401A)。 '。的信息提示
解決方法：
方案1：
1.點擊開始/運行，輸入Dcomcnfg，按回車鍵，選擇Microsoft
Word文檔，配置其屬性，身份驗證級別選「無」，身份標識選「互動式用戶」，在「安全性」里，啟動和激活許可權，和訪問許可權，配置許可權全部自定義並且添加用戶everyone。
2.重裝Office，此處是關鍵，一定要卸載了重裝，經典的MS的bug。
註：切記裝好後不要再用Dcomcnfg這個命令，否則又會回到錯誤。
方案2：
主要是由於IWAM賬號（在我的計算機即是IWAM_MYSERVER賬號）的密碼錯誤造成了HTTP 500內部錯誤。
在詳細分析HTTP500內部錯誤產生的原因之前，先對IWAM賬號進行一下簡要的介紹：IWAM賬號是安裝IIS5時系統自動建立的一個內置賬號，主要用於啟動進程之外的應用程序的I nternet信息服務。IWAM賬號的名字會根據每台計算機NETBIOS名字的不同而有所不同，通用的格式是IWAM_MACHINE，即由「IWAM」前綴、連接線「_ 」加上計算機的NETBIOS名字組成。我的計算機的NETBIOS名字是MYSERVER，因此我的計算機上IWAM賬號的名字就是IWAM_MYSERVER，這一點與I IS匿名賬號ISUR_MACHINE的命名方式非常相似。
IWAM賬號建立後被Active Directory、IIS metabase資料庫和COM+應用程序三方共同使用，賬號密碼被三方分別保存，並由操作系統負責這三方保存的IWAM密碼的同步工作。按常理說，由操作系統負責的工作我們大可放心，不必擔心出錯，但不知是B UG還是其它什麼原因，系統的對IWAM賬號的密碼同步工作有時會失敗，使三方IWAM賬號所用密碼不統一。當IIS或COM+應用程序使用錯誤I WAM的密碼登錄系統，啟動IIS Out-Of-Process Pooled Applications時，系統會因密碼錯誤而拒絕這一請求，導致IIS Out-Of-Process Pooled Applications啟動失敗，也就是我們在ID10004錯誤事件中看到的「不能運行伺服器{3D14228D-FBE1-11D0-995D-00C04FD919C1} 」（這里{3D14228D-FBE1-11D0-995D-00C04FD919C1} 是IIS Out-Of-Process Pooled Applications的KEY），不能轉入IIS5應用程序，HTTP 500內部錯誤就這樣產生了。
知道了導致HTTP 500內部錯誤的原因，解決起來就比較簡單了，那就是人工同步IWAM賬號在Active Directory、IIS metabase資料庫和COM+應用程序中的密碼。
具體操作分三步,均需要以管理員身份登錄計算機以提供足夠的操作許可權（IWAM賬號以IWAM_MYSERVER為例）。
（一）更改Active Directory中IWAM_MYSERVER賬號的密碼
因IWAM賬號的密碼由系統控制，隨機產生，我們並不知道是什麼，為完成下面兩步的密碼同步工作，我們必須將IWAM賬號的密碼設置為一個我們知道的值。
1、選擇「開始」->「程序」->「管理工具」->"Active Directory用戶和計算機"，啟動「Active Directory用戶和計算機」管理單元。
2、單擊「user」，選中右面的「IWAM_MYSERVER」，右擊選擇「重設密碼(T)...」，在跳出的重設密碼對方框中給IWAM_MYSERVER設置新的密碼，這兒我們設置成「A boutnt2001」（沒有引號的），確定，等待密碼修改成功。
（二）同步IIS metabase中IWAM_MYSERVER賬號的密碼
可能因為這項改動太敏感和重要，微軟並沒有為我們修改IIS metabase中IWAM_MYSERVER賬號密碼提供一個顯式的用戶介面，只隨IIS5提供了一個管理腳本adsutil.vbs，這個腳本位於C:inetpubadm inscripts子目錄下（位置可能會因你安裝IIS5時設置的不同而有所變動）。
adsutil.vbs腳本功能強大，參數非常多且用法復雜，這里只提供使用這個腳本修改IWAM_MYSERVER賬號密碼的方法:
adsutil SET w3svc/WAMUserPass Password
"Password"參數就是要設置的IWAM賬號的新的密碼。因此我們將IIS metabase中IWAM_MYSERVER賬號的密碼修改為「Aboutnt2001」的命令就是：
c:InetpubAdminScripts>adsutil SET w3svc/WAMUserPass "Aboutnt2001"
修改成功後，系統會有如下提示：
WAMUserPass: (String) "Aboutnt2001"
（三）同步COM+應用程序所用的IWAM_MYSERVER的密碼
同步COM+應用程序所用的IWAM_MYSERVER的密碼，我們有兩種方式可以選擇:一種是使用組件服務MMC管理單元，另一種是使用IWAM賬號同步腳本s ynciwam.vbs。
1、使用組件服務MMC管理單元
（1）啟動組件服務管理單元：選擇「開始」->「運行」->「MMC」，啟動管理控制台,打開「添加/刪除管理單元」對話框,將「組件服務」管理單元添加上。
（2）找到「組件服務」->「計算機」->「我的電腦」->「COM+應用程序」->「Out-Of-Process Pooled Applications」，右擊「Out-Of-Process Pooled Applications」->「屬性」。
（3）切換到「Out-Of-Process Pooled Applications」屬性對話框的「標志」選項卡。「此應用程序在下列賬戶下運行」選擇中「此用戶」會被選中，用戶名是「IWAM_MYSERVE R」。這些都是預設的，不必改動。在下面的「密碼」和「確認密碼」文本框內輸入正確的密碼「Aboutnt2001」，確定退出。
（4）系統如果提示「應用程序被一個以上的外部產品創建。你確定要被這些產品支持嗎？」時確定即可。
（5）如果我們在IIS中將其它一些Web的「應用程序保護」設置為「高（獨立的）」,那麼這個WEB所使用的COM+應用程序的IWAM賬號密碼也需要同步。重復（1 ）-（4）步，同步其它相應Out of process application的IWAM賬號密碼。
2、使用IWAM賬號同步腳本synciwam.vbs
實際上微軟已經發現IWAM賬號在密碼同步方面存在問題，因此在IIS5的管理腳本中單獨為IWAM賬號密碼同步編寫了一個腳本synciwam.vbs ，這個腳本位於C:inetpubadminscripts子目錄下（位置可能會因你安裝IIS5時設置的不同而有所變動）。
synciwam.vbs腳本用法比較簡單：
cscript synciwam.vbs [-v|-h]
「-v」參數表示詳細顯示腳本執行的整個過程(建議使用)，「-h」參數用於顯示簡單的幫助信息。
我們要同步IWAM_MYSERVER賬號在COM+應用程序中的密碼，只需要執行「cscript synciwam.vbs -v」即可，如下：
cscript c:inetpubadminscriptssynciwam.vbs -v
Microsoft (R) Windows Script Host Version 5.6
版權所有(C) Microsoft Corporation 1996-2000。保留所有權利。
WamUserName:IWAM_MYSERVER
WamUserPass:Aboutnt2001
IIS Applications Defined:
Name, AppIsolated, Package ID
w3svc, 0, {3D14228C-FBE1-11d0-995D-00C04FD919C1}
Root, 2,
IISHelp, 2,
IISAdmin, 2,
IISSamples, 2,
MSADC, 2,
ROOT, 2,
IISAdmin, 2,
IISHelp, 2,
Root, 2,
Root, 2,
Out of process applications defined:
Count: 1
{3D14228D-FBE1-11d0-995D-00C04FD919C1}
Updating Applications:
Name: IIS Out-Of-Process Pooled Applications Key: {3D14228D-FBE1-11D0-995D-00C04FD919C1}
從上面腳本的執行情況可以看出，使用synciwam.vbs腳本要比使用組件服務的方法更全面和快捷。它首先從IIS的metabase資料庫找到IWA M賬號"IWAM_MYSERVER"並取出對應的密碼「Aboutnt2001」，然後查找所有已定義的IIS Applications和Out of process applications，並逐一同步每一個Out of process applications應用程序的IWAM賬號密碼。
使用synciwam.vbs腳本時，要注意一個問題，那就是在你運行synciwam.vbs之前，必須保證IIS metabase資料庫與Active Directory中的IWAM密碼已經一致。因為synciwam.vbs腳本是從IIS metabase資料庫而不是從Active Directory取得IWAM賬號的密碼，如果IIS metabase中的密碼不正確，那synciwam.vbs取得的密碼也會不正確，同步操作執行到「Updating Applications」系統就會報80110414錯誤，即「找不到應用程序{3D14228D-FBE1-11D0-995D-00C04FD919C1}」。