Фильтр ISAPI с LDAP по SSL только работает администратором
Как Вы видите, это работает с файлами с пробелами также:
hoeha@dw:/tmp/test$ mkdir my\ dir{1,2,3}/ ; touch my\ dir{1,2,3}/file\ to\ replace
hoeha@dw:/tmp/test$ tree
.
├── my dir1
│ └── file to replace
├── my dir2
│ └── file to replace
└── my dir3
└── file to replace
3 directories, 3 files
hoeha@dw:/tmp/test$ echo "the new one" > the\ new\ one
hoeha@dw:/tmp/test$ find . -type f -name 'file to replace' -exec cp the\ new\ one \{\} \; -execdir mv \{\} the\ new\ one \;
hoeha@dw:/tmp/test$ tree
.
├── my dir1
│ └── the new one
├── my dir2
│ └── the new one
├── my dir3
│ └── the new one
└── the new one
3 directories, 4 files
hoeha@dw:/tmp/test$ cat my\ dir1/the\ new\ one
the new one
hoeha@dw:/tmp/test$ find -version | head -1
find (GNU findutils) 4.4.2
hoeha@dw:/tmp/test$
Это то, что Вы хотели?
Убедитесь, что сбойный пользователь доверяет центру сертификации вашего сервера ldap.
Для этого войдите в систему как пользователь, у которого произошел сбой (возможно, вам придется предоставить временные привилегии для этого, возможно, поместите его в группу «Удаленный рабочий стол»). Запустите certmgr.msc и найдите используемый центр сертификации в разделе «Доверенные корневые центры сертификации».
Сравните то, что вы видите, с тем, что находится в учетной записи администратора.
Я считаю, что у вас проблема с хранилищем доверенных сертификатов.
Примерным способом проверки этого может быть сравнение текстового вывода при печати содержимого хранилища сертификатов.