Ajax WebApplication перестал работать, если получено доступ через прокси-сервер
Я пытался загрузить Windows 2008 R2 Evaluation copy, как предложено Helvick выше. Я сделал VM для работы ОС, поскольку я не могу обновить сервер исходных данных до R2 в это время.
Я столкнулся с изрядным количеством ударов скорости по пути и в конечном счете обнаружил, что даже с/B и / набором переключателей MIR, Robocopy может только правильно передать ACLs, будучи выполненным на источнике (и возможно место назначения) сервер. Если работается посредническое устройство, устанавливая ACLs на целевых сбоях конца, даже при том, что данные копируются. Robocopy затем применяет ACL самой глубокой папки, к которой он имеет доступ ко всем данным ниже того уровня дерева, которое недопустимо. В дополнение к этому издержки выполнения копии через посреднический сервер были слишком высоко и решительно уменьшены скорости копии.
Однако при выполнении на исходном сервере Ванильная версия 2008 года Robocopy может передать и реализовать ACLs без помехи. К счастью мы также обнаружили, что скорости нерезьбового Robocopy должны быть достаточными для этой миграции данных. Однако, если бы я мог бы обновить исходный сервер к 2 008 R2, я не сомневаюсь, что копия данных абсолютно управляла бы многопоточностью использования.
Хотелось бы надеяться, мальчики в MS скоро добавят режим "Backup" к RichCopy, и это станет супер полезной небольшой утилитой.
Сообщество ввело это по абсолютному адресу с палкой, таким образом...
Что я думаю, что Вы видите, что существуют заголовки, которые клиент отправляет в прокси. Когда клиент говорит с прокси, он всегда выполняет полностью определенный запрос; когда прокси будет говорить с сервером бэкэнда, он будет обычно переводить, которые отступают к относительным запросам.
Получение одновременного получения Netmon/Wiresharek со стороны клиента и сервера поможет понять поведение лучше - могло случиться так, что дополнительные заголовки, представленные прокси (Через, например), вызывают проблемы с предположениями о порядке заголовка или содержании в клиентском компоненте Ajax, если оба прокси не расстроены в некотором аспекте ответа серверной стороны и "защищают" клиент.