ИНВЕСТИЦИОННЫЙ ПОРТАЛ ВОЛГОГРАДСКОЙ ОБЛАСТИ

Индивидуальный инвестиционный счет открыть онлайн в Райффайзен Банке

Для жизни

Малому бизнесу

Получите максимум от инвестиций с индивидуальным инвестиционным счетом: доход от ценных бумаг и налоговый вычет. Инвестиционный портфель для вас сформируют профессиональные управляющие УК «Райффайзен Капитал».

52 тыс. ₽

от 1 тыс. ₽

первая и последующие инвестиции

Открыть онлайнПолучить консультацию

Об ИИС

Тарифы и условия

Как работает ИИС

• Выберите стратегию доверительного управления индивидуальным инвестиционным счетом (ИИС). Откройте и пополняйте счет в приложении Райффайзен Онлайн или в личном кабинете Райффайзен Капитала.
• Профессиональные управляющие следят за ситуацией на рынке, продают и покупают ценные бумаги на ИИС согласно выбранной вами стратегии. Растет стоимость ценных бумаг — растет доходность стратегии.
• Выберите налоговый вычет — получайте до 52 000 ₽ каждый год или не платите налог с дохода от инвестиций после закрытия ИИС.
• Закройте инвестиционный счет и зафиксируйте доход: доходность стратегии и налоговый вычет при владении счетом более 3 лет.

Успей открыть ИИС до конца 2022 года и уже в начале 2023 года получите первый налоговый вычет до 52 000 ₽

Стратегии, инвестирующие в акции

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

«ИИС.

Рынок акций»

портфель состоит из паев биржевого инвестиционного фонда (БПИФ) «Райффайзен — Индекс МосБиржи полной доходности 15»

• 20% ожидаемая доходность
• БПИФ состоит из акций ТОП-15 российских компаний — «Газпром», «Сбербанк», «Яндекс» и другие крупнейшие российские компании из разных отраслей экономики

«ИИС. США»

управляющие формируют портфель из паев паевого инвестиционного фонда (ПИФ) «Райффайзен — США»

• 11% ожидаемая доходность
• ПИФ состоит из акций американских компаний, придерживающихся ESG-принципов — Microsoft, Google, Salesforce и другие компании, которые соответствуют экологическим, социальным и управленческим критериям

ParagraphWrapper» color=»brand-primary»>Инвестируйте на 3 года и получите налоговый вычет — это увеличивает доходность вложений.

Стратегия, инвестирующая в облигации

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

«ИИС. Рынок облигаций»

управляющие формируют портфель из паев биржевого паевого инвестиционного фонда (БПИФ) «Райффайзен — Высокодоходные облигации» и из облигаций федерального займа (ОФЗ)

• 7-8% ожидаемая доходность
• БПИФ состоит из государственных облигаций и облигаций крупнейших российских компаний — «Европлан», «Русал», ГК ПИК, Тинькофф и другие компании из разных отраслей экономики. ОФЗ отбираются для долгосрочных инвестиций

Инвестируйте на 3 года и получите налоговый вычет — это увеличивает доходность вложений.

2 типа налогового вычета на выбор

Вычет на взносы

• Вы возвращаете 13% от суммы вложений за год, но не более 52 000 ₽ в год
• Вычет можно получать каждый год
• Вы должны быть трудоустроены и платить НДФЛ

Вычет на доходы

• Вы не платите 13% налог с дохода от инвестиций, максимальный размер вычета не ограничен
• Вычет можно получить после закрытия счета
• Вам не обязательно иметь официальную работу и платить НДФЛ

ParagraphWrapper» color=»brand-primary»>Выбрать тип вычета вы можете в течение всего срока действия ИИС.

Как начать инвестировать

• Выберите стратегию в приложении Райффайзен Онлайн
• Оплатите ее и подождите открытия счета несколько дней

Если вы не клиент Райффайзен Банка или у вас нет приложения Райффайзен Онлайн, инвестировать можно в личном кабинете Райффайзен Капитала.

Условия

• вы можете иметь только 1 индивидуальный инвестиционный счет (ИИС)
• счет можно перевести из другой управляющей или брокерской компании с сохранением права на налоговый вычет
• чтобы получить налоговый вычет, нужно владеть счетом от 3 лет
• при полном или частичном изъятии денежных средств ранее 3 лет теряется право на налоговый вычет и счет закрывается, а уже полученный вычет нужно вернуть государству
• максимальный срок счета не ограничен
• только для граждан РФ 
• деньги на ИИС не страхуются в Агентстве по страхованию вкладов

Heading» color=»brand-primary»>Тарифы

Tr»>

Заголовок #0	Заголовок #1
Первая инвестиция	от 1 000 ₽ онлайн или от 50 000 ₽ в отделении
Последующие инвестиции	от 1 000 ₽, но не более 1 млн ₽ за календарный год
Вознаграждение за размещение	1% от суммы каждого взноса по всем стратегиям
Вознаграждение за управление	0,5% годовых от средней рыночной стоимости активов по стратегии «ИИС. Рынок облигаций» 1,7% годовых от средней рыночной стоимости активов по стратегии «ИИС. Рынок акций» 0,5% годовых от средней рыночной стоимости активов по стратегии «ИИС. США»

Документы

Договор доверительного управления на ведения ИИС

Райффайзен Капитал

Перейти на сайт Управляющей компании

Heading» color=»brand-primary»>Получите консультацию по ИИС

