隐藏的、混乱的

在本文中，我们将探讨 PowerShell 中不那么明显的信息，即隐藏在直接视图中且需要额外附加信息的信息步骤来揭示。例如，您是否知道即使使用格式列表，也不会显示所有细节？在很长一段时间里，我认为这是真的，但例如在 Microsoft 365 中，有些 cmdlet 具有隐藏的对象属性。此外，某些 cmdlet 需要额外的开关来显示其输出中的其他详细信息。本文将介绍这些内容，并提供有关如何查明您是否缺少这些详细信息的提示，以便您可以充分利用 PowerShell。

特殊开关

我们需要涉及的两个开关是 -Status 和 -IncludeReport。当涉及某些命令时，这两个开关可以显示更多细节，并且可以在一些 cmdlet 上检索附加信息。这些值被隐藏以提高 cmdlet 的性能，因为并非每个脚本都需要显示的信息。这里有些例子：

-地位

当与 Get-MailboxDatabase cmdlet 一起使用时，此开关会显示有关运行 Exchange Server 2019 的服务器上的邮箱数据库的信息。上述命令会生成一个有用的表，如下所示：

如果我们像这样使用 Format-List 运行相同的命令......

Get-MailboxDatabase | Fl

...我们注意到有些值没有填充。这可能意味着实际上没有存储任何内容，因此该属性实际上是空的。然而，其中一些属性的情况并非如此。对于邮箱数据库，“已安装”字段也是如此：

Get-MailboxDatabase -Status

现在我们知道数据库是否已安装：

现在有一些 PowerShell cmdlet，其中“-Status”实际上查找对象的状态，而不是显示有关 Exchange 中某些内容的更多信息的开关。另一个例子是：

Get-ExchangeServer | fl

如果没有 -Status 开关，则许多属性不会填充：

ErrorReportingEnabled
CurrentDomainControllers
CurrentGlobalCatalogs
CurrentConfigDomainController

无状态'

带有“-状态”

用于过滤的“-Status”

Get-MailboxRestoreRequest -Status

请注意红色错误消息，这意味着“-Status”参数后面缺少单词或“参数”。对于这些 cmdlet 可以看到相同的结果：

Get-MessageTrackingReport -Status
Get-MigrationBatch -Status
Get-MigrationUser -Status
Get-PublicFolderMailboxMigrationRequest -Status
Get-PublicFolderMigrationRequest -Status
Get-PublicFolderMoveRequest -Status
New-UMAutoAttendant
New-UMIPGateway
Set-UMIPGateway
Set-UMService

-包含报告

-IncludeReport 开关可被视为某些 PowerShell cmdlet 的详细开关。最常与 -IncludeReport 开关一起使用的 cmdlet 是移动请求命令，因为它们与 Exchange 生成的迁移报告有关。此类示例包括 Get-MigrationBatch、Get-MoveRequestStatistics 和 Get-PublicFolderMigrationRequestStatistics。

要了解 -IncludeReport 开关带来的结果，Get-MigrationBatch 就是一个很好的示例。确保使用 Format-List 选项提供命令的完整范围。如果没有 -IncludeReport 开关，生成的输出将是 Get-MigrationBatch 报告的迁移的基本信息集。事实上，我们注意到有些值是空的，请参见以下示例：

请注意，有两个字段，一个字段称为“Report”，另一个字段称为“Reports”，这两个字段都是空的。如果我们运行这个单行代码：

Get-MigrationBatch -IncludeReport | Fl Report*

报告/报告字段将被填充并包含如下信息：

虽然这些信息对于迁移很有用，但当将此开关应用于 Get-MoveRequestStatistics cmdlet 时，我们可以显示更多信息：

Get-MoveRequestStatistics -IncludeReport | Fl Report*

如您所见，对于此 cmdlet，-IncludeReport 对于邮箱移动请求来说就像是详细信息。

佛罗里达*

Microsoft 最近在 Exchange Online 中添加了新的 Reply All Storm 保护功能，这对于因 ReplyAlls 问题而导致数百或数千封电子邮件引发各种问题的组织来说是一个福音。在 Exchange Online 中，这是一项全局功能，应通过 Get-TransportConfig 可见。但是，如果我们像这样运行该 cmdlet，这些设置实际上并不可见：

Get-TransportConfig
Get-TransportConfig | Ft
Get-TransportConfig | Fl

为什么？我相信这是 Exchange Online 的几个隐藏属性之一。我们如何才能揭示“回复全部风暴”的保护属性？嗯，有两个选项可以显示这一点：

Get-TransportConfig | Fl *

和

Get-TransportConfig | Fl Reply*

现在使用“Fl *”并不是我所期望的。作为自 2007 年以来的 PowerShell 用户，根据我的经验，使用“Fl”通常会通过 PowerShell 公开对象的所有属性。然而，添加带有“Fl”的星号是新的东西......事实上，在此 cmdlet 上使用“Fl *”会显示 Exchange Online 传输配置的 28 个额外属性：

