У одного из наших клиентов возникла проблема, из-за которой POSTBACK кажется прерванным при подключении к нашему приложению Sharepoint.
Когда они переходят по URL-адресу, к URL-адресу добавляется ошибочная строка запроса, поэтому конец URL-адреса становится:
... / default.aspx & AuthResend1908BC2350124b5095AB75012FA405BA
это не то, что появляется ни на других клиентских компьютерах, ни на наших внутренних. Это единственная разница, и, похоже, они ломают их страницы.
У меня был быстрый Google, и кажется, что это связано с сервером Microsoft ISA, но у меня нет опыта с этим.
Это ошибка или настройка на их сервере ISA?
Мы заметили то же самое с нашим ISA, добавляющим тот же параметр AuthResend в конец URL-адреса. И, как и вы, сайт работает не так, как ожидалось. Проверяется ли ваше приложение SharePoint с помощью форм или каким-либо другим методом? В нашем случае на фактическом уровне IIS находится NTLM, а за ним - форма поиска LDAP. Внутренне, поскольку вы все равно используете NTLM, поиск LDAP может найти вас, и вы никогда не увидите логин. Внешне я подозреваю, что AuthResend добавляется, потому что ISA видит, что у нас есть не только NTLM для прохождения, но и другая аутентификация за ним (в нашем случае, LDAP). Таким образом, ISA в основном говорит себе отправить аутентификацию дважды.
Кроме того, используете ли вы одно и то же имя URL-адреса внутри и снаружи или используете разные URL-адреса и полагаетесь на сопоставления альтернативного доступа? У нас разные имена, и я считаю, что наша проблема была вызвана этим. Как только мы использовали то же имя, AuthResend исчез, и все заработало правильно.
Фил.