Изменил заголовок.
Несколько клиентов жаловались, что «не могут проверить почту», но сегодня мы наконец-таки разобрались, в чем дело. Они пытаются подключиться к сайту по протоколу http для веб-почты, это MS Exchange Server. Когда я подключаюсь с моего компьютера (на другой сети), у меня появляется стандартное окно аутентификации http. Когда я ввожу имя пользователя и пароль, все проходит без проблем. У клиентов же, после ввода данных для http-аутентификации, просто висит «Загрузка страницы» в строке состояния. Я отключил «прозрачный прокси» в разделе профиля пользователя для точки доступа, и внезапно клиенты стали подключаться. Я где-то читал, что прозрачный прокси для точки доступа отличается от прокси и веб-прокси функций в RouterOS — поэтому я не могу найти способ обойти эту проблему. У кого-нибудь еще была такая проблема с точкой доступа/прозрачным прокси и MS Exchange Webmail, не позволяющим аутентификацию? Почему прозрачный прокси не позволяет то, что выглядит как стандартная http-аутентификация?
—Craig
Несколько клиентов жаловались, что «не могут проверить почту», но сегодня мы наконец-таки разобрались, в чем дело. Они пытаются подключиться к сайту по протоколу http для веб-почты, это MS Exchange Server. Когда я подключаюсь с моего компьютера (на другой сети), у меня появляется стандартное окно аутентификации http. Когда я ввожу имя пользователя и пароль, все проходит без проблем. У клиентов же, после ввода данных для http-аутентификации, просто висит «Загрузка страницы» в строке состояния. Я отключил «прозрачный прокси» в разделе профиля пользователя для точки доступа, и внезапно клиенты стали подключаться. Я где-то читал, что прозрачный прокси для точки доступа отличается от прокси и веб-прокси функций в RouterOS — поэтому я не могу найти способ обойти эту проблему. У кого-нибудь еще была такая проблема с точкой доступа/прозрачным прокси и MS Exchange Webmail, не позволяющим аутентификацию? Почему прозрачный прокси не позволяет то, что выглядит как стандартная http-аутентификация?
—Craig
