AD Аутентификация перестала работать в локальной машине, но работах от Рабочего сервера
У меня была та же проблема и с версиями на 32/64 бита RHEL 5.5 на VirtualBox 3.2.4 и с 3.1.8. Я использую Ubuntu 9.10 на 64 бита также. Обе установки VirtualBox были сделаны через чиновника VBox способный репозиторий. После выполнения большого поиска мое лучшее предположение - то, что это связано с проблемой с виртуальными дисками, которые хранятся на ext4 разделах. Перемещение Ваших виртуальных дисков к ext3 разделу должно работать.
Однако то, что я закончил тем, что делал, удаляет контроллер SATA в настройках устройства хранения данных VirtualBox. SATA был значением по умолчанию в моей системе, когда я создал VM, таким образом, я удалил контроллер SATA и затем добавил виртуальный диск к Контроллеру IDE как основное ведущее устройство. Просто перемещение виртуального диска к контроллеру IDE и не удаление контроллера SATA не работали по некоторым причинам. После того как я сделал эту свою установку на 64 бита, наконец удался загружать установку сообщения. Я надеюсь, что это помогает.
Возможно, вы захотите проверить следующее:
- ошибка в журнале событий AD (это даст вам представление о том, есть ли какие-либо ошибки аутентификации хоста протокола, если запрос достигает AD )
- Ни один брандмауэр не блокирует запросы (антивирусное программное обеспечение Strict может также блокировать запросы.)
- журнал событий с вашего локального компьютера
- В зависимости от того, какую аутентификацию использует приложение, вы можете захотеть проверить
- LDAP (шаги 1-2) + если это встроенное приложение, поместите журнал в часть аутентификации
- Kerberos - билеты и журналы из AD
- NTLM - шаг 1-2
Если вы случайно не являются администратором домена, вы можете попробовать вывести локальный компьютер за пределы домена, а затем снова AD.