Remkomplekty.ru

IT Новости из мира ПК
3 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Ошибка сервера в приложении web api

Ошибка сервера в приложении web api

И снова здравствуйте.

> При проверке Web сервер определяется, а опубликованная база не находится.
Пожалуйста, уточните, что означает «база не находится».

Скриншот сообщения в файле Снимок1.

Попробовал исполнить Вашу инструкцию, получил следующее:

1. При публикации через Конфигуратор появилось сообщение Снимок2. NTFS-ные права на БД этой группе добавил.

Не помогло, при «проверке готовности компьютера» ошибка осталась таже «Не удалось найти публикацию базы!». Попробовал войти браузером на опубликованное приложение выдал ошибку про кривую библиотеку ISAPI. Методом проб и ошибок выснилось, что при установке IIS 8.5 «по умолчанию» не устанавливаются компонент «Расширения ISAPI».

2. Устоновил в IIS не достающий компонент «Расширения ISAPI». Опубликованная база опять не нашлась. Но при входе через браузер на публикацию ошибка стала другая.

Ошибка HTTP 500.0 — Internal Server Error

Невозможно отобразить эту страницу ввиду того, что произошла внутренняя ошибка сервера.

Подробные сведения об ошибке:

Обработчик 1C Web-service Extension

Код ошибки 0x800700c1

Запрошенный URL-адрес http://192.168.1.51:80/Money_101251

Физический путь C:InetpubwwwrootMoney_101251

Метод входа Анонимная

Пользователь, выполнивший вход Анонимная

3. После нескольких часов экспериментов базу опубликовать удалось, путем установки галки «использовать аутентификацию операционной системы» при публикации через Кофигуратор.

При «проверке готовности компьютера» ошибок нет. Адрес в настройках 1С проверяется. При входе через браузер возникает следующая ошибка.

Ошибка HTTP 401.2 — Unauthorized

Вы не имеете права просматривать эту страницу из-за недопустимости заголовков проверки подлинности.

Подробные сведения об ошибке:

Модуль IIS Web Core

Обработчик 1C Web-service Extension

Код ошибки 0x80070005З

апрошенный URL-адрес http://192.168.1.51:80/Money_101251

Физический путь C:InetpubwwwrootMoney_101251

Метод входа Пока не определено

Пользователь, выполнивший вход Пока не определено

4. Печальные итоги.

Остановился на двух неработающих вариантах.

Публикация без галки «использовать аутентификацию операционной системы» (Соответствует включенной в консоли IIS для опубликованного приложения «анонимной проверки подлинности»)

Сервис на компе не находится. При попытке синхронизации iPad ошибка в Миниденьгах, что не найден сервис синхронизации. Ощущение что где то на компе не хватает NTFS-ных прав, вроде перепробовал уже все.

Публикация с галкой «использовать аутентификацию операционной системы» (Соответствует отключенной в консоли IIS для опубликованного приложения «анонимной проверки подлинности»)

Сервис на компе находится, адрес проверяется. Но при сихронизации Миниденьги пишут ошибку «Неправильное имя или пароль пользователя настольного приложения». Экспериментировал с заведением пользователя в настольной 1С — ни какие варианты не помогли.

Скорее всего Миниденьги не корректно обрабатывают возвращаемую от сервиса ошибку, и проблема не в пользователе настольного приложения, а в том что запрещены анонимные подключения к сервису.

Подскажите что еще можно покопать и в каком варианте?

Ошибка 500 — что это значит и как исправить

Внутренняя ошибка сервера 500 — это общий код состояния HTTP, который означает, что что-то пошло не так на сервере веб-сайта, но сервер не может более конкретно сообщить о том, в чем именно заключается проблема.

Как вы могли увидеть ошибку 500

Сообщение 500 Internal Server Error может отображаться любым количеством способов, поскольку каждому веб-сайту разрешено настраивать сообщение.