Настоящее сообщение подготовлено сотрудниками ООО «УК «Райффайзен Капитал», носит исключительно информационный характер. Несанкционированное копирование запрещено. ООО «УК «Райффайзен Капитал» — Лицензия ФСФР России № 045-10230-001000 от 31.05.2007 г. на осуществление деятельности по доверительному управлению ценными бумагами, бессрочная. Подробную информацию о деятельности ООО «УК «Райффайзен Капитал», о продуктах компании, об условиях управления активами и т. д. вы можете получить по тел.: +7 495 745-52-10, +7 495 777-99-98, по адресу: 119002, г. Москва, Смоленская-Сенная площадь, д. 28, и на сайте по следующим адресам: www.raiffeisen-capital.ru (далее — Сайт).Также, на Сайте, вы можете ознакомиться с внутренними документами и обязательной информацией компании. Информируем, что услуга доверительного управления ценными бумагами в рамках заключенного договора не является услугой по открытию банковского счета и приемом вклада, денежные средства, передаваемые по заключенному договору, не подлежат страхованию в соответствии с Федеральным законом от 23 декабря 2003 года № 177-ФЗ «О страховании вкладов физических лиц в банках Российской Федерации». Представленная в сообщении информация не является индивидуальной инвестиционной рекомендацией, гарантией и/или обещанием эффективности деятельности (доходности вложений) в будущем, не является прогнозом событий, инвестиционным анализом или профессиональным советом, не имеет целью рекламу, размещение или публичное предложение любых ценных бумаг, продуктов или услуг. При подготовке сообщения была использована информация, представляющаяся надежной, мы прикладываем все усилия, чтобы сделать информацию как можно более достоверной и полезной, однако, мы не претендуем на ее исчерпывающую полноту и абсолютную точность. Все содержащиеся в данном сообщении предположения, мнения и оценки представляют собой мнение ООО «УК «Райффайзен Капитал» на момент написания и могут быть изменены без уведомления. Любые прогнозы основаны на ряде предположений и допущений в отношении рыночных условий. Нет никакой гарантии, что прогнозируемые результаты будут достигнуты. ООО «УК «Райффайзен Капитал» не утверждает, что ценные бумаги и услуги, описанные в данном сообщении, удовлетворяют требованиям кого-либо из клиентов. ООО «УК «Райффайзен Капитал» не несет ответственности перед клиентами и третьими лицами за получение ими прямых, косвенных и прочих убытков и потерь, включая недополученную прибыль, которые могут возникнуть в связи с использованием информации, представленной в данном сообщении. ООО «УК «Райффайзен Капитал» рекомендует не полагаться на какую-либо информацию, содержащуюся в данном сообщении в процессе принятия инвестиционного решения. При принятии решения об инвестировании необходимо принимать во внимание в том числе и официальную документацию о результатах деятельности ООО «УК «Райффайзен Капитал», а не настоящее сообщение.
Прежде чем приобрести инвестиционный пай, следует внимательно ознакомиться с правилами доверительного управления паевым инвестиционным фондом.
БПИФ рыночных финансовых инструментов «Райффайзен — Высокодоходные облигации», правила доверительного управления зарегистрированы Банком России № 4497 от 08.07.2021 г.; БПИФ рыночных финансовых инструментов «Райффайзен — Индекс МосБиржи полной доходности 15», правила доверительного управления зарегистрированы Банком России № 4027 от 23. 04.2020 г. ОПИФ рыночных финансовых инструментов «Райффайзен — США», правила доверительного управления зарегистрированы Банком России № 0647–94120199 от 26.10.2006 г.
Настоящим отмечаем, что информация о возможном размере доходности не является гарантией получения такой доходности и представлена исключительно в справочных целях. На момент заключения инвестиционного договора не представляется возможным с точностью определить его доходность, всегда следует учитывать, что сохраняется риск полного отсутствия получения прибыли. Итоговый размер дохода или его отсутствие зависят от обстоятельств, точно определить которые возможно лишь в момент окончательного расчета итоговой выплаты. Стоимость инвестиционных паев может увеличиваться и уменьшаться. Результаты инвестирования в прошлом не определяют доходы в будущем. Взимание скидок уменьшает доходность вложений в инвестиционные паи паевых инвестиционных фондов. Ни государство, ни управляющая компания не гарантируют доходность инвестиций в паевые инвестиционные фонды.
АО «Райффайзенбанк».
Обязательная информация

Эта страница полезна?

+7 495 777-17-17

Для звонков по Москве

8 800 700-91-00

Для звонков из других регионов России

Следите за нами в соцсетях и в блоге

© 2003 – 2023 АО «Райффайзенбанк»

Генеральная лицензия Банка России № 3292 от 17.02.2015

119002, Москва, пл. Смоленская-Сенная, д. 28

Информация о процентных ставках по договорам банковского вклада с физическими лицами

Кодекс корпоративного поведения RBI Group

LinkList.P» color=»brand-primary»>Центр раскрытия корпоративной информации

Раскрытие информации в соответствии с Указанием Банка России от 28.12.2015 года № 3921-У

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

Следите за нами в соцсетях и в блоге

+7 495 777-17-17

Для звонков по Москве

8 800 700-91-00

Для звонков из других регионов России

© 2003 – 2023 АО «Райффайзенбанк».

Генеральная лицензия Банка России № 3292 от 17.02.2015.

119002, Москва, пл. Смоленская-Сенная, д. 28.

Информация о процентных ставках по договорам банковского вклада с физическими лицами.

Кодекс корпоративного поведения RBI Group.

Центр раскрытия корпоративной информации.

