Active Directory中ß与ss的严格匹配问题：如何精准筛选含ß的用户街道地址？

太懂这种被字符匹配搞崩溃的感觉了！你遇到的问题本质是Unicode的等价规范化在搞鬼——在德语的排序规则里，ß本来就被默认等同于ss来处理，不管是AD的筛选还是Excel的过滤，都会遵循这个文化规则，所以才会把两种写法的结果混在一起。

给你两个靠谱的解决思路，亲测有效：

方法一：PowerShell本地精确过滤 #

先通过模糊筛选缩小范围（避免拉取全量AD用户影响性能），然后用.NET的精确字节比较来过滤——这个方法简单易上手，不用折腾LDAP的复杂语法：

# 先拉取包含街道关键词的用户，再本地做严格匹配
Get-ADUser -server domain.example.com -properties StreetAddress -filter "Streetaddress -like '*Examplestra*'" | 
    Where-Object { $_.StreetAddress.Equals('Examplestraße', [System.StringComparison]::Ordinal) }

这里的[System.StringComparison]::Ordinal会强制按照字符串的原始字节来比对，完全不会把ß和ss视为等价，就能精准揪出只有Examplestraße的用户。

方法二：LDAP二进制匹配（查询阶段直接过滤） #

如果想直接在AD的查询阶段就完成严格匹配（减少本地处理的数据量），可以用LDAP的二进制匹配规则，把目标字符串转成十六进制后构造过滤条件：

$targetStreet = 'Examplestraße'
# 把目标字符串转成UTF-8字节再转成十六进制格式
$utf8Bytes = [System.Text.Encoding]::UTF8.GetBytes($targetStreet)
$hexString = -join ($utf8Bytes | ForEach-Object { $_.ToString('X2') })
# 构造LDAP二进制过滤条件
$ldapFilter = "(StreetAddress:binary:=`$hex$hexString)"

# 执行查询
Get-ADUser -server domain.example.com -properties StreetAddress -LDAPFilter $ldapFilter

StreetAddress:binary:=这个语法告诉AD要严格按照字节内容来匹配，不会做任何Unicode等价转换，结果会非常精准。

顺带解决Excel的过滤问题 #

Excel里你可以用EXACT函数来做严格匹配：比如在空白列输入=EXACT(A2,"Examplestraße")（A2是街道地址所在单元格），然后筛选该列值为TRUE的行，就能区分开两种写法了。

总的来说，不管是AD还是Excel，只要绕过默认的文化感知匹配，改用字节级/二进制级的严格比对，就能解决这个让人头疼的问题啦！

备注：内容来源于stack exchange，提问作者Panki