Вот несколько распространенных названий ошибки HTTP 500:

  • 500 — внутренняя ошибка сервера
  • HTTP 500 — внутренняя ошибка сервера
  • Временная ошибка (500)
  • Внутренняя ошибка сервера
  • Внутренняя ошибка HTTP 500
  • Ошибка 500
  • Ошибка HTTP 500
  • 500. Это ошибка сервера

Поскольку веб-сайт, который вы посещаете, генерирует 500 ошибку сервера, его можно увидеть в любом браузере в любой операционной системе, даже на вашем смартфоне.

Большую часть времени, как и веб-страницы, в окне интернет-браузера отображается ошибка 500 Internal Server Error.

Причина ошибок HTTP 500

Как мы уже упоминали выше, сообщения о внутренних ошибках сервера указывают на то, что что-то в общем-то не так.

В большинстве случаев «ошибка» означает проблему в программировании страницы или сайта, но, безусловно, существует вероятность того, что проблема на вашей стороне, что мы рассмотрим ниже.

Как исправить внутреннюю ошибку сервера 500

Как мы упоминали выше, 500 Internal Server Error — это ошибка на стороне сервера, означающая, что проблема, вероятно, не в вашем компьютере или интернет-соединении, а в сервере веб-сайта.

Хотя это маловероятно, возможно, что-то не так с вашей стороны, и в этом случае мы рассмотрим некоторые вещи, которые вы можете попробовать:

Перезагрузите веб-страницу. Вы можете сделать это, нажав кнопку обновления / перезагрузки, нажав F5 или Ctrl + R или повторив попытку перехода на URL-адрес из адресной строки.

Даже если ошибка 500 Internal Server Error является проблемой на веб-сервере, проблема может быть временной. Повторная попытка загрузки страницы часто будет успешной.

Удалите куки вашего браузера. Некоторые проблемы с 500 Internal Server Error можно исправить, удалив файлы cookie, связанные с сайтом, на котором вы получаете ошибку. После удаления файлов cookie перезапустите браузер и повторите попытку.

Связь с сайтом напрямую является еще одним вариантом. Есть большая вероятность, что администраторы сайта уже знают об ошибке 500, но если вы подозреваете, что они этого не делают, то оповещение об этом помогает вам и им (и всем остальным).

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

Если во время онлайн-покупки появляется сообщение об ошибке 500 Internal Server Error, это может помочь понять, что продажи, вероятно, прерываются — обычно это отличный стимул для интернет-магазина быстро решить проблему!

Даже если вы получаете ошибку 500 на сайте, который ничего не продает, например на YouTube или Twitter, пока вы сообщаете им о проблеме или, по крайней мере, пытаетесь, вы можете сделать немного больше, чем ждать решения.

Исправление 500 ошибки сервера на вашем собственном сайте

Внутренняя ошибка сервера 500 на вашем собственном сайте требует совершенно другого подхода. Как мы упоминали выше, большинство из 500 ошибок являются ошибками на стороне сервера, а это, вероятно, ваша проблема, которую нужно исправить, если это ваш сайт.

Существует множество причин, по которым ваш сайт может показывать пользователям 500 ошибку, вот наиболее распространенные:

  • Ошибка разрешений. В большинстве случаев ошибка 500 Internal Server Error связана с неправильным разрешением для одного или нескольких файлов или папок. В большинстве случаев, неправильное разрешение случается на PHP и на CGI. Обычно они должны быть установлены на 0755 (-rwxr-xr-x).
  • Тайм-аут PHP. Если ваш сценарий подключения к внешним ресурсам и время ожидания этих ресурсов может привести к ошибке HTTP 500. Правила тайм-аута или лучшая обработка ошибок в вашем скрипте должны помочь, если это является причиной ошибки 500.
  • Ошибка кодирования в .htaccess. Хотя это не так часто, убедитесь, что файл .htaccess вашего сайта правильно структурирован.
Читать еще:  Монолитная архитектура это