Раскрытие информации в соответствии с Указанием Банка России от 28.12.2015 года № 3921-У.

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

ASP.NET MVC 5 | Работа конвейера веб-сервера IIS

Данное руководство устарело. Актуальное руководство: Руководство по ASP.NET Core

Последнее обновление: 1.11.2015

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

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

Но прежде чем рассмотреть, как IIS обрабатывает запросы, познакомимся с отдельными компонентами, которые играют ключевую роль в обработке запросов в веб-сервере IIS.

HTTP.sys

Драйвер уровня ядра HTTP.sys является посредником между приложением и операционной системой. В архитектуре IIS он выполняет две задачи:

• HTTP.sys является протокольным слушателем (protocol listeners) по умолчанию в IIS. То есть HTTP.sys прослушивает все запросы, которые, используют протоколы HTTP и HTTPS, и затем передает эти запросы другим компонентам IIS для дальнейшей обработки.

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

Порт завершения ввода-вывода

Для максимизации числа одновременно обрабатываемых запросов IIS использует специальное API, которое называется портом завершения ввода-вывода (Input/Output Completion Port). IIS имеет выделенный пул потоков для обработки операций ввода/вывода и управления очередью запросов. При обработке запросов этот API взаимодействует с драйвером HTTP.sys.

World Wide Web Publishing Service (W3SVC)

World Wide Web Publishing Service или Служба веб-публикации является адаптером над драйвером HTTP.sys и выполняет следующие функции:

До версии IIS 7.0 служба веб-публикации также управляла рабочими процессами приложений. Но начиная с IIS 7.0 за эту функцию отвечает Windows Process Activation Service.

Windows Process Activation Service (WAS)

Данная служба была выделена начиная с IIS 7. 0. Ее предназначение — управление рабочими процессами. WAS состоит из трех основных компонентов:

• менеджер конфигурации: считывает конфигурационную информацию о веб-приложениях и пулах приложений из файла applicationhost.config

• менеджер процессов: выполняет сопоставление между пулами приложений и рабочими процессами. Если соответствующий пулу приложения рабочий процесс еще не запущен, то менеджер процессов его запускает.

• интерфейс неуправляемых адаптеров прослушивателей (unmanaged listener adaptor interface): предоставляет интерфейс для прослушивателей запросов, которые не относятся к протоколу HTTP

Обработка запросов в IIS

Теперь рассмотрим поэтапно работу конвейера IIS по обработке входящих запросов.

1. Пользователь посылает HTTP-запрос, обращаясь через браузер к определенному ресурсу на сервере. Этот запрос перехватывается драйвером HTTP.sys.

2. Драйвер HTTP. sys обращается к WAS для получения конфигурационных данных для запрошенного адреса URL

3. Менеджер конфигурации WAS считывает данные из файла applicationhost.config, в частности пул приложения и конфигурационные настройки сайта

4. Считанные данные WAS передает службе веб-публикации IIS (служба W3SVC)

5. Служба веб-публикации использует полученные от WAS данные для конфигурации HTTP.sys. Затем драйвер HTTP.sys помещает пришедший запрос в очередь порта завершения ввода-вывода (I/O completion port), которую обрабатывает WAS.

6. WAS использует выделенный пул потоков для обработки очереди. По умолчанию данный пул потоков может использовать до 250 потоков на одно ядро компьютера. Если к данному моменту не был запущен рабочий процесс, ассоциированный с запрошенным URL, то WAS запускает приложение w3wp.exe, в рамках которого работает рабочий процесс обработки запросов.

7. В рамках запущенного рабочего процесса ASP. NET проверяет, сколько запросов обрабатывается в текущий момент времени. Если их число превышает лимит по умолчанию в 5000 запросов, то новый запрос помещается в очередь. Однако если очередь достигла своего лимита в 1000 запросов, то данный запрос отвергается, и в ответ клиенту посылается статусный код ошибки 503.

   Если запрос направлен к статическому файлу, который не содержит кода .NET-языков, то ASP.NET посылает содержимое этого файла в порт завершения ввода-вывода IIS, а оттуда — пользователю, сделавшему запрос. В остальных случаях ASP.NET отправляет запрос в пул потоков CLR.

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

   После того, как среда CLR закончит обработку запроса, она посылает результаты драйверу HTTP.sys, а тот — на порт завершения ввода-вывода IIS.

8. Пользователь получает результат обработки

Схематично весь процесс можно представить следующим образом:

НазадСодержаниеВперед

Введение в архитектуры IIS | Microsoft Learn

• Статья
• 17. 02.2023

от команды IIS, Reagan Templin

Совместимость

Версия	Примечания
IIS 7.0 и более поздние версии	Функции, описанные в этой статье, были представлены в IIS 7.0.
IIS 6.0 и более ранние версии	Функции, описанные в этой статье, не поддерживались до IIS 7.0.

Введение

Информационные службы Интернета (IIS) 7 и более поздние версии предоставляют архитектуру обработки запросов, которая включает:

• Службу активации процессов Windows (WAS), которая позволяет сайтам использовать протоколы, отличные от HTTP и HTTPS.
• Ядро веб-сервера, которое можно настроить, добавив или удалив модули.
• Интегрированные конвейеры обработки запросов от IIS и ASP.NET.

Компоненты IIS

IIS содержит несколько компонентов, выполняющих важные функции для приложений и ролей веб-сервера в Windows Server® 2008 (IIS 7. 0) и Windows Server 2008 R2 (IIS 7.5). У каждого компонента есть обязанности, такие как прослушивание запросов к серверу, управление процессами и чтение файлов конфигурации. Эти компоненты включают прослушиватели протоколов, такие как HTTP.sys, и службы, такие как служба публикации в Интернете (служба WWW) и служба активации процессов Windows (WAS).

