简介2021 年 12 月 9 日，在Log4j的 GitHub 上公开披露了一个影响多个版本的 Apache Log4j 2 实用程序的高严重性漏洞 CVE-2021-44228、CVSSv3 10.0）。该漏洞由阿里云安全团队的陈兆军（可能为音译）发现，影响Apache Log4j 2版本2.0至2.14.1。根据开发人员的说法，Log4j的1.x版本不容易受到此漏洞的影响。
这一系列的文字（前传上、前传中）其实都是为了这一篇：因为之前项目中出现了不少不能完成自定义过程导致桌面池无法完整制备的问题，当我尝试解决这些问题之后，就非常想记录下来。排错的基本思路是分段，接下来我们就分别看看这些环节。
我在之前的一篇简单介绍了Sysprep，作为这一篇的准备和铺垫。这一篇应该就看看VDI架构中底层虚拟化平台如何进行或增强这个自定义过程了。虽然当年领导者象限里的三家虚拟化平台（vSphere、Hyper-V、XenServer）我都还算熟悉，但针对Windows的自定义过程，一个使用自家比较完整的体系（System Center）不是一两句话的事情，一个现在逐渐式微……我还是以vSphere为例聊聊吧。
尽管我们在 [聊聊VDI虚拟桌面的重复SID问题（上）](https://blog.51cto.com/haohu/2513242)和[聊聊VDI虚拟桌面的重复SID问题（下）](https://blog.51cto.com/haohu/2513272)中探讨了重新生成SID在链接克隆和即时克隆、流式制备中不再重要，但我在很多VDI项目中发现，仍有很多用户由于技术储备、管理认知等原因，不得不使用全克隆方式、按照传统PC的管理方式去管理VDI桌面的情况。容我偷偷地告诉你，VDI项目里，全克隆其实也不需要进行SID的处理。
The MVP program team finally organized MVP learning challenges few days ago. As a fan of MS learning and skill challenges, I certainly can't miss this rare opportunity to complete all three challenges
人可以被宅在家里，学习却依然不会停下。
Copyright © 2005-2023 51CTO.COM 版权所有 京ICP证060544号
