Назад | Перейти на главную страницу

Как обойти «функцию безопасности» нашего размещенного сервера обмена, которая всегда требует учетных данных?

Я прочитал этот пост:

Как запретить Outlook 2007 запрашивать учетные данные при использовании RPC через HTTPS

Однако у нас нет контроля над внутренним сервером. Это контролируется третьей стороной, которую мы используем для размещенного обмена. Они сообщили мне, что настроили сервер так, чтобы он запрашивал учетные данные (пароль) пользователя каждый раз, когда открывается локальный клиент Outlook. Они также сообщили мне, что обходного пути нет, но мне трудно поверить, что я не могу настроить наши собственные машины XP для запоминания пароля, даже если для этого потребуется дополнительное программное обеспечение.

Так ли это на самом деле или есть обходной путь, о котором мне не говорят?

Outlook будет прозрачно аутентифицироваться в Exchange при входе в систему с учетными данными в том же (или доверенном) домене, где находится компьютер с Exchange Server.

У вас этого нет, поэтому вам будет предложено ввести учетные данные.

Одним из «обходных путей» может быть подключение ваших клиентских компьютеров к домену, в котором размещается Exchange. Я серьезно сомневаюсь, что ваш провайдер сделает такое.

В статье, которую я вижу, есть некоторые разговоры о том, что может быть способ сделать это с помощью функции кэширования паролей в Windows: http://www.andreasroom.com/blog/archive/2005/06/17/RPCHTTP.aspx Я никогда не пробовал это раньше, и я немного сомневаюсь, что это сработает. Хотя, полагаю, попробовать стоит.

Если вы используете RPC через HTTP для подключения к своему серверу Exchange, а для метода проверки подлинности на сервере задан базовый уровень, вам каждый раз будет предлагаться вводить учетные данные, и вы мало что можете с этим поделать. Если они используют аутентификацию NTLM, вы сможете сохранить свои учетные данные.

Иногда забавный способ работы kerberos заключается в том, что если ваши имена для входа и пароли в вашем локальном домене совпадают с тем же, что и на хосте обмена, тогда проходная аутентификация будет работать и позволит вам войти, несмотря на разные доменные имена.

Однако я не эксперт в этой области, ответ Эвана довольно твердый.

Используя следующую команду:

cmdkey /add:exchange.server.com / пользователь: имя пользователя / пароль: пароль

вы можете сохранить учетные данные, и NTLM будет использовать предоставленный пользователь / пароль при аутентификации на exchange.server.com.