Windows_logo_horiz_blue_rgb

微软将为 Windows Setup 媒体中的 Inbox Apps 提供最新版本

        上个月中旬微软通过 Windows IT Pro 博客发布了一则消息,使用2025年6月或之后的 Windows Setup 媒体安装 Windows 11 24H2 或 Windows Server 2025 时,系统内置的那些 Inbox 应用也会更新到相对最新版本,这意味着一些企业 IT 从 VLSC 下载的含每月累计更新的 Windows Setup ISO 也会包含新的 Inbox,一旦交付给最终用户即可直接开始使用,这样不仅更安全、更可靠、也提升了用户的体验。要知道在过去当我们首次打开内置应用时都会提示必须联网更新才能继续使用。

UpdateInboxApps

        目前这一举措覆盖了前面将的更新的 ISO,也同时包含虚拟硬盘(VHD)和 Azure 市场映像。对于 RTM 目前尚未在队列中!如果你对此信息感兴趣,可参考如下手更新的内置应用列表:

  • 时钟
  • 应用安装程序(App Installer)
  • AV1 视频扩展
  • AVC 编码器扩展
  • 必应搜索
  • 计算器
  • 照相机
  • Clipchamp
  • 跨设备体验主机
  • 获取帮助
  • HEIF 图像扩展
  • HEVC 视频扩展
  • 媒体播放器
  • Microsoft Store
  • Microsoft To Do
  • 记事本
  • Office Hub
  • 画图
  • 手机连接
  • 照片
  • Power Autmate
  • 快速助手
  • Raw 图像扩展
  • 截图工具
  • 纸牌系列游戏
  • 录音机
  • 便签
  • 商店购买应用程序
  • VP9 视频扩展
  • 天气
  • Web 媒体扩展
  • WebP 图像扩展
  • Windows 安全
  • Windows Web 体验包
  • Xbox 游戏栏
  • Xbox 语音转文本叠加

        对于 Windows Server 2025 媒体

  • 应用安装程序
  • Windows 安全

MCC-logo

Microsoft Connected Cache for Enterprise - 卸载和重装

        前面 gOxiA 与大家分享了“Microsoft Connected Cache - 概述”、“适用于企业和教育的 Microsoft Connected Cache”、“Microsoft Connected Cache for Enterprise - 实践”,相信已经上手的朋友会有一些收获。我们继续前行,尝试卸载和重装 Microsoft Connected Cache for Enterprise,过程其实非常简单,只是我们可能会遇到一些小小的“意外”,该如何处理解决以及完成目标,是 gOxiA 今天要分享的。

        例如当我们访问 Cache Nodes 管理界面时,应该会留意到系统给出的提示,要求我们将那些需要迁移的缓存节点使用新的缓存节点部署包重新部署安装,留意下图标注的位置已决定是否需要重新部署。

0-uninstallmcc

        本例中是一台基于 Ubuntu Server 的缓存节点主机,接下来 gOxiA 将会先卸载现有缓存节点版本,然后安装最新的版本。首先执行 uninstallmcc.sh 执行卸载脚本,如果未 sudo 需进行管理员权限认证,如下图所示。

1-uninstallmcc

        卸载过程非常快,最后会给出结果,如下图提示会有一个报错:“Failed to remove cron job for host update”,提示未能移除定时任务。

2-uninstalmcc-failed

        如果要彻底清除,建议安装 cron,为此执行如下指令:

sudo apt update

sudo apt install cron

./uninstallmcc.sh

3-uninstallmcc-finish

        再次卸载就不会再有警告信息,最后我们下载最新的缓存节点部署包再次执行安装。最新的缓存节点部署包可以从该网址下载:https://aka.ms/mcc-ent-linux-deploy-scripts,参考前面的日志进行安装即可。如果在安装时遇到如下图报错:“The registration key is no longer valid, please visit the Azure portal for a new command line”,请重新生成部署相关信息。

4-reinstallmcc-error

        另外需要注意,如果是重新部署 Linux 缓存节点将其迁移到 GA 版本,用户必须执行如下操作,否则内容请求将会失败。

chmod 777 -R /cachenode

sudo iotedge restart MCC

        稍等几分钟我们可以使用 sudo iotedge list 进行检查。

iotedge_list

推荐官方参考:

Monitor cache node usage - GA migration status | Microsoft Learn

MCC-logo

Microsoft Connected Cache for Enterprise - 实践

        就在 gOxiA 近期集中发布 MCC 相关日志期间,微软于 7月23日公告 Microsoft Connected Cache for Enterprise 正式版发布了。那今天就为大家奉上 MCC for Enterprise 的上手日志。如果你需要了解 Microsoft Connected Cache,不妨先回顾一下 gOxiA 之前发布的日志:“Microsoft Connected Cache - 概述”,“适用于企业和教育的 Microsoft Connected Cache”。

        本例 MCC 的 CacheNode 将使用 Ubuntu 24.04 ,这里不再复述 Ubuntu 的准备过程。接下来我们需要通过 Azure Portal 创建 Microsoft Connected Cache for Enterprise 服务(以下简称:MCC4E),并创建和配置基于 Ubuntu 系统的 Cache Node,最后在 Ubuntu 系统上执行部署脚本,并对 Cache Node 执行验证,确保无误后便可通过组策略(GPO)或 Intune 为客户端进行分发配置。

        接下来我们首先通过 Azure Portal 创建 MCC4E,可以在 Azure 市场中搜索关键词,在搜索结果中确认“Microsoft Connected Cache for Enterprise”并创建资源。

