Очень странные проблемы с доступом - PullRequest
2 голосов
/ 17 июня 2011

сначала нужно объяснить историю, а затем то, что мы сделали до сих пор ... может быть немного длинным.

Мы унаследовали веб-приложение .net, взаимодействующее с SQL, с помощью веб-элементов управления Infragistics.

Протестировал все это на платформе разработки и прекрасно работает. Выкатили его на тестовую коробку, и все прекрасно работает. Затем выкатились на производственный сервер, и теперь у нас проблемы .....

Основная проблема - это страница с несколькими выпадающими списками, вы выбираете значение из одного из списков, оно обращается к блоку SQL, а затем заполняет поля, одним из которых является Web-сетка Infragistics. Теперь выбор значения из раскрывающегося списка отправляет запрос на сервер SQL, и я знаю , что это работает и возвращает данные, как и все другие поля на странице до . Web Grid заполняется данными, возвращаемыми из запроса. Это подсчитывает сторону SQL из уравнения.

Веб-страница выдает 2 ошибки:

"Sys.InvalidOperationException: Type Infragistics.Web.UI.ControlMain уже зарегистрирован. Тип может быть определен несколько раз или файл сценария, который определяет его, возможно, уже загружен. Возможная причина - изменение настроек во время частичное обновление. "

и

"Sys.ArgumentTypeException: объект типа 'Infragistics.Web.UI.WebCurrencyEditor' не может быть преобразован в тип tp ''. Имя параметра: экземпляр"

Итак, у нас ТОТ ЖЕ код, развернутый на ТРИ серверах, и ТОЛЬКО происходит сбой, когда я пытаюсь получить доступ к странице, находящейся на Производственном сервере. Первое, что вы будете думать, - разрешения.

Следующим шагом было попробовать на другом компьютере (рабочем столе), с моими данными, и все равно получить ту же ошибку - все хорошо на Dev и Test, но не на Prod. Следующий шаг, попробуйте других пользователей на других машинах. Хит и мисс - некоторые пользователи не могут запустить страницу Prod, другие могут.

Итак, отсюда, посмотрел на все группы AD, в которые могут войти люди, которые МОГУТ войти, и сравнил с моей. Добавил меня во все группы, которых у меня не было, и попытался снова - ЖЕ РЕЗУЛЬТАТ, не может загрузить страницу без вышеупомянутой ошибки.

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

Следующий шаг - я подключаюсь к тестовому серверу и могу получить доступ к веб-сайту на рабочей коробке. Я подключаюсь к серверу DEV и могу получить доступ к веб-сайту на рабочей коробке.

Итак, я могу просчитать аспект SQL, я могу предположить, что код все хорошо, как работает для других. Разрешения были применены к группам AD, чтобы быть такими же как другие, которые могут получить к нему доступ ...

ЧТО Я НЕ ДЕЛАЮ? Конечно, есть что-то легкое, чем я не занимаюсь ... Есть предложения? Извиняюсь за длинный пост, но объясняю, в какой степени мы пытались это исправить !!!

1 Ответ

1 голос
/ 17 июня 2011

Я включил ссылку на статью, в которой указана одна из возможных причин возникновения ошибки в сценарии балансировки нагрузки / фермы серверов: AjaxControlToolkit & ScriptResource.axd проблема, связанная с балансировщиком нагрузки (веб-ферма) .

Независимо от того, имеет ли ваша проблема какое-либо отношение к этому или нет, прямая причина в том, что ScriptManager обманным путем заставляет зарегистрировать один и тот же сценарий дважды. Я не думаю, что это напрямую связано с разрешениями. Но будет некоторая основная проблема: надеюсь, не ошибка с самими элементами управления Infragistics.

Первое очевидное предложение, которое я хотел бы сделать, - убедиться, что на всех серверах установлена ​​одинаковая (и, возможно, последняя) версия AjaxControlToolkit.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...