squillman дает корректный ответ.
Однако, Вы будете иметь те старые в запасе. Если Вы хотите избавиться от них, сделайте это в поле Windows Command:
C:\> del /s /q /f Thumbs.db
то единственное получает видимые
C:\> del /s /q /f /a:h Thumbs.db
получает невидимые также
Можно сделать то же самое с.DS_STORE
Я подозреваю, что Вы используете "ldaps://сервер /" для Вашего URI при необходимости в чем-то как "ldaps://server:636 /".
Не указывая порт, его попытка попробовать TLS по порту 389.
sshd использует разделение полномочия и chroots. Это может взаимодействовать плохо с чем-то в стеке, требуемом включать сертификаты проверки и SSL.
Попытайтесь отключить PrivilegeSeparation временно; это - плохая идея работать как этот, но если это решает проблему затем, Вы знаете что область заняться расследованиями.
Ну, это - проблема TLS. Просто отключите сертификат slapd's проверки на стороне клиента. TLS_ReqCert набором по умолчанию, чтобы "потребовать" на клиенте; измените его на "никогда". Это заставляет Ваш клиент доверять slapd, и в свою очередь, установить связь после квитирования tsl.
Привет Хотя ваша система работает с портом 389, TLS все еще может работать, потому что openLDAP может шифровать данные и отправив их по 389. Вы можете это проверить.