無需 Linux 掛載即可在 ownCloud 中掛載 SMB/CIFS 共享
透過外部儲存將 Windows 或 Samba 網路共用連接到 ownCloud,驗證憑證,並安全地排查無法存取的資料夾問題。
DistributedCOM錯誤10016不會影響系統性能,但您仍應修復它以使其在更穩定的計算機上運行。
DistributedCOM錯誤10016是Windows XP及更高版本中幾乎每個版本中都常見的Windows錯誤。此錯誤不會立即導致系統崩潰。您不會突然遭受死亡的藍屏。實際上,DCOM錯誤10016錯誤不會引起關注。
但是,這並不意味著您應該那樣做。這是在Windows 10系統上修復DistributedCOM錯誤10016的方法。
首先,我們需要知道什麼是DistributedCOM以及為什麼它會失敗。分佈式組件對像模型(DCOM)是Windows計算機上網絡通信的組成部分。它是Microsoft的一項專有技術,它在應用程序每次連接到Internet時都起作用。傳統的COM只能訪問同一台計算機上的信息;相反,DCOM能夠訪問遠程服務器上的數據。
例如,許多網站和服務都使用腳本來訪問遠程服務器。當系統以腳本或其他方式執行查詢時,COM會將查詢轉發到特定的腳本對象。根據通常使用Internet和計算機的當前應用程序的頻率,您可以看到使用DCOM的頻率。
當應用程序或服務嘗試使用DCOM但沒有適當的權限時,總是會發生DCOM錯誤。在大多數情況下,DCOM錯誤只會阻塞事件查看器,而不會影響系統。DCOM錯誤不會引起關注,因此大多數用戶不會定期檢查事件查看器。但是,沒有錯誤的系統總是更好嗎?以下是修復DCOM錯誤10016的簡便方法。
一個簡單的註冊表調整有時可以立即修復DCOM錯誤10016。編輯之前,您應該創建數據備份。
在開始菜單搜索欄中鍵入註冊表,然後選擇最佳匹配。轉到“ 文件”>“導出”,將“ 導出範圍”切換為“ 全部”,然後將Windows註冊表保存到可訪問的位置。以下修復程序不會損害計算機,但是最好在發生意外錯誤時對其進行備份以進行還原。
現在,我們開始修復錯誤,如下所示:
1. 在開始菜單搜索欄中鍵入註冊表,然後選擇最佳匹配。
2.導航到HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Ole。您可以將其複制並粘貼到註冊表編輯器的地址欄中。
3.刪除以下4個註冊表項:
DefaultAccessPermission
DefaultLaunchPermission
機器訪問限制
機器啟動限制
4.關閉Windows註冊表編輯器,然後重新啟動系統。
Windows 10現在將不再具有DCOM錯誤10016錯誤。
如果這不起作用,則您還有另一個可行但耗時的解決方案。但是,如果某些單獨的應用程序使DCOM失敗,則以下過程將花費一些時間,因為您必須為每個錯誤重複大多數操作。
事件查看器中的錯誤消息DCOM錯誤10016包含與生成該錯誤的某些應用程序或進程有關的信息。
這是在註冊表編輯器中找到服務的方法。首先,在事件查看器中鍵入CLSID,然後按CTRL+ C複製。然後打開註冊表編輯器。搜索以下註冊表:
HKEY_CLASSES_ROOT \ CLSID \ {在此處粘貼CLSID}
在此示例中,它看起來像:HKEY_CLASSES_ROOT \ CLSID \ {2593F8B9-4EAF-457C-B68A-50F6B8EA6B54}。
請記住,您可以將其複制並粘貼到註冊表編輯器地址欄中。CLSID搜索完成後,可以將錯誤消息中的APPID與CLSID中列出的AppID進行交叉引用。
在此的示例DCOM錯誤10016來自運行時代理,此錯誤的最常見原因之一。
在註冊表項左側的列表中,右鍵單擊此錯誤右側的CLSID,然後選擇Permission> Advanced。在這裡,您可以編輯此服務的權限。更改文件訪問權限可以修復各種其他Windows 10錯誤。
突出顯示管理員 >選擇編輯。將基本權限切換為完全控制,然後單擊確定>應用>確定。
現在,重新啟動系統。該過程完成後,在“開始”菜單搜索欄中輸入“組件服務”,然後選擇“最佳匹配”。轉到“ 計算機”>“我的電腦”>“ DCOM Config”。
您會以幾種方式看到使用DCOM的一長串服務。通過名稱和APPID找到該服務,右鍵單擊並選擇Properties> Security。
在啟動和激活權限中,選擇編輯>添加>添加本地服務>應用。選中本地激活框,單擊確定,然後重新啟動系統。就是這樣!
注意:如果有多種原因導致錯誤10016,則必須對每個CSLID / APPID組合執行此過程。
希望本文可以幫助您有效地修復Windows 10上的分佈式COM 10016錯誤。如果遇到其他問題,請參閱如何修復Windows 10上可能對您有用的常見錯誤。
透過外部儲存將 Windows 或 Samba 網路共用連接到 ownCloud,驗證憑證,並安全地排查無法存取的資料夾問題。
刪除一個帳戶或所有使用者的所有已儲存的 ownCloud Server Classic 檔案版本,並區分完全清除和基於保留期限的過期。
以正確的順序檢查伺服器 URL、手機網路、HTTPS 端點和伺服器日誌,即可追蹤 ownCloud 行動連線被拒絕的原因。
將按需作業運行替換為 systemd 定時器,該定時器每 15 分鐘執行一次 ownCloud 支援的 occ system:cron 命令。
透過 Apache、Nginx 或反向代理程式追蹤 WebDAV 請求,然後使用經過驗證的 PROPFIND 測試確認 ownCloud 同步功能正常。
透過設定其規範 URL 並從伺服器本身檢查 DNS、HTTPS 和反向代理路由,修復 Nextcloud 缺少出站位址警告的問題。
透過本機 Unix 套接字配置 APCu 和 Redis,以實現 Nextcloud 快取和檔案鎖定,並提供目前和舊版 Nextcloud 的步驟。
檢查 Nextcloud 的 cron 模式,修復其 systemd 服務和計時器,並驗證後台作業在啟動後以及每隔五分鐘運行一次。
啟用可靠的 Nextcloud 檔案鎖定,選擇適當的 Redis 或 Valkey 後端,並驗證警告是否清除,同時避免並發檔案變更的風險。
使用最新更新、HTTPS 和 HSTS、精確的反向代理信任以及針對公共伺服器的檢查,修復 Nextcloud 掃描中常見的錯誤。