Smb-аутентификация (74 байта против 24?)

Мне нужно реализовать виртуальную файловую систему, доступ к которой будет доступна как общий ресурс Windows.

Кажется, Alfresco JLan делает эту работу. До сих пор у меня есть некоторые обнадеживающие результаты, начиная с этого ответа: Как настроить файловый сервер alfresco jlan как отдельный java-пакет?

Теперь я не могу, по-видимому, аутентифицироваться. Моя фиктивная реализация всегда успешна, но как только я пытаюсь проверить пароль, она просто терпит неудачу.

Некоторая информация:

  • Он работает на компьютере с Windows 445, который не используется самой Windows (отключены службы сервера и т.д.).
  • От того же клиента Windows 10 кажется, что JLan считает его аутентификацией ntlmv1, что выглядит странно для меня (я бы хотя бы ожидал ntlmv2). alg == NTLM1 в JLan CifsAuthenticator::validatePassword.
  • Кажется, что зашифрованный использованный пароль - 74 байта, по сравнению с 24, который он ожидает, и он терпит неудачу.
  • Придется удалить CryptixCrypto, который больше не существует, и заменил getInstance("MD4") на MD4.getInstance() в JLan, поскольку, похоже, это способ перейти на современные Java-платформы (MD4 не зарегистрирован по умолчанию, так как задокументировано в самом классе MD4).

Как я могу снова проверить свой пароль на некотором текстовом тексте?