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

Страница ошибки для пользователей OWA на другом сервере?

Мы готовимся к общесетевому обновлению до Exchange 2010. URL-адрес старых почтовых ящиков 2007 года находится по адресу

https://mail.example.com

а пользователям, почтовый ящик которых был перемещен, придется перейти в

https://Email.example.com

Если пользователь, имеющий почтовый ящик 2010, пытается войти в систему OWA 2007, он получает стандартный 403 Forbidden страница. Мы хотели бы показать им страницу нашего собственного создания, которая включает ссылку на страницу входа в OWA 2010.

Я предположил, что мы можем сделать это с помощью страницы пользовательских ошибок IIS, но установив 403.4 страница ошибок в IIS на веб-сайте по умолчанию не работает.

Кто-нибудь знает, как это можно обойти?

Кстати, наш OWA для 2007 ящиков на Windows Server 2003 и IIS 6

РЕДАКТИРОВАТЬ

Хорошо, поэтому я не думаю, что правильно объяснил проблему (я только сейчас начинаю понимать проблему ...). В основном у нас есть пользователи, которые могут пройти аутентификацию, но у нас нет почтового ящика на сервере Exchange 2007. Это настраиваемая страница ошибок для всех ошибок 403.4, которая направляет пользователя с http на https. Однако, когда пользователь без почтового ящика пытается войти в систему, на самом деле с сервера не отправляется никакая страница с ошибкой, а только код состояния 403.

Проблема в том, что требуется SSL, а ошибка возникает до отображения пользовательских ошибок. Поэтому просмотреть страницу пользовательской ошибки 403.4 невозможно.

Если бы это был IIS7, я бы рекомендовал URL Rewrite, но поскольку это не так, у вас есть несколько других вариантов.

Во-первых, вы можете отключить требование SSL в IIS, чтобы http://email.example.com (vs. https://email.email.com) работает. Затем вам нужно перенаправить их, если они попадают в этот URL.

Вы можете сделать это на сайте www.isapirewrite.com. Это отличный инструмент для этого. Или вы можете настроить другой сайт с привязкой http и сделать так, чтобы он выполнял перенаправление на сайт https (email.example.com). Это проще всего, если у вас есть доступ к серверу, что, я полагаю, у вас есть.

Напомним, создайте еще один сайт, указывающий на фиктивную папку, и установите перенаправление на https://email.example.com. Удалите привязку HTTP с существующего сайта и вместо этого установите ее на новый сайт. Таким образом, сайт перенаправления будет иметь привязку http, а сайт email.example.com будет иметь привязку HTTPS. В этом случае вам также не нужно обновлять настройку SSL.