Прослушиватели протоколов

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

По умолчанию IIS предоставляет HTTP.sys в качестве прослушивателя протокола, который прослушивает запросы HTTP и HTTPS. HTTP.sys был представлен в IIS 6.0 как прослушиватель HTTP-протоколов для HTTP-запросов. HTTP.sys остается прослушивателем HTTP в IIS 7 и более поздних версиях, но включает поддержку Secure Sockets Layer (SSL).

Для поддержки служб и приложений, использующих протоколы, отличные от HTTP и HTTPS, можно использовать такие технологии, как Windows Communication Foundation (WCF). В WCF есть адаптеры прослушивателя, которые обеспечивают функциональность как прослушивателя протокола, так и адаптера прослушивателя. Адаптеры прослушивателя рассматриваются далее в этом документе. Дополнительные сведения о WCF см. в статье Windows Communication Foundation на сайте MSDN.

Стек протокола передачи гипертекста (HTTP.sys)

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

В IIS 6.0 HTTP.sys заменил Windows Sockets API (Winsock), который был компонентом пользовательского режима, используемым предыдущими версиями IIS для получения HTTP-запросов и отправки HTTP-ответов. IIS 7 и более поздние версии продолжают полагаться на HTTP.sys для HTTP-запросов.

HTTP.sys предоставляет следующие преимущества:

• Кэширование в режиме ядра. Запросы на кешированные ответы обслуживаются без перехода в пользовательский режим.
• Постановка в очередь запросов в режиме ядра. Запросы вызывают меньше накладных расходов при переключении контекста, поскольку ядро ​​перенаправляет запросы непосредственно правильному рабочему процессу. Если рабочий процесс недоступен для принятия запроса, очередь запросов режима ядра удерживает запрос до тех пор, пока его не подберет рабочий процесс.
• Предварительная обработка запроса и фильтрация безопасности.

Служба публикации в Интернете (служба WWW)

В IIS 7 и более поздних версиях функции, которые ранее выполнялись только службой публикации в Интернете (служба WWW), теперь разделены между двумя службами: службой WWW и новой службой, Служба активации процессов Windows (WAS). Эти две службы работают как LocalSystem в одном и том же процессе Svchost.exe и совместно используют одни и те же двоичные файлы.

Примечание

Вы также можете встретить в документации WWW-сервис, именуемый W3SVC.

Как служба WWW работает в IIS 6.0

В IIS 6.0 служба WWW управляет следующими основными областями IIS:

• Администрирование и настройка HTTP
• Управление процессами
• Мониторинг производительности

Администрирование и настройка HTTP

Служба WWW считывает информацию о конфигурации из метабазы ​​IIS и использует эту информацию для настройки и обновления прослушивателя HTTP, HTTP.sys. Кроме того, WWW-сервис запускает, останавливает, отслеживает и управляет рабочими процессами, обрабатывающими HTTP-запросы.

Мониторинг производительности

Служба WWW отслеживает производительность и предоставляет счетчики производительности для веб-сайтов и кэша IIS.

Управление процессами

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

Как служба WWW работает в IIS

В IIS служба WWW больше не управляет рабочими процессами. Вместо этого служба WWW является адаптером прослушивателя для прослушивателя HTTP, HTTP.sys. В качестве адаптера прослушивателя WWW-служба в первую очередь отвечает за настройку HTTP.sys, обновление HTTP.sys при изменении конфигурации и уведомление WAS о поступлении запроса в очередь запросов.

Кроме того, служба WWW продолжает собирать счетчики для веб-сайтов. Поскольку счетчики производительности остаются частью службы WWW, они зависят от HTTP и не применяются к WAS.

Служба активации процессов Windows (WAS)

В IIS 7 и более поздних версиях служба активации процессов Windows (WAS) управляет конфигурацией пула приложений и рабочими процессами вместо службы WWW. Это позволяет использовать одну и ту же модель конфигурации и процесса для HTTP- и не-HTTP-сайтов.

Кроме того, вы можете запустить WAS без службы WWW, если вам не нужны функции HTTP. Например, вы можете управлять веб-службой с помощью адаптера прослушивателя WCF, такого как NetTcpActivator, без запуска службы WWW, если вам не нужно прослушивать HTTP-запросы в HTTP.sys. Сведения об адаптерах прослушивателя WCF и о том, как размещать приложения WCF в IIS 7 и более поздних версиях с помощью WAS, см. в разделе Размещение в WCF на сайте MSDN.

Управление конфигурацией в WAS

При запуске WAS считывает определенную информацию из файла ApplicationHost.config и передает эту информацию адаптерам прослушивателя на сервере. Адаптеры прослушивателя — это компоненты, которые устанавливают связь между WAS и прослушивателями протоколов, такими как HTTP.sys. Как только адаптеры прослушивателей получают информацию о конфигурации, они настраивают соответствующие прослушиватели протоколов и подготавливают их к прослушиванию запросов.

В случае WCF адаптер прослушивателя включает в себя функции прослушивателя протокола. Таким образом, адаптер прослушивателя WCF, такой как NetTcpActivator, настраивается на основе информации из WAS. Когда NetTcpActivator настроен, он прослушивает запросы, использующие протокол net.tcp. Дополнительные сведения об адаптерах прослушивателя WCF см. в разделе Архитектура активации WAS в MSDN.

