使用 Systemd 定時器可靠地執行 ownCloud 後台作業
將按需作業運行替換為 systemd 定時器,該定時器每 15 分鐘執行一次 ownCloud 支援的 occ system:cron 命令。
如果 APT 報告“以下簽名無法驗證”,請在相同輸出中識別儲存庫和特定的錯誤代碼,然後修復該儲存庫的受信任簽署金鑰或來源條目。對於第三方儲存庫,請從軟體發布者取得其目前金鑰,並將其綁定至該來源Signed-By;切勿停用簽章檢查或全域新增未知金鑰。

執行更新程式以便查看完整訊息:
sudo apt update
尋找 URL 旁的Err:標記,例如NO_PUBKEY`<source>`、EXPKEYSIG` KEYEXPIRED<repository>`、`<repository>` 或 `<repository> BADSIG`。 URL 會告訴您哪個來源失敗了;標記可以縮小失敗原因的範圍。 APT 會在信任軟體包索引之前驗證已簽署的儲存庫元數據,因此簽章檢查失敗是一個安全訊號,而不僅僅是一個表面警告。 Ubuntu 安裝已經包含了預設 Ubuntu 歸檔檔案的金鑰;通常只有後來新增的儲存庫才需要手動設定金鑰。
透過搜尋錯誤訊息中指定的主機名稱來尋找來源定義。將範例主機名稱替換為您終端機中顯示的主機名稱:

grep -R "packages.example.org" /etc/apt/sources.list /etc/apt/sources.list.d/ 2>/dev/null
Ubuntu 24.04 及更高版本.sources預設使用以 .deb822 結尾的來源檔案;較舊的版本通常使用單行.list檔案。請檢查軟體倉庫 URL、套件或 Ubuntu 代號,以及任何已存在的Signed-By條目。如果來源檔案所指向的版本已不再受廠商支持,請按照廠商針對您的 Ubuntu 版本提供的說明進行操作,或停用該來源檔案。密鑰無法修復過時或錯誤的軟體倉庫路徑。
首先NO_PUBKEY,請確認該儲存庫是您有意安裝的。開啟發布者的最新安裝文檔,從中取得簽署金鑰 URL 和完整指紋。如有供應商提供的參考訊息,請將該指紋與單獨發布的參考資訊進行比較。切勿僅僅因為某個金鑰伺服器的短 ID 與錯誤訊息匹配就從該伺服器取得金鑰。
對於發布 ASCII 加密金.asc鑰的供應商,請將其安裝為專用 APT 金鑰環。將範例 URL 替換為該供應商提供的確切 URL:
sudo install -d -m 0755 /etc/apt/keyrings
curl -fsSL https://vendor.example/path/repo-signing-key.asc | sudo gpg --dearmor --yes -o /etc/apt/keyrings/vendor-archive.gpg
sudo chmod 0644 /etc/apt/keyrings/vendor-archive.gpg
該.gpg文件必須對 APT 的非特權下載使用者可讀。如果發布者提供了二進位.gpg密鑰環,請按照其說明操作,不要再次重置它。 Ubuntu 建議將第三方金鑰放在單獨的金鑰環中,並由該軟體倉庫引用,從而限制可以使用該金鑰的來源。

編輯現有來源定義,而不是新增重複條目。對於類似 deb822 檔案的情況/etc/apt/sources.list.d/vendor.sources,請使用供應商實際的 URI、套件和元件值,然後新增金鑰環路徑:
Types: deb
URIs: https://packages.example.org/ubuntu
Suites: YOUR_UBUNTU_CODENAME
Components: main
Signed-By: /etc/apt/keyrings/vendor-archive.gpg
如果現有條目位於單行.list檔案中,則等效語法為 ` deb [signed-by=/etc/apt/keyrings/vendor-archive.gpg] https://packages.example.org/ubuntu YOUR_UBUNTU_CODENAME main.`。請保留儲存庫文件中記錄的套件和元件;範例值僅為佔位符。避免使用 `.` apt-key add:它已被棄用,且全域受信任金鑰可能會授予第三方金鑰超出預期的權限。
如果訊息顯示“已過期EXPKEYSIG”或KEYEXPIRED“已更換”,則表示簽章金鑰可能已過期或供應商已輪替金鑰。請按照供應商的最新說明下載並驗證替換金鑰,然後更新來源金鑰環。切勿忽略過期資訊而延長舊密鑰的信任期限。
如果軟體來源是官方 Ubuntu 歸檔,請勿匯入第三方金鑰。使用 `sudo config` 指令檢查系統時鐘是否正確timedatectl status,並確認來源使用的 URL 和已安裝版本的代號是否有效。ubuntu-keyring軟體包提供 Ubuntu 歸檔簽章金鑰;如果軟體包管理仍可透過受信任的 Ubuntu 來源正常運作,請使用以下命令刷新軟體包:
sudo apt install --reinstall ubuntu-keyring
此BADSIG訊息表示簽章與 APT 收到的元資料不符。重複導入密鑰通常是錯誤的。請檢查系統時鐘是否有錯誤、鏡像是否過期或不一致、快取代理是否正常運作,或倉庫端的發布是否有問題;修正問題後再重試。如果只有第三方來源發生故障且您不需要它,請在聯絡其維護者期間停用其特定.sources條目.list。請保持安全驗證啟用狀態。

再次運行sudo apt update。當受影響的儲存庫在取得過程中不再出現簽章警告,且 APT 達到指定狀態時,修正即完成Reading package lists... Done。更新成功並不代表第三方發布者安全,而是確認元資料簽章與您選擇信任的金鑰相符。如果驗證仍然失敗,請在進行任何變更之前,請重新檢查儲存庫 URL、代號、金鑰指紋、金鑰環權限以及確切的錯誤令牌。
有關支援的來源和金鑰格式,請參閱Ubuntu 的第三方儲存庫指南、Ubuntu apt-secure 手冊和Ubuntu 歸檔完整性文件。
將按需作業運行替換為 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 掃描中常見的錯誤。
為需要加密的儲存配置 Nextcloud SSE,保護加密金鑰,並在加密現有文件之前測量傳輸和 CPU 影響。
將 Nextcloud 的檔案搜尋連接到 Elasticsearch,索引文件內容,並選擇適合您的伺服器和安全需求的設定。
配置 Nextcloud 在規定的保留期後刪除已刪除的文件,可靠地安排後台作業,並避免執行清除所有使用者回收站的命令。