Если вы используете WordPress, Joomla или другую систему управления контентом или CMS, обязательно поищите в их центрах поддержки более конкретную помощь по устранению неисправности 500 Internal Server Error.

Ошибка сервера в приложении ‘/’.

При попытке обратиться к приложению получаю ошибку:

В чем может быть ошибка? Если не хватает ролей/компонентов в IIS, то каких?

Инфы явно недостаточно, начнем с простого:

от какого пользователя запускается пул приложения в IIS?

версия asp.net указаная в пуле

сервер на том же компютере что и IIS стоит или на другом?

Проверьте все параметры подключения к БД адрес имя БД логин пароль

(проверьте что порты используемые для подключения открыты в файерволе)

Григорий Чех,

>от какого пользователя запускается пул приложения в IIS?
от локального пользователя с администраторскими правами

>версия asp.net указаная в пуле
v4.0.30319

>сервер на том же компютере что и IIS стоит или на другом?
MSSQL сервер стоит на другой машине, возможность подключения к нему проверял в Managment Studio

>Проверьте все параметры подключения к БД адрес имя БД логин пароль
перепроверил, логин и пароль указаны от пользователя, у которого есть админские права на MSSQL сервере

>(проверьте что порты используемые для подключения открыты в файерволе)
на всякий случай создал правила, открывающее используемые порты

Попробуйте установить/переустановить Microsoft Visual C++ 2010 SP1!

Нужно проверять что все компоненты IIS установлены и он соответствует минимальной версии (в последних вроде 7,0 или выше) А у вас какая версия ОС?

Григорий Чех,

Microsoft Visual C++ 2010 SP1 переустановил.
Компоненты все установлены, прикрепляю скриншоты с ними.
Версия ОС: Windows 7 Professional SP1

Неплохо начинать установку с изучения требований необходиміх для работы с продуктом. Посмотрите сдесь для вашей версии bpmonline

Григорий Чех,

У коллег на такой же как у меня конфигурации bpm 7.10 запускается.
Сейчас пытаюсь ставить на новую машину, возможно не хватает какой-то библиотеки/компонента, которая нужна для работы.

7,10 может и работает, Сравните список установленных компонентов IIS с теми же что и у коллег. Я так понимаю вы ставите туже версию что и у коллег.

Сравните настройки IIS с коллегами. Проверьте что не перепутали внешний и внутрений сайт в настройках IIS

Григорий Чех,

Компоненты сравнил. Ставлю ровно ту же версию, да.

Настройки IIS’a ставил такие же, как в инструкции.

Корнилов Артем,

Попробуйте взять у коллег ConnectionStrings.config и настройте подключение для своей БД и редиса, такая ошибка доволе часто возникала при использовании этого файла из дистрибутива

Литвинко Павел,

В самом начале работы над проблемы попробовал взять этот файл у коллег: не помогло. Сейчас стоит он же

Корнилов Артем,

Не вижу у вас некоторых компонентов, отключите net fraemwork 3.5, поставьте 4.5 — 4.7

Литвинко Павел,

3.5 попробовал отключить, 4.5-4.7 в Windows 7 не отображается, так же у коллег.

Корнилов Артем,

Обратитесь в службу поддержки, сотрудники службы поддержки подключатся к Вам удаленно и помогут оперативно решить проблему.

В техподдержке помогли решить.
Проблема была в битых бинарниках, из которых развертывался сайт.

Ошибка 400 Bad Request: что это означает и как ее исправить

Ошибка 400 ( Bad Request) – это код ответа HTTP , который означает, что сервер не смог обработать запрос, отправленный клиентом из-за неверного синтаксиса. Подобные коды ответа HTTP отражают сложные взаимоотношения между клиентом, веб-приложением, сервером, а также зачастую сразу несколькими сторонними веб-сервисами. Из-за этого поиск причины появления ошибки может быть затруднён даже внутри контролируемой среды разработки.

В этой статье мы разберём, что значит ошибка 400 Bad Request ( переводится как « Неверный запрос »), и как ее исправить

