無需 Linux 掛載即可在 ownCloud 中掛載 SMB/CIFS 共享
透過外部儲存將 Windows 或 Samba 網路共用連接到 ownCloud,驗證憑證,並安全地排查無法存取的資料夾問題。
域名系統 (DNS) 服務器是將網站主機名(例如 example.com)與其對應的 Internet 協議 (IP) 地址相匹配的計算機。公共 IP 地址及其匹配域名的數據庫保存在 DNS 服務器上。
根據 IPv4 或 IPV6 協議,連接到互聯網的每台設備都有一個唯一的 IP 地址,有助於識別它。用於託管網站的 Web 服務器也是如此。例如,加利福尼亞州山景城的一台 CDNetworks 服務器的 IP 地址為 157.185.170.144。
DNS 服務器通過自動將網站名稱轉換為這些數字來幫助我們避免記住長 IP 地址(在 IPV6 系統中甚至是更複雜的字母數字地址),以便服務器可以加載正確的網頁。
內容
什麼是 DNS?
域名系統 (DNS) 是域名和 IP 地址的數據庫,它允許瀏覽器為主機名 URL 找到正確的 IP 地址。當我們想要訪問一個網站時,我們通常會在網絡瀏覽器中輸入域名,例如 cdnetworks.com、wired.com 或 nytimes.com。

但是,為了加載網站內容,網絡瀏覽器需要知道具體的 IP 地址。域名系統 (DNS) 將域名轉換為 IP 地址,從而允許從網站的服務器加載資源。具有屬於單個域名的多個 IP 地址的網站並不少見。
例如,像谷歌這樣的大型網站會有來自世界各地的用戶請求服務器。即使在瀏覽器中輸入的站點名稱相同,來自新加坡的計算機嘗試連接的服務器也很可能與來自多倫多的計算機嘗試連接的服務器不同。這是 DNS 緩存進入圖片的時候。
DNS緩存
DNS 緩存是一種將 DNS 數據存儲在更靠近請求客戶端的 DNS 記錄上的技術,以便可以更快地解析 DNS 查詢。這消除了對更下游的額外請求的需求,提高了網頁加載時間,並降低了帶寬使用。
生存時間或 TTL 是指 DNS 記錄在 DNS 緩存中保留多長時間。這個時間範圍很重要,因為它定義了 DNS 記錄的“新鮮程度”以及它們是否與當前的 IP 地址修訂匹配。DNS 緩存可以在瀏覽器或操作系統級別(操作系統級別)進行。
瀏覽器中的 DNS 緩存
由於 Web 瀏覽器會在一段時間內保存 DNS 記錄,因此它通常是用戶在創建 DNS 記錄時首先查看的位置。使用瀏覽器時,驗證 DNS 緩存和向 IP 地址發出 DNS 請求所涉及的步驟較少。
DNS 緩存操作系統 (OS) 級別
當 DNS 查詢離開最終用戶的工作站時,它會進入操作系統級別以查找匹配項。操作系統中的“存根解析器”進程檢查自己的 DNS 緩存以確定它是否有記錄。如果不是,則查詢將定向到本地網絡 (ISP) 之外的 Internet 服務提供商。
DNS如何工作?
DNS 負責將主機名(也稱為網站或網頁名稱)轉換為 IP 地址。定位對應IP地址的過程稱為DNS解析,輸入域名的行為稱為DNS查詢。
存在三種類型的 DNS 查詢:遞歸、迭代和非遞歸。
遞歸查詢是要求 DNS 服務器響應請求的資源記錄的查詢。如果無法發現記錄,則必須向 DNS 客戶端顯示錯誤消息。
迭代查詢是指 DNS 客戶端請求來自眾多 DNS 服務器的響應,直到發現最佳響應,或者直到發生錯誤或超時。如果下級域命名空間的權威DNS服務器無法找到查詢的匹配項,它將參考下級域命名空間的權威DNS服務器。然後,DNS 客戶端查詢此引用地址,並使用更多 DNS 服務器重複該過程。
非遞歸查詢是 DNS 解析器在請求的資源可用時解析的查詢,因為服務器是權威的,或者因為資源已被緩存。
不同類型的 DNS 服務器
DNS 查詢在被解析之前被發送到幾個不同的服務器,最終用戶沒有參與。
1.DNS遞歸解析器
這是一個專門用於接收來自客戶端機器的請求的服務器。它定位 DNS 記錄並執行附加請求以響應客戶端的 DNS 查詢。當請求的資源在查詢過程的早期返回給遞歸器時,DNS 緩存可以減少查詢的數量。
2. 根名稱服務器
該服務器負責將人類可讀的主機名轉換為計算機可讀的 IP 地址。根服務器接受遞歸器的查詢,並根據查詢中的域名,在下一階段將其傳輸到 TLD 名稱服務器。
3.頂級域(TLD)名稱服務器
TLD 域名服務器負責跟踪域名信息。例如,它們可以包括有關以“.com”或“.org”結尾的網站的信息,以及“www.example.com.uk”、“www.example.com.us”等國家級域的信息。 “ 和別的。TLD 名稱服務器從根服務器接收查詢並將其轉發到相關域的權威 DNS 名稱服務器。
4.權威域名服務器
權威的 DNS 名稱服務器最終會將 IP 地址返回給 DNS 遞歸器,然後它可以將其中繼給客戶端。這個權威的 DNS 名稱服務器是將 DNS 記錄保存在查找過程的底部。將它們視為您的最後一站或最終的權威信息來源。
結論
DNS 查找是 DNS 服務器返回 DNS 記錄的過程。它需要將主機名查詢從 Web 瀏覽器傳遞到 DNS 服務器上的 DNS 查找過程並返回。DNS 解析器是處理 DNS 查找過程中第一階段的服務器,它啟動一系列過程,最終將 URL 轉換為用於網頁加載的 IP 地址。
DNS 遞歸解析器在從 Web 瀏覽器傳輸到 Internet 後接收用戶輸入的主機名查詢。然後遞歸 DNS 服務器向 DNS 根服務器發送查詢,該服務器返回負責域存儲的 TLD 服務器的地址。
然後解析器向關聯域的 TLD 發送 DNS 請求,接收域名服務器的 IP 地址。遞歸 DNS 服務器接下來請求域名服務器並接收 IP 地址以提供給 Web 瀏覽器作為最後一步。然後,瀏覽器可以在 DNS 查找過程完成後使用 HTTP 請求來請求特定的網頁。
這些階段構成了傳統的 DNS 查找過程,但是 DNS 緩存可以加快速度。DNS 緩存允許瀏覽器、操作系統或遠程 DNS 基礎設施在本地存儲 DNS 查找信息,從而允許跳過某些步驟以加快加載速度。
透過外部儲存將 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 掃描中常見的錯誤。