В следующем списке описаны типы информации, которую WAS считывает из конфигурации:

• Глобальная информация о конфигурации
• Информация о конфигурации протокола для протоколов HTTP и не-HTTP
• Конфигурация пула приложений, например информация об учетной записи процесса
• Конфигурация сайта, например привязки и приложения
• Конфигурация приложения, например включенные протоколы и пулы приложений, к которым относятся приложения

Если ApplicationHost.config изменяется, WAS получает уведомление и обновляет адаптеры прослушивателя новой информацией.

Управление процессами

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

Примечание

Поскольку WAS управляет процессами как для протоколов HTTP, так и для протоколов, отличных от HTTP, вы можете запускать приложения с разными протоколами в одном и том же пуле приложений. Например, вы можете разработать приложение, такое как служба XML, и разместить его как через HTTP, так и через net.tcp.

Модули в IIS

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

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

Новая архитектура предоставляет следующие преимущества по сравнению с предыдущими версиями IIS:

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

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

Собственные модули

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

Модули HTTP

Несколько модулей в IIS 7 и более поздних версиях выполняют задачи, специфичные для протокола передачи гипертекста (HTTP) в конвейере обработки запросов. Модули HTTP включают модули для ответа на информацию и запросы, отправленные в заголовках клиента, для возврата ошибок HTTP, для перенаправления запросов и т. д.

Имя модуля	Описание	Ресурс
Кустомерсормодуле	Отправляет стандартные и настроенные сообщения об ошибках HTTP, когда в ответе установлен код состояния ошибки.	Inetsrv\Custerr.dll
HttpRedirectionModule	Поддерживает настраиваемое перенаправление для HTTP-запросов.	Inetsrv\Redirect.dll
модуль поддержки протокола	Выполняет действия, связанные с протоколом, такие как установка заголовков ответа и перенаправление заголовков на основе конфигурации.	Inetsrv\Protsup.dll
Запросфильтрингмодуле	Добавлено в IIS 7.5. Фильтрует запросы в соответствии с настройками для управления протоколом и поведением контента.	Inetsrv\modrqflt.dll
WebDAVModule	Добавлено в IIS 7.5. Обеспечивает более безопасную публикацию контента с использованием HTTP через SSL.	Inetsrv\WebDAV.dll

Модули безопасности

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

Имя модуля	Описание	Ресурс
AnonymousAuthenticationModule	Выполняет анонимную аутентификацию, когда ни один другой метод аутентификации не удается.	Inetsrv\Authanon.dll
Модуль базовой аутентификации	Выполняет обычную аутентификацию.	Inetsrv\Authbas.dll
CertificateMappingAuthenticationModule	Выполняет аутентификацию сопоставления сертификатов с использованием Active Directory.	Inetsrv\Authcert.dll
DigestAuthenticationModule	Выполняет дайджест-аутентификацию.	Inetsrv\Authmd5.dll
IISCertificateMappingAuthenticationModule	Выполняет проверку подлинности с сопоставлением сертификатов с использованием конфигурации сертификата IIS.	Inetsrv\Authmap.dll
Запросфильтрингмодуле	Выполняет задачи URLScan, такие как настройка разрешенных глаголов и расширений имен файлов, установка ограничений и сканирование на наличие неверных последовательностей символов.	Inetsrv\Modrqflt.dll
UrlAuthorizationModule	Выполняет авторизацию URL.	Inetsrv\Urlauthz.dll
WindowsAuthenticationModule	Выполняет встроенную проверку подлинности NTLM.	Inetsrv\Authsspi.dll
IPRestrictionModule	Ограничивает IPv4-адреса, указанные в списке ipSecurity в конфигурации.	Inetsrv\iprestr.dll

Модули содержимого

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

Имя модуля	Описание	Ресурс
CgiModule	Выполняет процессы Common Gateway Interface (CGI) для формирования выходных данных ответа.	Inetsrv\Cgi.dll
DefaultDocumentModule	Попытки вернуть документ по умолчанию для запросов к родительскому каталогу.	Inetsrv\Defdoc.dll
DirectoryListingModule	Выводит содержимое каталога.	Inetsrv\dirlist.dll
Исапимодуль	Содержит библиотеки DLL расширения ISAPI.	Inetsrv\Isapi.dll
IsapiFilterModule	Поддерживает библиотеки DLL фильтров ISAPI.	Inetsrv\Filter.dll
Серверсидеинклудмодуле	Процессы на стороне сервера включают код.	Inetsrv\Iis_ssi.dll
Статикфилемодуле	Обслуживает статические файлы.	Inetsrv\Static.dll
ФастКгиМодуле	Поддерживает FastCGI, который представляет собой высокопроизводительную альтернативу CGI.	Inetsrv\iisfcgi.dll

Модули сжатия

Два модуля в IIS выполняют сжатие в конвейере обработки запросов.

Имя модуля	Описание	Ресурс
Модуль динамического сжатия	Сжимает ответы и применяет кодирование передачи со сжатием Gzip к ответам.	Inetsrv\Compdyn.dll
Статиккомпрессионмодуль	Выполняет предварительное сжатие статического содержимого.	Inetsrv\Compstat.dll

Модули кэширования

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

Имя модуля	Описание	Ресурс
FileCacheModule	Обеспечивает кэширование файлов и файловых дескрипторов в пользовательском режиме.	Inetsrv\Cachfile.dll
HTTPCacheModule	Обеспечивает кэширование режима ядра и пользовательского режима в HTTP.sys.	Inetsrv\Cachhttp.dll
Токенкачемодуле	Обеспечивает кэширование в пользовательском режиме пар имени пользователя и токена для модулей, создающих участников-пользователей Windows.	Inetsrv\Cachtokn.dll
Урикачемодуле	Обеспечивает кэширование информации URL в пользовательском режиме.	Inetsrv\Cachuri.dll