На стороне сервера или на стороне клиента?

Все коды ответа HTTP из категории 4xx считаются ошибками на стороне клиента. Несмотря на это, появление ошибки 4xx не обязательно означает, что проблема как-то связана с клиентом, под которым понимается веб-браузер или устройство, используемое для доступа к приложению. Зачастую, если вы пытаетесь диагностировать проблему со своим приложением, можно сразу игнорировать большую часть клиентского кода и компонентов, таких как HTML , каскадные таблицы стилей ( CSS ), клиентский код JavaScript и т.п. Это также применимо не только к сайтам. Многие приложения для смартфонов, которые имеют современный пользовательский интерфейс, представляют собой веб-приложения.

С другой стороны, ошибка 400 Bad Request означает, что запрос, присланный клиентом, был неверным по той или иной причине. Пользовательский клиент может попытаться загрузить слишком большой файл, запрос может быть неверно сформирован, заголовки HTTP запроса могут быть неверными и так далее.

Мы рассмотрим некоторые из этих сценариев ( и потенциальные решения ) ниже. Но имейте в виду: мы не можем однозначно исключить ни клиент, ни сервер в качестве источника проблемы. В этих случаях сервер является сетевым объектом, генерирующим ошибку 400 Bad Request и возвращающим её как код ответа HTTP клиенту, но возможно именно клиент ответственен за возникновение проблемы.

Начните с тщательного резервного копирования приложения

Важно сделать полный бэкап вашего приложения, базы данных и т.п. прежде , чем вносить какие-либо правки или изменения в систему. Ещё лучше, если есть возможность создать полную копию приложения на дополнительном промежуточном сервере, который недоступен публично.

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

Диагностика ошибки 400 Bad Request

Ошибка 400 Bad Request означает, что сервер ( удалённый компьютер ) не может обработать запрос, отправленный клиентом ( браузером ), вследствие проблемы, которая трактуется сервером как проблема на стороне клиента.

Существует множество сценариев, в которых ошибка 400 Bad Request может появляться в приложении. Ниже представлены некоторые наиболее вероятные случаи:

  • Клиент случайно ( или намеренно ) отправляет информацию, перехватываемую маршрутизатором ложных запросов. Некоторые веб-приложения ищут особые заголовки HTTP , чтобы обрабатывать запросы и удостовериться в том, что клиент не предпринимает ничего зловредного. Если ожидаемый заголовок HTTP не найден или неверен, то ошибка 400 Bad Request – возможный результат.
  • Клиент может загружать слишком большой файл. Большинство серверов или приложений имеют лимит на размер загружаемого файла, Это предотвращает засорение канала и других ресурсов сервера. Во многих случаях сервер выдаст ошибку 400 Bad Request , когда файл слишком большой и поэтому запрос не может быть выполнен.
  • Клиент запрашивает неверный URL . Если клиент посылает запрос к неверному URL ( неверно составленному ), это может привести к возникновению ошибки 400 Bad Request .
  • Клиент использует недействительные или устаревшие куки. Это возможно, так как локальные куки в браузере являются идентификатором сессии. Если токен конкретной сессии совпадает с токеном запроса от другого клиента, то сервер/приложение может интерпретировать это как злонамеренный акт и выдать код ошибки 400 Bad Request .
Читать еще:  Архитектурный фон неймана

Исправление проблем на стороне клиента

Ошибку 400 Bad Request ( попробуйте позже ) лучше начать с исправления на стороне клиента. Вот несколько советов, что следует попробовать в браузере или на устройстве, которые выдают ошибку.

Проверьте запрошенный URL

Наиболее частой причиной ошибки 400 Bad Request является банальный ввод некорректного URL . Доменные имена ( например, internet-technologies.ru ) нечувствительны к регистру, поэтому ссылка, написанная в смешанном регистре, такая как interNET-technologies.RU работает так же, как и нормальная версия в нижнем регистре internet-technologies.ru. Но части URL , которые расположены после доменного имени, чувствительными к регистру. Кроме случаев, когда приложение/сервер специально осуществляет предварительную обработку всех URL и переводит их в нижний регистр перед исполнением запроса.