AgentGeneratedMessageLoopDetectionInSmtpEnabled
AgentGeneratedMessageLoopDetectionInSubmissionEnabled
AllowLegacyTLSClients
AttributionRejectBeforeMServRequest
AttributionRejectConsumerMessages
ConvertReportToMessage
CurrentTransportSystemState
DiagnosticsAggregationServicePort
JournalReportDLMemberSubstitutionEnabled
MaxAllowedAgentGeneratedMessageDepth
MaxAllowedAgentGeneratedMessageDepthPerAgent
OrganizationFederatedMailbox
OtherWellKnownObjects
PreserveReportBodypart
QueueDiagnosticsAggregationInterval
ReplyAllStormBlockDurationHours
ReplyAllStormDetectionMinimumRecipients
ReplyAllStormDetectionMinimumReplies
ReplyAllStormProtectionEnabled
TransportRuleAttachmentTextScanLimit
TransportRuleCollectionAddedRecipientsLimit
TransportRuleCollectionRegexCharsLimit
TransportRuleConfig
TransportRuleLimit
TransportRuleMinProductVersion
TransportRuleRegexValidationTimeout
TransportRuleSizeLimit
TransportSystemState

最后一个示例是安全与合规中心 PowerShell 模块中存在的 DLP 敏感信息类型。如果我们要在 PowerShell 中列出特定的一个，请使用“|”我们看到这些结果：

虽然有一些细节，但我们缺少一些本来就很好的细节。如果我们尝试 '| 会怎样？ Fl *' 再次使用星号技巧？

当“Fl *”与 Get-DLPSensitiveInformationType 一起使用时，会显示敏感信息类型的更多属性：RecommendedConfidenceLevel、HighConfidenceLevelEntityDetails、MediumConfidenceLevelEntityDetails、LowConfidenceLevelEntityDetails、PrimitiveElementDetails、Classifier、Fingerprints 等。

在线交换V2

新的 Exchange Online V2 (EXO V2) cmdlet 与以往不同，但仍然包含隐藏值，它有意隐藏信息，以便为 Exchange Online 管理员更快地生成结果。这是怎么做到的？通过限制通过选定数量的常用 cmdlet 返回的属性。

减少数据

为了获得这种性能，微软需要减少返回的数据（比较微软文档）。返回的数据可以被相当程度地削减，并且事实上可以被削减太多。两种不同的设置有助于减少这种情况，即“属性”和“属性集”。这两种不同的方法将有助于确定运行这些新 cmdlet 之一时提取的数据量。了解这些将有助于我们了解如何正确有效地使用它们。让我们回顾一下这些项目。

属性集

属性集是一组预定义的对象属性，Microsoft 认为它是一个逻辑分组。这些集揭示了可由新的 EXO V2 cmdlet 揭示的属性。我们无法简单地列出对象的所有属性并在输出中过滤它们。我们需要决定我们想要什么，并选择可用的属性集。我们以获取邮箱为例：

场景 - 需要检查所有资源邮箱的配额，同时列出邮箱本身的基本信息。

旧方法

Get-Mailbox | Where {$_.IsResource -eq 'True'} | Ft Name, Alias, PrimarySMTPAddress, *quota

新的 EXO V2 方法

对于新的 cmdlet，我们需要依赖如下任一属性集：

Get-EXOMailbox -PropertySets Minimum, Resource, Quota | Where {$_.IsResource -eq 'True'} | ft

如果我们不添加“PropertySets”参数，cmdlet 将仅返回一个空结果集，因为不会返回任何对象属性供 PowerShell 进行过滤，更不用说显示到屏幕上了。现在，我们不必使用 PropertySets 参数过滤 cmdlet 的结果，而只需让 PowerShell 返回属性集的所有值。例如，如果我们选择配额属性集，但没有过滤结果，我们将获得每个对象的所有这些属性：

特性

ArchiveQuota
ArchiveWarningQuota
CalendarLoggingQuota
xternalDirectoryObjectId
IssueWarningQuota
ProhibitSendQuota
ProhibitSendReceiveQuota
RecoverableItemsQuota
RecoverableItemsWarningQuota
RulesQuota
DatabaseQuotaDefaults

所有属性集中都有一个公共属性，即ExternalDirectoryObjectId。根据 MSDN，“此属性指定用户和组的唯一标识符，并在适用的 Windows Server 版本的 Active Directory 与 Azure Active Directory 联合时填充。”

属性是构成新 cmdlet 的各种属性集的单个值。我们可以使用属性来揭示对象的奇异值，而不是依赖于完整的属性集。虽然这可以实现目标价值拉动，但根据所需房产的数量，它可能会迅速失控。例如，如果我们依赖于为上面的 Get-Mailbox cmdlet 选择属性，我们将得到如下内容：

Get-EXOMailbox -properties Name,Alias,PrimarySMTPAddress, IsResource, IssueWarningQuota, ProhibitSendQuota,ProhibitSendReceiveQuota | Where {$_.IsResource -eq 'True'} | ft

虽然这提供了相同的结果，但它已经变得相当笨拙。因此，在两个选项（属性或属性集）之间进行选择对于您的脚本来说非常重要。我的建议是查看上面列表的源帖子并熟悉所有属性和属性集。

结论

这些示例中揭示的隐藏信息对于使用 PowerShell 至关重要。对于大多数示例，使用 PowerShell 对大多数初始查询隐藏这些项目是有意义的。然而，如果我们期望从一开始就披露更多信息，那么这种混淆可能会比预期更令人沮丧。找到空属性时可以使用的一种技术是查看是否有其他参数（例如 -Status 或 -Includereport）或使用 FL*。查看 cmdlet 的帮助或显示 cmdlet 的所有开关可能有助于发现隐藏数据的其他示例。所以，如果你要寻找的信息没有被透露，再深入挖掘一下，你仍然可能找到它。