Модули ведения журнала и диагностики

Несколько модулей в IIS выполняют задачи, связанные с ведением журнала и диагностикой в ​​конвейере обработки запросов. Модули ведения журнала поддерживают загрузку пользовательских модулей и передачу информации в HTTP.sys. Модули диагностики отслеживают и сообщают о событиях во время обработки запросов.

Имя модуля	Описание	Ресурс
Кастомлоггингмодуле	Загружает пользовательские модули ведения журнала.	Inetsrv\Logcust.dll
Фаиледреквестстрекингмодуле	Поддерживает функцию отслеживания неудачных запросов.	Inetsrv\Iisfreb.dll
HttpLoggingModule	Передает информацию и состояние обработки в HTTP.sys для ведения журнала.	Inetsrv\Loghttp.dll
Рекуестмонитормодуле	Отслеживает запросы, выполняемые в настоящее время в рабочих процессах, и сообщает информацию с помощью интерфейса Runtime Status and Control Application Programming Interface (RSCA).	Inetsrv\Iisreqs.dll
Модуль трассировки	Сообщает о событиях в Microsoft Event Tracing for Windows (ETW).	Inetsrv\Iisetw.dll

Модули управляемой поддержки

Несколько модулей в IIS поддерживают управляемую интеграцию в конвейер обработки запросов IIS.

Имя модуля	Описание	Ресурс
Управляемый двигатель	Обеспечивает интеграцию модулей управляемого кода в конвейер обработки запросов IIS.	Microsoft.NET\Framework\v2.0.50727\webengine.dll
ConfigurationValidationModule	Проверяет проблемы с конфигурацией, например, когда приложение работает в интегрированном режиме, но имеет обработчики или модули, объявленные в разделе system.web.	Inetsrv\validcfg.dll

Управляемые модули

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

Примечание

Управляемые модули зависят от модуля ManagedEngine.

В следующей таблице перечислены управляемые модули, доступные при полной установке IIS 7 и более поздних версий. Дополнительные сведения об управляемых модулях см. в пакете SDK 2.0 для .NET Framework на сайте MSDN.

Имя модуля	Описание	Ресурс
Анонимная идентификация	Управляет анонимными идентификаторами, которые используются функциями, поддерживающими анонимную идентификацию, такими как профиль ASP.NET.	System.Web.Security.AnonymousIdentificationModule
Аутентификация по умолчанию	Обеспечивает присутствие в контексте объекта проверки подлинности.	System.Web.Security.DefaultAuthenticationModule
Авторизация файла	Проверяет наличие у пользователя разрешения на доступ к запрошенному файлу.	System. Web.Security.FileAuthorizationModule
Проверка подлинности форм	Поддерживает проверку подлинности с использованием проверки подлинности с помощью форм.	System.Web.Security.FormsAuthenticationModule
Выходной кэш	Поддерживает кэширование вывода.	System.Web.Caching.OutputCacheModule
Профиль	Управляет профилями пользователей с помощью профиля ASP.NET, который сохраняет и извлекает пользовательские настройки в источнике данных, таком как база данных.	System.Web.Profile.ProfileModule
Менеджер ролей	Управляет экземпляром RolePrincipal для текущего пользователя.	System.Web.Security.RoleManagerModule
Сеанс	Поддерживает сохранение состояния сеанса, что позволяет хранить данные, относящиеся к одному клиенту, в приложении на сервере.	System.Web.SessionState.SessionStateModule
URL-адрес авторизации	Определяет, разрешен ли текущему пользователю доступ к запрошенному URL-адресу, на основе имени пользователя или списка ролей, членом которых является пользователь.	System.Web.Security.UrlAuthorizationModule
UrlMappingsModule	Поддерживает сопоставление реального URL-адреса с более удобным URL-адресом.	System.Web.UrlMappingsModule
Аутентификация Windows	Задает удостоверение пользователя для приложения ASP.NET, когда включена проверка подлинности Windows.	System.Web.Security.WindowsAuthenticationModule

Обработка запросов в IIS

В IIS конвейеры запросов IIS и ASP.NET объединяются для обработки запросов с использованием комплексного подхода. Новая архитектура обработки запросов состоит из упорядоченного списка собственных и управляемых модулей, которые выполняют определенные задачи в ответ на запросы.

Этот дизайн имеет несколько преимуществ по сравнению с предыдущими версиями IIS. Во-первых, все типы файлов могут использовать функции, которые изначально были доступны только для управляемого кода. Например, теперь вы можете использовать проверку подлинности форм ASP.NET и авторизацию универсального указателя ресурсов (URL) для статических файлов, файлов Active Server Pages (ASP) и всех других типов файлов на ваших сайтах и ​​в приложениях.

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

В-третьих, вы можете управлять всеми модулями из одного места вместо того, чтобы управлять некоторыми функциями в IIS и некоторыми в конфигурации ASP.NET. Это упрощает администрирование сайтов и приложений на сервере.

Пулы приложений в IIS

Пулы приложений разделяют приложения по границам процессов, чтобы предотвратить влияние одного приложения на другое приложение на сервере. В IIS 7 и более поздних версиях пулы приложений продолжают использовать режим изоляции рабочего процесса IIS 6.0. Кроме того, теперь вы можете указать параметр, определяющий, как обрабатывать запросы, использующие управляемые ресурсы: интегрированный режим или классический режим.