Важно проверять URL на неподходящие специальные символы, которых в нем не должно быть. Если сервер получает некорректный URL , он выдаст ответ в виде ошибки 400 Bad Request .

Очистите соответствующие куки

Одной из потенциальных причин возникновения ошибки 400 Bad Request являются некорректные или дублирующие локальные куки. Файлы куки в HTTP – это небольшие фрагменты данных, хранящиеся на локальном устройстве, которые используются сайтами и веб-приложениями для « запоминания » конкретного браузера или устройства. Большинство современных веб-приложений использует куки для хранения данных, специфичных для браузера или пользователя, идентифицируя клиента и позволяя делать следующие визиты быстрее и проще.

Но куки, хранящие информацию сессии о вашем аккаунте или устройстве, могут конфликтовать с другим токеном сессии от другого пользователя, выдавая кому-то из вас ( или вам обоим ) ошибку 400 Bad Request .

В большинстве случаев достаточно рассматривать только ваше приложение в отношении файлов куки, которые относятся к сайту или веб-приложению, выдающему ошибку 400 Bad Request .

Куки хранятся по принципу доменного имени веб-приложения, поэтому можно удалить только те куки, которые соответствуют домену сайта, сохранив остальные куки не тронутыми. Но если вы не знакомы с ручным удалением определённых файлов куки, гораздо проще и безопаснее очистить сразу все файлы куки.

Это можно сделать разными способами в зависимости от браузера, который вы используете:

  • Google Chrome;
  • Internet Explorer;
  • Microsoft Edge;
  • Mozilla Firefox;
  • Safari.

Загрузка файла меньшего размера

Если вы получаете ошибку 400 Bad Request при загрузке какого-либо файла, попробуйте корректность работы на меньшем по размеру файле, Это включает в себя и «загрузки» файлов, которые не загружаются с вашего локального компьютера. Даже файлы, отправленные с других компьютеров, считаются «загрузками» с точки зрения веб-сервера, на котором работает ваше приложение.

Выйдите и войдите

Попробуйте выйти из системы и войти обратно. Если вы недавно очистили файлы куки в браузере, это приводит к автоматическому выходу из системы при следующей загрузке страницы. Попробуйте просто войти обратно, чтобы посмотреть, заработала ли система корректно.

Также приложение может столкнуться с проблемой, связанной с вашей предыдущей сессией, являющейся лишь строкой, которую сервер посылает клиенту, чтобы идентифицировать клиента при будущих запросах. Как и в случае с другими данными, токен сессии ( или строка сессии ) хранится локально на вашем устройстве в файлах куки и передаётся клиентом на сервер при каждом запросе. Если сервер решает, что токен сессии некорректен или скомпрометирован, вы можете получить ошибку 400 Bad Request .

В большинстве веб-приложений выход повторный вход приводит к перегенерации локального токена сессии.

Отладка на распространённых платформах

Если вы используете на сервере распространённые пакеты программ, которые выдают ошибку 400 Bad Request , изучите стабильность и функциональность этих платформ. Наиболее распространённые системы управления контентом, такие как WordPress , Joomla! и Drupal , хорошо протестированы в своих базовых версиях. Но как только вы начинаете изменять используемые ими расширения PHP , очень легко спровоцировать непредвиденные проблемы, которые выльются в ошибку 400 Bad Request .

Откатите последние изменения

Если вы обновили систему управления контентом непосредственно перед появлением ошибки 400 Bad Request , рассмотрите возможность отката к предыдущей версии, которая была установлена, как самый быстрый и простой способ убрать ошибку 400 bad request .

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

Но в некоторых случаях CMS не предоставляют возможности отката к предыдущим версиям. Так обычно происходит с популярными платформами, поэтому не бойтесь, если вы не можете найти простой способ вернуться к использованию старой версии той или иной программной платформы.

