Поиск и устранение неисправностей сетевой домашней папки

Если бы это прибыло в формат MSI для легкой установки к рабочим станциям Windows и могло управляться GPO, и Apple Открывают Directory затем, то это было бы прекрасно. Это должно было бы также работать хорошо с вещами как Sharepoint, но я подозреваю, что это - проблема для людей, разрабатывающих сайты в Sharepoint, а не Mozilla.

я знаю, что в настоящее время существует ветвление Firefox, который разработан для работы с GPOS, но я говорю о наличии, это работает со "стандартным" продуктом из поля и способностью управлять и заблокировать вниз и любые все предпочтения.

, Поскольку необайт говорит, управление исправлениями является также проблемой. Существующий метод Firefox не масштабируется для бизнеса, по моему скромному мнению.

РЕДАКТИРОВАНИЕ: Дополнительное управление - это должно быть управляемо предприятием также, должен быть способ развернуть и "заблокировать" в место стандартный набор расширений, независимо от того, хотите ли Вы, чтобы пользователи смогли добавить свое собственное, возможно назначить доверяемое собственное местоположение, где Вы публикуете "утвержденные" расширения, такую вещь.

автор NTLM - похож существует взлом для добавления этого к браузеру так или иначе, если Вы осматриваете сеть, но это должно быть, очевидно, лучше выставлено.

1
задан 11 June 2009 в 22:04
1 ответ

Это - почти определенно Открыть проблема аутентификации Directory. Проблемы с монтированием сетевых корневых каталогов обычно производят ошибочное диалоговое окно после того, как вход в систему был успешен, и прикрепление и рабочий стол появились. Дрожащее окно входа в систему означает, что PasswordServer не аутентифицировал пользователя.

Вот некоторые вещи попробовать:

Глобальные Открытые политики Каталога - Взгляд в Сервере Admin.app-> Открытый Каталог-> Настройки-> политика. Учетная запись нарушает какую-либо из этих политик?

Пользователь Открытые политики Каталога - Взгляд в Рабочей группе Manager.app-> Выбор пользователь-> Усовершенствованный-> Опции. Что-нибудь там, которое объясняет, почему они не могут пройти проверку подлинности?

Журнал Сервера пароля - журнал, который необходимо наблюдать, в то время как пользователь пытается войти в систему, /Library/Logs/PasswordService/ApplePasswordServer.Server.log.

Другие Методы аутентификации - Вы могли попытаться изолировать проблему при наличии пользовательской попытки соединиться с некоторым другим сервисом. Вы могли сделать, чтобы они соединились с AFP от некоторого другого компьютера, который уже зарегистрирован. Или на сервере, Вы могли войти в систему как администраторский пользователь и затем ввести kinit <username> в терминале. Посмотрите, принимает ли это пароль пользователя там.

Посмотрите в PasswordServer DB - Как администраторский пользователь на Вашем Открываемые ведущее устройство Directory, сделайте sudo mkpassdb -dump и найдите рассматриваемого пользователя. Найдите шестнадцатеричный слот ID и затем сделайте sudo mkpassdb -dump 0x42f0a7b01234758e00220189001231ff. Посмотрите тесно под Функциями Доступа, чтобы видеть, неправильно ли что-нибудь.

2
ответ дан 3 December 2019 в 22:56

Теги

Похожие вопросы