Примечание

В IIS 6.0 режим изоляции рабочего процесса и режим изоляции IIS 5.0 задаются на уровне сервера. Это делает невозможным запуск обоих режимов изоляции на одном сервере. Однако в IIS 7 и более поздних версиях интегрированный режим и классический режим задаются на уровне пула приложений, что позволяет одновременно запускать приложения в пулах приложений с разными режимами процессов на одном сервере.

Режим интегрированного пула приложений

Когда пул приложений находится в интегрированном режиме, вы можете использовать интегрированную архитектуру обработки запросов IIS и ASP.NET. Когда рабочий процесс в пуле приложений получает запрос, этот запрос проходит через упорядоченный список событий. Каждое событие вызывает необходимые собственные и управляемые модули для обработки частей запроса и создания ответа.

Запуск пулов приложений в интегрированном режиме дает несколько преимуществ. Сначала модели обработки запросов IIS и ASP.NET интегрируются в унифицированную модель процесса. Эта модель исключает шаги, которые ранее дублировались в IIS и ASP.NET, такие как проверка подлинности. Кроме того, интегрированный режим обеспечивает доступность управляемых функций для всех типов контента.

Классический режим пула приложений

Когда пул приложений находится в классическом режиме, IIS 7 и более поздние версии обрабатывают запросы так же, как и в режиме изоляции рабочего процесса IIS 6.0. Запросы ASP.NET сначала проходят собственные этапы обработки в IIS, а затем направляются в Aspnet_isapi.dll для обработки управляемого кода в управляемой среде выполнения. Наконец, запрос направляется обратно через IIS для отправки ответа.

Такое разделение моделей обработки запросов IIS и ASP. NET приводит к дублированию некоторых этапов обработки, таких как проверка подлинности и авторизация. Кроме того, функции управляемого кода, такие как проверка подлинности с помощью форм, доступны только для приложений ASP.NET или приложений, для которых вы сопоставили скриптом все запросы для обработки с помощью aspnet_isapi.dll.

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

Обработка HTTP-запросов в IIS

В IIS 7 и более поздних версиях процесс обработки HTTP-запросов аналогичен IIS 6. 0. На схемах в этом разделе представлен обзор обрабатываемого HTTP-запроса.

В следующем списке описан процесс обработки запроса, показанный на рис. 1:

1. Когда клиентский браузер инициирует HTTP-запрос к ресурсу на веб-сервере, HTTP.sys перехватывает запрос.
2. HTTP.sys связывается с WAS для получения информации из хранилища конфигурации.
3. WAS запрашивает информацию о конфигурации из хранилища конфигурации, applicationHost.config.
4. Служба WWW получает информацию о конфигурации, такую ​​как конфигурация пула приложений и сайта.
5. Служба WWW использует информацию о конфигурации для настройки HTTP.sys.
6. WAS запускает рабочий процесс для пула приложений, к которому был отправлен запрос.
7. Рабочий процесс обрабатывает запрос и возвращает ответ HTTP.sys.
8. Клиент получает ответ.

Рис. 1. Обзор HTTP-запроса

В рабочем процессе HTTP-запрос проходит через несколько упорядоченных шагов, называемых событиями, в ядре веб-сервера. При каждом событии собственный модуль обрабатывает часть запроса, например аутентификацию пользователя или добавление информации в журнал событий. Если для запроса требуется управляемый модуль, собственный модуль ManagedEngine создает AppDomain, где управляемый модуль может выполнять необходимую обработку, например аутентификацию пользователя с помощью аутентификации с помощью форм. Когда запрос проходит через все события ядра веб-сервера, ответ возвращается в HTTP.sys. На рис. 2 ниже показан HTTP-запрос, поступающий в рабочий процесс.

Рисунок 2: Подробная информация о HTTP-запросе внутри рабочего процесса

Как веб-серверы, такие как IIS, работают на его фоне? | Мадхаван Нагараджан

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

Интернет действует для нас как источник переизбытка информации, и все, что нам нужно сделать, если нам нужна какая-либо информация, это просто запросить Интернет, и тогда мы получим желаемый ответ.
Но кто и как предоставляет нам эту информацию? Всему этому способствует то, что называется веб-сервером. Наряду с этим существуют браузеры как приложения, которые мы используем, такие как Internet Explorer, Mozilla Firefox, Chrome, Safari и т. д., чтобы помочь пользователю взаимодействовать с Интернетом, а также просматривать и извлекать файлы на веб-сервере, известном как веб-клиенты.

Это будет старая школа, сухая и грубая, как тропа в пустыне. Итак, засучите рукава, давайте начнем

«Веб-сервер» может относиться к оборудованию или программному обеспечению, или к тому и другому, работающему вместе.

1. Что касается оборудования, веб-сервер — это компьютер, на котором хранится программное обеспечение веб-сервера и файлы компонентов веб-сайта (например, HTML-документы, изображения, таблицы стилей CSS и файлы JavaScript). Он подключен к Интернету и поддерживает физический обмен данными с другими устройствами, подключенными к сети.
2. Что касается программного обеспечения, веб-сервер включает в себя несколько частей, которые контролируют, как веб-пользователи получают доступ к размещенным файлам, как минимум HTTP-сервер . HTTP-сервер — это часть программного обеспечения, которое понимает URL-адреса (веб-адреса) и HTTP (протокол, который ваш браузер использует для просмотра веб-страниц). Доступ к нему можно получить через доменные имена (например, mozilla.org ) веб-сайтов, которые он хранит и доставляет их содержимое на устройство конечного пользователя.

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