Удалите новые расширения, модули или плагины

В зависимости от конкретной CMS , которую использует приложение, имена этих компонентов будут различаться. Но во всех системах они служат одной и той же цели: улучшение возможностей платформы относительно её стандартной функциональности.

При этом имейте в виду, что расширения могут так или иначе получать полный контроль над системой, вносить изменения в код PHP , HTML , CSS , JavaScript или базу данных. Поэтому мудрым решением может быть удаление любых новых расширений, которые были недавно добавлены.

Проверьте непреднамеренные изменения в базе данных

Даже если удалили расширение через панель управления CMS , это не гарантирует, что внесенные им изменения были полностью отменены. Это касается многих расширений WordPress , которым предоставляется полный доступ к базе данных.

Расширение может изменить записи в базе данных, которые «не принадлежат» ему, а созданы и управляются другими расширениями ( или даже самой CMS ). В подобных случаях модуль может не знать, как откатить назад изменения, внесенные в записи базы данных.

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

Поиск проблем на стороне сервера

Если вы уверены, что ошибка 400 Bad Request не связана с CMS , вот некоторые дополнительные советы, которые могут помочь найти проблему на стороне сервера.

Проверка на неверные заголовки HTTP

Ошибка, которую вы получаете от приложения, является результатом недостающих или некорректных специальных заголовков HTTP , которые ожидает получить приложение или сервер. В подобных случаях нужно проанализировать заголовки HTTP , которые отправляются на сторону сервера.

Просмотрите логи

Почти любое веб-приложение будет вести логи на стороне сервера. Они представляют собой историю того, что делало приложение. Например, какие страницы были запрошены, к каким серверам оно обращалось, какие результаты предоставлялись из базы данных и т.п.

Логи сервера относятся к оборудованию, на котором выполняется приложение, и зачастую представляют собой детали о статусе подключённых сервисов или даже о самом сервере. Поищите в интернете “ логи [ИМЯ_ПЛАТФОРМЫ] ”, если вы используете CMS , или “ логи [ЯЗЫК_ПРОГРАММИРОВАНИЯ] ” и “ логи [ОПЕРАЦИОННАЯ_СИСТЕМА] ”, если у вас собственное приложение, чтобы получить подробную информацию по поиску логов.

Читать еще:  Концептуальная архитектура это

Отладьте код приложения или скриптов

Если это не помогло, проблема может быть в исходном коде, который выполняется внутри приложения. Попытайтесь диагностировать, откуда может исходить проблема, отлаживая приложение вручную и параллельно просматривая логи приложения и сервера.

Создайте копию всего приложения на локальном устройстве для разработки и пошагово повторите тот сценарий, который приводил к возникновению ошибки 400 Bad Request . А затем просмотрите код приложения в тот момент, когда что-то пойдёт не так.

Независимо от причины возникновения ошибки, даже если вам удалось исправить её в этот раз, появление в вашем приложении такой проблемы — это сигнал для того, чтобы внедрить инструмент обработки ошибок, который поможет автоматически обнаруживать их и оповещать в момент возникновения.

Данная публикация представляет собой перевод статьи « 400 Bad Request Error What It Is and How to Fix It » , подготовленной дружной командой проекта Интернет-технологии.ру

1с через веб сервис Server Error in ‘/’ Application

1. ValidateRequest = «False»

то должно стать :

В более поздних версиях Visual Studio значение этого свойства можно получить на странице свойств, поэтому просто установите » ValidateRequest » на » False «. Любым способом установки можно получить тот же результат.

1.1. Если вы используете. NET 4, то вам необходимо добавить requestValidationMode = «2.0» в HttpRuntime раздел конфигурации web.config файла. Например:

Если у вас еще нет раздела HttpRuntime в web. config , то это можно сделать такие настройки в разделе .

1с через веб сервис Server Error in ‘/’ Application : 12 комментариев