1-SearchMCC

2-MCC

        MCC4E 资源的创建非常简单,为该资源起个容易识别的名字,并确认在哪个订阅、资源组和位置,最后执行创建即可。

3-CreateMCC

        稍等片刻,我们便可转到 MCC4E 资源的 Cache Node Management 页面,并通过位于顶部的“Create Cache Node”按钮创建我们所需的缓存节点,在下图中我们可以看到一则提示“公共预览版缓存节点将于2025年9月14日停止运行。必须重新部署现有的公共预览版缓存节点。”,具体可参考:https://aka.ms/mcc-ent-release-notes。如果之前在预览阶段就部署了Cache Node 则需要根据提示执行重新部署。

4-CreateCacheNode

        我们继续,创建 Cache Node,选择 Linux 为我们要用的 OS,并为 Cache Node 创建一个名称。这样一个基于 Linux 系统的缓存节点便创建完毕,接下来我们为该缓存节点生成一些必要的配置。

4-CreateCacheNode-1

        首先在“Configuration”中为缓存节点指定要用于存储缓存数据的目录,以及可使用容量。如果当前缓存节点有多块可使用的硬盘驱动器,则可以继续添加存储配置但当前最多可配置 9 个。

4-CreateCacheNode-2

        然后点击“Save”按钮保存配置并等待生效,一旦配置可用便可在“Deployment”页面看到要执行的命令行,此时我们可以将“Download deployment package”下载到 gOxiA 实现准备好的 Ubuntu 缓存节点主机上,以备使用。

4-CreateCacheNode-3

        在缓存节点主机上我们首先解压缩下载的部署包,并为其中的文件配置执行权限,然后执行“Deployment”页面提供的命令行即可。

4-CreateCacheNode-4

        在“Updates”页面我们还可以为缓存节点主机配置快速更新或周期性更新,确保缓存节点主机中的数据都是最新的,以解决安全漏洞并提高质量和性能。

4-CreateCacheNode-5

        当我们执行命令行无误,稍等片刻应该就能看到当前缓存节点主机的状态,如果要执行验证,可以参考官方文档 “Verify Connected Cache node functionality | Microsoft Learn” 执行相关指令。

5-Verify-1

        如下图我们可以先用 “wget http://localhost/filestreamingservice/files/7bc846e0-af9c-49be-a03d-bb04428c9bb5/Microsoft.png?cacheHostOrigin=dl.delivery.mp.microsoft.com” 验证缓存节点主机在运行且可以访问。然后可以通过在客户端上访问 http://[HostMachine-IP-address]/filestreamingservice/files/7bc846e0-af9c-49be-a03d-bb04428c9bb5/Microsoft.png?cacheHostOrigin=dl.delivery.mp.microsoft.com 来验证客户端到缓存节点主机是否正常。

5-Verify

        完成上述操作和验证,当前缓存节点主机即高创建和配置完毕,接下来我们要将其分发给客户端来使用。转到 Intune Portal 为设备创建传递优化配置,通过设置目录查找 DOCacheHost 或 DOCacheHostSource 根据需要进行配置。对于 DOCacheHost 我们可以指定一个或多个以逗号分隔的缓存节点主机,这些缓存节点主机的名称可以是 FQDN 或 IP 地址。对于 DOCacheHostSource 提供了两个配置项:1 = DHCP 选项 235;2 = DHCP 选项 235 强制,其中后者 2 配置可覆盖 DOCacheHost 配置。如果配置了 DOCacheHostSource 还必须为组织本地网络配置 DHCP 235 选项,可参考下图。具体应该采用哪个配置方案,还要根据实际环境来决策!


6-Intune-Configuration

6-Intune-Configuration-DHCP

        对应的 GPO 配置可参考下图,位于“计算机配置 - 管理模板 - Windows 组件 - 传递优化”。

6-DO-GPO

        对于 DOCacheHostSource,我们可能需要在特定环境中使用注册表来实现,该键值信息如下:

"HKLM\SOFTWARE\Policies\Microsoft\Windows\DeliveryOptimization" /f /v DOCacheHostSource /t REG_DWORD /d 2

        此外,我们可以配置 DelayCacheServerFallbackBackground 和 DelayCacheServerFallbackForeground 延迟策略,来提高从网络缓存主机拉取数据的机会,根据推荐后台和前台建议分别是 60 秒和 30 秒。

        最后,如果我们需要在后续检查和监视 MCC 的运行情况,都可以在 Azure Portal MCC 资源的概述和监视中对其进行监控。

7-review


推荐参考:

Release Notes for Microsoft Connected Cache for Enterprise and Education | Microsoft Learn

Improve P2P efficiency | Microsoft Learn

Types of download content supported by Delivery Optimization | Microsoft Learn

Optimize Windows Autopilot bandwidth use with Connected Cache | Windows IT Pro Blog

Microsoft Connected Cache for Enterprise Frequently Asked Questions | Micrososft Learn

Troubleshoot Microsoft Connected Cache for Enterprise and Education | Microsoft Learn

分页: 6/486 第一页 上页 1 2 3 4 5 6 7 8 9 10 下页 最后页 [ 显示模式: 摘要 | 列表 ]