Блюдо — это нужная веб-страница, а планшет — веб-браузер.

Для удобства лучшего понимания предположим, что браузер сделал законный запрос, и запрос прошел через весь Интернет, чтобы достичь платного сервера, расположенного под глубокой сетью Inter National Net work.

Я работал в тесном контакте с сервером Windows (очевидно, ОС Windows ..), поэтому позвольте мне взять IIS (сервер приложений asp.net по умолчанию), чтобы понять, как сервер «обслуживает» любой входящий запрос

IIS (Internet Information Services) — это один из самых мощных веб-серверов от Microsoft, который используется для размещения вашего веб-приложения ASP.NET. IIS имеет собственный механизм обработки ASP.NET для обработки запроса ASP.NET. Итак, когда запрос поступает от клиента к серверу, IIS принимает этот запрос, обрабатывает его и отправляет ответ обратно клиентам.

Надеюсь, вам до сих пор ясно, что такое веб-сервер и IIS и какая от них польза.

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

1. Рабочий процесс
2. Пул приложений

Рабочий процесс: Рабочий процесс ( w3wp.exe ) запускает приложение ASP.Net в IIS. Этот процесс отвечает за управление всеми запросами и ответами, поступающими от клиентской системы. Все функции ASP.Net выполняются в рамках рабочего процесса. Когда запрос поступает на сервер от клиента, рабочий процесс отвечает за генерацию запроса и ответа. Одним словом, можно сказать, что рабочий процесс — это сердце веб-приложения ASP.NET, работающего на IIS.

Рабочий процесс — это сердце веб-приложения ASP.NET, работающего в IIS.

Пул приложений: Пул приложений — это контейнер рабочего процесса. Пулы приложений используются для разделения наборов рабочих процессов IIS с одинаковой конфигурацией. Пулы приложений обеспечивают лучшую безопасность, надежность и доступность для любого веб-приложения. Рабочий процесс служит границей процесса, которая отделяет каждый пул приложений, поэтому, когда в одном рабочем процессе или приложении возникает проблема или перезапуск, другие приложения или рабочие процессы не затрагиваются. Это гарантирует, что конкретное веб-приложение не повлияет на другие веб-приложения, поскольку они настроены на разные пулы приложений.

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

Теперь я рассмотрел все основные вещи, такие как веб-сервер, пул приложений, рабочий процесс. Теперь давайте посмотрим, как IIS обрабатывает запрос, когда от клиента поступает новый запрос.
Если мы посмотрим на архитектуру IIS, мы можем разделить их на двухуровневые

1. Уровень ядра
2. Уровень пользователя

Теперь Режим ядра IIS 90. HTTP.SYS . Таким образом, всякий раз, когда запрос поступает от клиента к серверу, он сначала попадет в HTTP.SYS . HTTP.SYS отвечает за передачу запроса в конкретный пул приложений

Итак, теперь очевидный вопрос,

Как HTTP.SYS узнает, куда отправлять запрос?

Это не случайный выбор . Всякий раз, когда мы создаем новый пул приложений, создается идентификатор пула приложений, который регистрируется в HTTP.SYS. Поэтому всякий раз, когда HTTP.SYS получает запрос от любого веб-приложения, он проверяет наличие пула приложений и на основе пула приложений отправляет запрос дальше.

Итак, это были первые шаги обработки запросов IIS.
До сих пор клиент запросил некоторую информацию, и запрос пришел на уровень ядра IIS в HTTP.SYS. HTTP.SYS определил пул приложений для отправки запроса. Теперь давайте посмотрим, как этот запрос перемещается из HTTP.SYS в пул приложений.

В уровне пользователя IIS у нас есть Web Admin Services (WAS) , которые принимают запрос от HTTP. SYS и передают его соответствующему пулу приложений.

Когда пул приложений получает запрос, он просто передает запрос рабочему процессу (w3wp.exe). Рабочий процесс «w3wp.exe» ищет URL-адрес запроса для загрузки правильного расширения ISAPI. Расширения ISAPI — это способ IIS для обработки запросов на различные ресурсы. После установки ASP.NET он устанавливает собственное расширение ISAPI (aspnet_isapi.dll) и добавляет сопоставление в IIS.

Когда рабочий процесс загружает aspnet_isapi.dll , он запускает HTTPRuntime , который является точкой входа приложения. HTTPRuntime — это класс, который вызывает метод ProcessRequest , чтобы начать обработку запроса.

При вызове этого метода создается новый экземпляр HTTPContext . Который доступен с использованием свойств HTTPContext.Current . Этот объект остается активным в течение всего времени существования запроса объекта. Используя HttpContext. Current, мы можем получить доступ к некоторым другим объектам, таким как 9.0779 Request, Response, Session, и т. д.

После этого HttpRuntime загружает объект HttpApplication с помощью класса HttpApplicationFactory . Каждый запрос должен проходить через соответствующий HTTPModule для достижения HTTPHandler, этот список модулей настраивается HTTPApplication.

Теперь эта концепция называется « HTTPPipeline ». Он называется конвейером, потому что содержит набор HttpModules ( Для уровня Web.config и Machine.config ), которые перехватывают запрос на пути к HttpHandler. HTTPModules — это классы, которые имеют доступ к входящему запросу. Мы также можем создать наш HTTPModule, если нам нужно что-то обработать во время предстоящего запроса и ответа.

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