А какие манипуляции провести чтобы увидеть вменяемую ошибку?
Установка выше перечисленных параметров результата не дала

P.S. Решение было гораздо проще, настройка параметра DefaultAPPPool — Managet Pipeline mode установить в classic вместо integrated
и вышеописанное не нужно делать, все работает и с валидацией.

Спасибо за совет!

Спасибо за совет!

Добавлю также выдержки к вашему решению, которые показывают некоторый изъян Вашего решения, но не отменяют его существования:

Integrated application pool mode

When an application pool is in Integrated mode, you can take advantage of the integrated request-processing architecture of IIS and ASP.NET. When a worker process in an application pool receives a request, the request passes through an ordered list of events. Each event calls the necessary native and managed modules to process portions of the request and to generate the response.

There are several benefits to running application pools in Integrated mode. First the request-processing models of IIS and ASP.NET are integrated into a unified process model. This model eliminates steps that were previously duplicated in IIS and ASP.NET, such as authentication. Additionally, Integrated mode enables the availability of managed features to all content types.

Добавлю также выдержки к вашему решению, которые показывают некоторый изъян Вашего решения, но не отменяют его существования:

Integrated application pool mode

When an application pool is in Integrated mode, you can take advantage of the integrated request-processing architecture of IIS and ASP.NET. When a worker process in an application pool receives a request, the request passes through an ordered list of events. Each event calls the necessary native and managed modules to process portions of the request and to generate the response.

There are several benefits to running application pools in Integrated mode. First the request-processing models of IIS and ASP.NET are integrated into a unified process model. This model eliminates steps that were previously duplicated in IIS and ASP.NET, such as authentication. Additionally, Integrated mode enables the availability of managed features to all content types.

Classic application pool mode

When an application pool is in Classic mode, IIS 7.0 handles requests as in IIS 6.0 worker process isolation mode. ASP.NET requests first go through native processing steps in IIS and are then routed to Aspnet_isapi.dll for processing of managed code in the managed runtime. Finally, the request is routed back through IIS to send the response.

This separation of the IIS and ASP.NET request-processing models results in duplication of some processing steps, such as authentication and authorization. Additionally, managed code features, such as forms authentication, are only available to ASP.NET applications or applications for which you have script mapped all requests to be handled by aspnet_isapi.dll.

Be sure to test your existing applications for compatibility in Integrated mode before upgrading a production environment to IIS 7.0 and assigning applications to application pools in Integrated mode. You should only add an application to an application pool in Classic mode if the application fails to work in Integrated mode. For example, your application might rely on an authentication token passed from IIS to the managed runtime, and, due to the new architecture in IIS 7.0, the process breaks your application.

Classic application pool mode

When an application pool is in Classic mode, IIS 7.0 handles requests as in IIS 6.0 worker process isolation mode. ASP.NET requests first go through native processing steps in IIS and are then routed to Aspnet_isapi.dll for processing of managed code in the managed runtime. Finally, the request is routed back through IIS to send the response.

This separation of the IIS and ASP.NET request-processing models results in duplication of some processing steps, such as authentication and authorization. Additionally, managed code features, such as forms authentication, are only available to ASP.NET applications or applications for which you have script mapped all requests to be handled by aspnet_isapi.dll.

Be sure to test your existing applications for compatibility in Integrated mode before upgrading a production environment to IIS 7.0 and assigning applications to application pools in Integrated mode. You should only add an application to an application pool in Classic mode if the application fails to work in Integrated mode. For example, your application might rely on an authentication token passed from IIS to the managed runtime, and, due to the new architecture in IIS 7.0, the process breaks your application.

коротко говоря они следующие:
1) Ваш II7 стал работать как II6
2) Скорость работы упала.

коротко говоря они следующие:
1) Ваш II7 стал работать как II6
2) Скорость работы упала.

А какие манипуляции провести чтобы увидеть вменяемую ошибку?
Установка выше перечисленных параметров результата не дала

Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector
×
×