無需 Linux 掛載即可在 ownCloud 中掛載 SMB/CIFS 共享
透過外部儲存將 Windows 或 Samba 網路共用連接到 ownCloud,驗證憑證,並安全地排查無法存取的資料夾問題。
目前,全球使用 Microsoft Teams 進行教學的人數不斷增加。不過在使用教師的過程中也會遇到很多煩人的教學情況,比如學生在上面建立秘密聊天群來做自己的工作……不過教師不用太擔心微軟為我們提供的工具讓教師可能想讓這更容易控制。
在本教程中,我們將設置允許誰可以在 Microsoft Teams 上創建組
為此,教師首先需要擁有其學校或單位的 Office 365 系統管理員帳戶
步驟 1:為需要創建 Office 365 組的用戶創建安全組
重要的!
在使用 安全組 來限制誰可以創建組時,您還應該考慮到這將不允許安全組之外的成員在 Office 365 共享點上創建組。
履行

第 2 步:運行上述 PowerShell 命令
老師需要確保電腦上安裝了Powershell
將以下腳本複製到 Windows PowerShell ISE 中。
將 SecurityGroupName >替換 為您創建的安全組的名稱。例如:
$GroupName = "Group Creators"
將文件另存為GroupCreators.ps1
在PowerShell窗口中,使用 CD 命令返回教師保存 GroupCreators.ps1 文件的文件夾(輸入“CD”)。假設文件保存在adminschool文件夾D盤,老師會輸入如圖所示的命令
通過鍵入以下內容運行腳本:
.\GroupCreators.ps1
然後在 Powershell 命令提示符下使用管理員帳戶登錄
$GroupName = "" $AllowGroupCreation = "False" Connect-AzureAD $settingsObjectID = (Get-AzureADDirectorySetting | Where-object -Property Displayname -Value "Group.Unified" -EQ).id if(!$settingsObjectID) { $template = Get-AzureADDirectorySettingTemplate | Where-object {$_.displayname -eq "group.unified"} $settingsCopy = $template.CreateDirectorySetting() New-AzureADDirectorySetting -DirectorySetting $settingsCopy $settingsObjectID = (Get-AzureADDirectorySetting | Where-object -Property Displayname -Value "Group.Unified" -EQ).id } $settingsCopy = Get-AzureADDirectorySetting -Id $settingsObjectID $settingsCopy["EnableGroupCreation"] = $AllowGroupCreation if($GroupName) { $settingsCopy["GroupCreationAllowedGroupId"] = (Get-AzureADGroup -SearchString $GroupName).objectid } else { $settingsCopy["GroupCreationAllowedGroupId"] = $GroupName } Set-AzureADDirectorySetting -Id $settingsObjectID -DirectorySetting $settingsCopy (Get-AzureADDirectorySetting -Id $settingsObjectID).Values
腳本的最後一行將顯示更新的設置:
如果以後要更改使用哪個安全組,可以使用新安全組的名稱再次運行上述腳本。
如果您想關閉群組創建限制並允許所有用戶創建群組(包括學生),請將 $GroupName 設置為“”,將 $AllowgroupCreation 設置為“True”,然後再次運行上述腳本。
第 3 步:仔細檢查它是否已經在工作?
如果在Powershell上運行命令的過程中出現任何問題,請創建Ticket並發送給微軟技術支持以獲得詳細支持(因為這是新更新的功能,沒有多少人有這方面的經驗)或選擇Microsoft 365 管理中心的支持
祝老師好運!
透過外部儲存將 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 掃描中常見的錯誤。
