Iis возобновление работы сервера (contsrv)


Содержание

Настройка аутентификации Windows при расположении веб-сервера IIS и рабочих серверов на разных машинах

Описание проблемы

Не работает аутентификация операционной системы (windows) через IIS при использовании тонкого клиента или веб-клиента.

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

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

Решение проблемы

На сервере 1С включить технологический журнал, используя следующую настройку:

Воспроизвести ситуацию с неудачной аутентификацией операционной системы. Авторизоваться под пользователем операционной системы, указанным в свойствах пользователя 1С.

Открыть технологический журнал рабочего процесса и найти событие EXCP со следующим описанием: «Идентификация пользователя не выполнена
Неправильное имя или пароль пользователя»

Обратите внимание на предшествующее ему событие CONN и значение свойства DstUserName2 — именно в таком виде пользователь должен быть указан в свойствах пользователя информационной базы.

04:45.940011-0,CONN,2,process=rphost,t:client >04:45.940012-0,CONN,2,process=rphost,t:client >04:45.971001-0,CONN,2,process=rphost,t:client >DstUserName2: DOMAIN701\testuser2(DOMAIN701\testuser2)
04:46.205021-0,EXCP,2,process=rphost,p:processName=trade,t:client >a01f465c-ed70-442e-ada5-847668d7a41c: Идентификация пользователя не выполнена
Неправильное имя или пароль пользователя’

Заменить значение свойства «Пользователь» пользователя информационной базы согласно следующему формату «\\» + [Имя пользователя из свойства DstUserName2 без скобок].

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

Расположение веб-сервера IIS и рабочих серверов 1С на разных машинах

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

56:39.487001-0,CONN,2,process=rphost,p:processName=accounting,t:client >56:39.487002-0,CONN,2,process=rphost,p:processName=accounting,t:client >56:39.596004-0,CONN,2,process=rphost,p:processName=accounting,t:client >DstUserName2: NT AUTHORITY\ANONYMOUS LOGON(NT AUTHORITY\ANONYMOUS LOGON )
56:39.659003-0,EXCP,2,process=rphost,p:processName=accounting,t:client >a01f465c-ed70-442e-ada5-847668d7a41c: Идентификация пользователя не выполнена
Неправильное имя или пароль пользователя’

При возникновении такой ситуации необходимо проверить следующие настройки:

1) Убедиться, что процессы сервера 1С запущены от имени доменной учетной записи, входящей в группу Domain Users.

2) Убедиться, что веб-сервер IIS настроен корректно.

В публикации информационной базы найти настройки аутентификации

В настройках аутентификации отключить анонимную аутентификацию и включить Windows-аутентификацию. В Windows-аутентификации упорядочить доступных провайдеров так, чтобы на первом месте был Negotiate.

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

После изменения настроек перезапустить веб-сервер с помощью команды iisreset в командной строке.

3) Убедиться, что в контроллере домена в свойствах компьютера, на котором запущен веб-сервер, на вкладке делегирование установлено «Доверять компьютеру делегирование любых служб (только Kerberos)»

Для этого откройте оснастку Active Directory Users and Computers (dsa.msc), в компьютерах найдите веб-сервер, перейдите в его свойства и на вкладке Делегирование установить значение «Доверять компьютеру делегирование любых служб (только Kerberos)» и нажать применить.

4) Убедиться, что на клиенте в свойствах обозревателя разрешена встроенная проверка подлинности Windows.

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

Важно: аутентификации Windows при расположении веб-сервера IIS и рабочих серверов на разных машинах в тонком клиенте работает, начиная с версии 8.3.10.2620 (для тестирования).

Работа конвейера веб-сервера IIS

Ключевую роль при обработке запросов к приложениям 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 по обработке входящих запросов.

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

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

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

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

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

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

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

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

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

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

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

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

IIS State Server для сессий

Ответ

Вопрос возник из-за малого опыта работы с IIS и потому что решение своей проблемы я нашел методом тыка.
Все оказалось намного проще. Я думал что выше описанное действие в менеджере можно производить только для всех приложений сразу, оказалось что нужно всего лишь выбрать приложение и уже потом зайти в «Session State» — настройки для конкретного приложения.

Добавлено через 26 минут
Ко всему добавлю: если поменять «Session State» в web.cinfig — IIS сам поменяет правила для этого приложения.

Меню пользователя @ Kostek
11.03.2013, 16:13

IIS server 6 на windows server 2003, настройка web-узла
Здравствуйте, нужна помощь по такому вопросу. Я работаю на виртуалке, на ней я установил server.

IIS Server static content
Здравствуйте!) Подскажите пожалуйста — зачем нужен компонент IIS Server static content, как его.

IIS 7 на windows server 2008
Здравствуйте, друзья. Подскажите, пожалуйста, можно ли в IIS 7 настроить переадресацию всех.

Настройка IIS на Windows Server 2008 R2
Проблем вот в чем, после настройки IIS’а он не хочет отображать localhost. В чем может быть.

Не работает IIS на Windows Server 2012
Такая хрень: есть сервер на базе Win Server 2012 R2, установил на него IIS, центр сертификации и.

Илон Маск рекомендует:  GZip сжатие на PHP

Iis возобновление работы сервера (contsrv)

Назначение: Windows 7, Windows Server 2008, Windows Server 2008 R2, Windows Vista

Режим состояния сеанса вне процесса сохраняет данные сеанса, выполняя рабочий процесс вне рабочих процессов, в которых работают приложения ASP.NET. Один тип состояния сеанса вне процессов использует сервер состояний, который зависит от службы состояния, Aspnet_state.exe. Преимуществом этой настройки является то, что при повторном запуске рабочего процесса приложения состояние сеанса сохраняется. Использование сервера состояний рекомендуется для приложений среднего размера.

Если сервер состояния работает на том же веб-сервере, на котором содержатся приложения, состояние которых хранит этот сервер, то поддерживается конфигурация веб-сада. Недостатком такого подхода является то, что если служба состояния Windows или сам веб-сервер прекратит работу, все сведения о состоянии сеанса будут утеряны. Для увеличения защиты данных состояния сеанса рассмотрите возможность использования конфигурации веб-фермы с отдельным сервером, на котором будут храниться состояния сеанса и предоставляться всем другим серверам фермы. Другим подходом является использования сервера SQL для поддержки состояния сеанса вне процессов. Дополнительные сведения об использовании сервера SQL для поддержки состояния сеанса вне процессов см. в разделе Настройка SQL Server для поддержки состояния сеанса (IIS 7).

Важно
Чтобы состояние сеанса внутри процесса вступило в силу, должна работать служба состояния Windows (Aspnet_state.exe). По умолчанию эта служба устанавливается при установке Windows Server® 2008 и настраивается для запуска вручную. Политика запуска должна быть изменена на автоматическую.

Предварительные требования

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

Исключения из требований

Чтобы настроить сервер состояний для поддержки состояния сеанса

Эту процедуру можно выполнить с помощью пользовательского интерфейса, запустив команды Appcmd.exe в окне командной строки, путем прямого изменения файлов конфигурации или посредством написания сценариев WMI.

Пользовательский интерфейс

Чтобы использовать пользовательский интерфейс

Откройте Диспетчер IIS и перейдите на уровень, которым нужно управлять. Сведения об открытии Диспетчер IIS см. в разделе Открытие диспетчера IIS (IIS 7). Сведения об изменении местоположения с помощью пользовательского интерфейса см. в разделе Перемещение в диспетчере IIS (IIS 7).

В представлении Просмотр возможностей дважды щелкните пункт Состояние сеанса.

В разделе Параметры режима состояния сеанса на странице Состояние сеанса выберите пункт Сервер состояний.

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

Введите значение таймаута в текстовом поле Таймаут (в секундах). Значение таймаута по умолчанию равно 10 секундам.

(Необязательно) Настройте параметры файлов cookie в области Параметры файлов cookie на странице Состояние сеанса.

(Необязательно) Установите флажок Использование удостоверения основного процесса для олицетворения, чтобы использовать проверку подлинности Windows и удостоверение основного процесса (удостоверение ASP.NET или службы Windows) для удаленных подключений к базе данных SQL.

Нажмите кнопку Применить на панели Действия.

Командная строка

Чтобы настроить сервер состояния для поддержки состояния сеанса, используйте следующий синтаксис:

appcmd set config /commit:WEBROOT /section:sessionState /mode:StateServer /stateConnectionString: строка /stateNetworkTimeout: timeSpan /useHostingIdentity:True|False

Переменная mode:StateServer служит для определения режима состояния сеанса для хранения данных сеанса в базе данных сервера состояний. По умолчанию переменная строка служит для определения строки подключения, которую использует сервер состояний. Параметр по умолчанию: tcpip=loopback:42424. The variable timeSpan служит для определения времени (в секундах), в течение которого поддерживается подключение к серверу состояний. Значение по умолчанию 10 секунд. Переменная useHostingIdentity:True|False разрешает или запрещает использование проверки подлинности и удостоверения проверки сайта (либо ASP.NET, либо удостоверение службы Windows) для подключений к базе данных. Значением по умолчанию является True.

Примечание
При использовании команды Appcmd.exe для настройки элемента на глобальном уровне в IIS 7 необходимо задать в команде параметр /commit:WEBROOT, чтобы изменения конфигурации были внесены в основной файл Web.config, а не в файл ApplicationHost.config.

Дополнительные сведения о команде Appcmd.exe см. в разделе Appcmd.exe (IIS 7).

Настройка конфигурации

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

Дополнительные сведения о конфигурации IIS 7 см. на странице IIS 7.0: схема настроек IIS (возможно, на английском языке) на веб-сайте MSDN.

Чтобы выполнить эту процедуру, используйте следующие классы, методы или свойства WMI:

    Флаг «StateServer» свойства SessionStateSection.Mode

Дополнительные сведения о WMI и службах IIS см. в разделе Инструментарий управления Windows (WMI) в IIS 7. Дополнительные сведения о классах, методах и свойствах, связанных с этой процедурой, см. на странице Справочные сведения по поставщику IIS WMI (возможно, на английском языке) на веб-сайте MSDN.

Подвисание IIS сервера [закрыт]

Добрый день, коллеги.

Есть физический сервер на Win 2008 R2 + IIS 7.5, на нем крутятся несколько сайтов. Раньше работал как часы, никаких проблем не наблюдалось, но последние дни, почти каждые сутки, в утренние часы (в районе 6-7 утра) IIS сервер подвисает и отказывается отвечать на запросы. Судя по сервисам мониторинга и по ответам через браузер от сервера просто нет никакого ответа — типичный Timeout (при этом на ВСЕХ сайтах). Так продолжается от двух до восьми минут, затем работа полностью восстанавливается. Во время таймаута IIS, на сервер можно без проблем зайти по RDP — в это время НЕ наблюдается какой-либо нестандартной нагрузки — процессоры загружены на 10-15%.

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

но это, судя по всему, связано с тем, что каким-то клиентам надоедает ждать и они рвут соединение.

В логах IIS по сайтам в период простоя обнаруживается дыра — нет ни одной записи, пока IIS висит. Так, например, за 06:24 более 200 записей, затем период простоя — ни одной записи и сразу записи уже за 06:31.

Как считаете, что это может быть, в какую сторону копать? Спасибо.

Установка веб-сервера IIS 8 в Windows Server 2012 R2

Веб-сервер представляет собой некоторую программу (службу), принимающую HTTP- запросы от клиентов, обычно от веб-браузеров, обрабатывающую данные запросы и выдающую им ответ, как правило, вместе с HTLM-страницей (сайтом), изображением, файлом, медиа-потоком или другими данными. Ниже подробно рассмотрим процесс установки подобной службы, а именно веб-сервера IIS 8 (Internet Information Server) входящего в поставку Microsoft Windows Server 2012 R2.

0. Оглавление

1. Установка веб-сервера IIS

Запускаем Диспетчер серверов (Server Manager). Его можно запустить с ярлыка на панели задач, или же выполнив команду servermanager.exe (Для этого необходимо нажать комбинацию клавиш Win + R, в появившемся окне в поле «Открыть» (Open) написать имя команды и нажать «ОК» ).

В диспетчере серверов, в меню, расположенном в правом верхнем углу окна, выберем «Управление» (Manage) — «Добавить роли и компоненты» (Add Roles and Features)

Запустится Мастер добавления ролей и компонентов (Add Roles and Features Wizard). Нажимаем «Далее» (Next) на стартовой странице.

Тип установки (Installation Type) отмечаем «Установка ролей или компонентов» (Role-based or feature-based installation) и нажимаем «Далее» (Next).

Выбираем текущий сервер из пула серверов (Select a server from the server pool) и снова жмем «Далее» (Next).

На следующем шаге выбираем роль, которую необходимо установить. В нашем случае это роль «Веб-сервер (IIS)» (Web Server). Отмечаем ее в списке.

При этом мастер предложит нам добавить компоненты, необходимые для Веб-сервера, а именно «Консоль управления службами IIS» (IIS Management Console). Соглашаемся на установку дополнительных компонент нажав «Добавить компоненты» (Add Features) и жмем «Далее» (Next).

Оставляя список компонент без изменений нажимаем «Далее» (Next).

Ознакомившись с информацией о роли веб-сервера снова жмем «Далее» (Next).

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

  • Общие функции HTTP (Common HTTP Features)
    • Статическое содержимое (Static Content)
    • Документ по умолчанию (Default Document)
    • Обзор каталогов (Directory Browsing)
    • Ошибки HTTP (HTTP Errors)
  • Разработка приложений (Application Development)
    • ASP
    • ASP.NET 3.5
    • Расширяемость .NET 3.5 (.NET Extensibility 3.5)
    • Расширения ISAPI (ISAPI Extensions)
    • Фильтры ISAPI (ISAPI Filters)
  • Исправление и диагностика (Health and Diagnostics)
    • Ведение журнала HTTP (HTTP Logging)
    • Монитор запросов (Request Monitor)
  • Средства управления (Management Tools)
    • Консоль управления IIS (IIS Management Console)

Для установки FTP-сервера требуются компоненты:


  • FTP-Сервер (FTP Server)
    • Служба FTP (FTP Service)
    • Расширяемость FTP (FTP Extensibility)

и т. д. Если выделить службу в списке, слева доступно ее краткое описание. Выбрав необходимые службы ролей жмем «Далее» (Next).

Устанавливаем флаг «Автоматический перезапуск конечного сервера, если требуется» (Restart the destination server automatically if required) если перезагрузка не помешает работе других пользователей и жмем «Установить» (Install) для начала установки указанных в списке служб.

Дожидаемся завершения установки веб-сервера (может произойти перезагрузка сервера) и нажимаем «Закрыть» (Close) для завершения работы мастера.

Возвращаемся в диспетчер серверов, в меню «Средства» (Tools) выбираем появившейся там пункт «Диспетчер служб IIS» (Internet Information Services).

В запустившемся Диспетчере служб IIS, в окне подключений (Connections) увидим только что установленные веб-сервер (соответствует сетевому имени компьютера) а также один веб-сайт, добавленный по умолчанию, с названием Default Web Site.

Данный сайт представляет одну веб-страницу с приветствием на различных языках и откликается на все запросы к данному веб-серверу по 80-му порту. Чтобы просмотреть его, достаточно запустить веб-браузер, например Internet Explorer, и ввести в строку адреса http://localhost.

Также этот сайт можно просмотреть с любого другого компьютера в сети, забив в строку адресе IP компьютера где установлен веб-сервер IIS.

Файлы этого сайта, как и файлы всех других добавленных позже сайтов по умолчанию располагаются в каталоге C:\interpub\wwwroot.

Ну и соответственно, чтобы сайты расположенные на данном веб-сервере были доступны из сети Интернет по внешнему IP-адресу или доменному имени (о том как привязать доменное имя к IP-адресу читайте здесь), необходимо на маршрутизаторе выполнить проброс 80-ого порта на компьютер с установленным веб-сервером IIS.

2. Перезапуск сервера IIS

Иногда требуется перезапустить веб сервер IIS. Сделать это можно как из Диспетчера служб IIS, кликнув правой кнопкой мыши по серверу в окне подключений или из меню «Действия» (Action)

так и из командной строки, выполнив команду

  • параметр /noforce необязателен и используется для защиты от потери данных в случае, когда службы IIS не могут быть остановлены в течение одноминутного периода ожидания.
  • параметр также необязателен при работе на локальном компьютере. В случае удаленного администрирования сервера IIS в качестве параметра указывается имя NetBIOS компьютера, на котором выполняется перезапуск IIS.

При перезапуске веб сервера IIS происходит перезапуск следующих служб (если они устанавливались при установке компонент IIS):

Служба Описание
Служба IIS Admin Эта служба управляет всеми службами IIS, кроме службы WWW (FTP, NMTP и SMTP).
Служба WWW Эта служба обеспечивает подключения клиентов к веб-узлам.
Служба HTTP SSL Эта служба обеспечивает безопасные подключения клиентов к веб-узлам.
Служба FTP Эта служба обеспечивает FTP-подключения и администрирование в диспетчере IIS.
Служба SMTP Эта служба обеспечивает передачу электронной почты по сети.
Служба NNTP Эта служба обеспечивает передачу электронных новостей по сети.

Смотрите также:

Ниже приведена небольшая инструкция об изменении политики паролей в Microsoft Windows Server 2012 R2. По умолчанию политика паролей определена таким образом, что все пароли учетных записей пользователей должны удовлетворять следующим…

В данной статье я расскажу как добавить разрешающее правило в Брандмауэр Windows Server 2012 R2 (в Windows Server 2008 R2 действия аналогичны). Правило будем добавлять на примере работы сервера 1С:Предприятие…

Ниже будет подробно рассказано как установить Microsoft .NET Framework 3.5 на локальный сервер под управлением Windows Server 2012, так как в этой ОС не получится установить Microsoft .NET Framework 3.5 через обычный инсталлятор, как на…

Пошаговая инструкция по настройке публикации почтовых серверов Exchange Server 2013/2020 с помощью IIS ARR

Приветствую всех читателей нашего Блога! Сегодня я расскажу вам о том, как за несколько минут настроить публикацию почтового сервера Exchange Server 2013/2020 с помощью IIS ARR (Application Request Routing). Но для начала немного о том, что такое публикация и для чего она нужна.

Основная задача публикации это защита сервера от внешнего негативного воздействия. Сервер публикации Reverse Proxy (RP), располагается в сети периметра (DMZ) и передает (проксирует) запросы на почтовые сервера, в том случае, если запросы соответствуют определенным шаблонам. Логика работы RP на основе компонента ARR следующая: если поступает запрос с именем узла mail.contoso.com по протоколу HTTPS, тогда перенаправить запрос на ферму серверов mail.contoso.com . Все просто и понятно. Веб сервер используется по той простой причине, что в Exchange 2013/2020 ВСЕ подключения (кроме POP и IMAP конечно!) идут через HTTPS и неважно что вы используете, браузер или толстый клиент Outlook.

Некоторые особенности RP серверов на основе IIS ARR:

  1. Сервер RP может не быть членом домена.
  2. Сервер должен иметь доступ к внутренней сети организации (конкретно к почтовым серверам) и внешней сети Интернет. Один из вариантов реализации это два сетевых адаптера.
  3. RP должен разрешать FQDN (полное доменное имя ex1-srv.contoso.com , ex2-srv.contoso.com и т.д.) почтового сервера в его IP адрес. Если в сети периметра не используется DNS сервер, необходимо прописать имена серверов и IP в файле C:\Windows\System32\Drivers\etc\hosts .
  4. Убедитесь, что вы правильно настроили внутренние и внешние URL для виртуальных каталогов на почтовом сервере и правильно сконфигурировали сервера. Прежде чем приступать к публикации, проверьте, что все отлично функционирует в пределах локальной сети.
  5. DNS-суффикс сервера RP (в том случае, если он не включен в домен) нужно настроить вручную так, чтобы он был идентичен доменному (RP. contoso.com ).
  6. Убедитесь, что виртуальные каталоги (OWA, ECP, EWS и т.д.) опубликованы для внешних подключений с пространством имен mail.contoso.com

Приступим к установке.

1) Запустить PowerShell с привилегиями Администратора и выполнить

Проверим что все получилось, введя в браузере сервера RP http://127.0.0.1

2) Устанавливаем Microsoft Web Platform Installer . В поиске Microsoft Web Platform Installer набираем ARR и устанавливаем пакет Application Request Routing 3.0 + дополнительные компоненты предложенные установщиком.

3) Экспортируем сертификат с CAS сервера и импортируем на сервер RP. Необходимо привязать этот сертификат для Default Web Site

4) Переходим в Server Farms и создаем новую ферму серверов. Назовем ее Contoso.com

Добавим сервера в ферму (Если роли разнесены, то добавляем только CAS сервера). Вводим FQDN сервера и нажимаем ADD

Нажимаем Finish, затем YES на предложение создать правила.

5) Необходимо настроить ферму, в которую мы добавили наши почтовые сервера. Открываем ферму contoso.com и переходим в раздел Caching. Убираем чекбокс Enable Disk Cache и нажимаем Apply

Переходим в раздел Health Test. В качестве URL для проверки доступности серверов я укажу:

URL для проверки доступности имеет вид https:// /

/HealthCheck.htm это URL по умолчания для Exchange Server 2013/2020. Для каждого протокола существует свой URL и его нет необходимости настраивать дополнительно, это все часть компонента Managed Availability. Можно указать другие URL для соответствующих протоколов:

  • https://mail.contoso.com/EWS/HealthCheck.htm
  • https://mail.contoso.com/OAB/HealthCheck.htm
  • https://mail.contoso.com/OWA/HealthCheck.htm

Настройки для раздела Health Test (после внесения изменений, не забываем нажимать Apply)

После внесения всех настроек нужно проверить, что все работает. Нажмем Verify URL Test и убедимся, что все серверы прошли проверку, ответив Pass. Если сервер не будет доступен, то на него не будут пересылаться запросы от внешних клиентов. Компонент ARR выведет его из балансировки до тех пор, пока снова не “увидит” сервер клиентского доступа.

Переходим к разделу Proxy, выставляем настройки:

  • Time-Out: 200 seconds
  • Response Buffer threshold: 0

не забываем нажимать Apply после внесения изменений.

Переходим в раздел Routing Rules и убираем чекбокс Enable SSL Offloading

Load Balance, Monitoring and Management и Server Affinity не трогаем.

6) Переходим к созданию правил перенаправления запросов.

В оснастке IIS открываем URL Rewrite

Создаем правило для Autodiscover

Для добавления шаблона во вкладке “Conditions” нажать “Add” и ввести параметры:

Аналогично ввести ON”

В самом низу выбираем действие, которое необходимо выполнить, если запрос соответствует шаблону. В нашем случае, это перенаправление на ферму серверов (не забывайте выбрать https) и чекбокс запрещающий выполнение следующих (нижних) правил.

Аналогичным образом создаем правило для mail.contoso.com и, ели есть желание, для activesync.contoso.com .

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

Последний штрих. Перейдите в “Request Filtering”

и задайте значение 2147483648 для параметра “Maximum allowed content lenght”.

Всё готово! Теперь необходимо настроить внешние DNS сервера, для разрешения имен Autodiscover и mail (а если настраивали, то и activesync) в IP IIS ARR.

Очень полезная ссылка:

По просьбам трудящихся закрываем ECP

Установка и конфигурирование IIS

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

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

В этой статье основное внимание уделяется IIS 8. Хотя машина, на которой запущен IIS 8, здесь называется сервером, IIS можно запускать под управлением версий Windows как для рабочей станции, так и для сервера. На рабочих станциях доступны не все, но большинство функциональных возможностей, что позволяет размещать сложные веб-сайты. По возможности мы рекомендуем использовать Windows Server, однако недорогой альтернативой могут послужить Windows 7 или Windows 8.

В Microsoft привязывают выпуски IIS с выпусками Windows. В состав Windows Server 2008 и Windows Vista входит версия IIS 7.0, в состав Windows Server 2008 R2 и Windows 7 — версия IIS 7.5, а в состав Windows Server 2012 и Windows 8 — IIS 8. Версии — 7.0 и 7.5 — в Microsoft обобщенно называют IIS 7, что может вносить путаницу. Версию IIS, поддерживаемую операционной системой, изменить нельзя — Windows Server 2008 будет использовать только IIS 7.0. Например, модернизировать ее до версии IIS 7.5, используемой в Windows Server 2008 R2, не получится.

Установка IIS

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

Установка IIS на настольных версиях Windows (Windows Vista, Windows 7 и Windows 8)

Каждая версия операционной системы Windows предлагает свою версию IIS — IIS 8 (в Windows 8), IIS 7.5 (в Windows 7) или IIS 7 (в Windows Vista). Во всех этих версиях Windows, IIS включен, но изначально не установлен. Чтобы установить его, необходимо выполнить следующие действия:

Откройте панель управления.

Нажмите кнопку «Включение или отключение компонентов Windows». Теперь вам нужно подождать, пока Windows исследует вашу систему.

Найдите элемент Internet Information Services (Службы IIS) в верхней части списка и нажмите на галочку чтобы включить его:

Обратите внимание, что Windows позволяет включить множество компонентов IIS: поддержка FTP-сервера, дополнительные инструменты управления, службы обратной совместимости с IIS 6 и т.д.

Убедитесь, что вы выбрали поддержку ASP.NET. Для этого раскройте узел Службы Интернета Компоненты разработки приложений ASP.NET (Internet Information Services World Wide Web Services Application Development Features ASP.NET):

Если вы хотите использовать поддержку IIS в Visual Studio, которая позволяет вам создавать виртуальные каталоги IIS непосредственно в диалоговом окне New Web Site, вам нужно выбрать пункт «Совместимость управления IIS 6» в разделе «Средства управления веб-сайтом» (Web Management Tools IIS 6 Management Compatibility).

Как только вы выбрали нужные параметры IIS, нажмите кнопку OK для завершения установки.

Установка IIS в Windows Server 2008

Установка и настройка IIS одинакова для Windows Server 2008 и Windows Server 2008 R2. Необходимые шаги описаны ниже:

Запустите диспетчер сервера. Чтобы сделать это, нажмите кнопку Start и выберите All Programs Administrative Tools Server Manager.

Выберите узел Roles в дереве слева.

В правой части окна нажмите на ссылке Add Roles. Это открывает мастер, позволяющий добавить новую роль сервера.

Выполните необходимые действия в мастере. Вас вероятно попросят установить дополнительные необходимые роли — если это так, нужно просто принять операции и продолжить.

После установки вам будет предложено настроить веб-сервер. Как в настольных версиях Windows, вы можете выбрать специфические особенности IIS 7, которые должны быть включены.

Если вы работаете в ASP.NET с версией .NET Framework 4.5, то эту версию .NET Framework необходимо будет установить (центр разработчиков .NET Framework)

Установка IIS в Windows Server 2012

Процесс установки IIS в Windows Server 2012, по существу, такой же, как и в Windows Server 2008. Основное различие заключается в том, что пользовательский интерфейс несколько отличается. Подробное описание вы можете найти перейдя по ссылке Installing IIS 8 on Windows Server 2012.

Управление IIS

При установке IIS, он автоматически создает каталог с именем C:\inetpub\wwwroot, который представляет ваш веб-сайт. Все файлы в этом каталоге будет отображаться, как будто они находятся в корневом каталоге вашего веб-сервера.

Чтобы добавить дополнительные страницы на ваш веб-сервер, можно скопировать файлы HTML, ASP или ASP.NET напрямую в каталог C:\Inetpub\wwwroot. Например если добавить файл TestFile.html в этот каталог, вы можете запросить его в браузере через URL-адрес http://localhost/TestFile.html. Вы даже можете создавать вложенные папки для группирования связанных ресурсов. Например, вы можете получить доступ к C:\inetpub\wwwroot\MySite\MyFile.html через браузер, используя URL-адрес http://localhost/MySite/MyFile.html.

Каталог wwwroot удобен для запуска простых примеров и статичных страниц. Для правильного использования ASP.NET вы должны сделать свой собственный виртуальный каталог для каждого веб-приложения, которое вы создаете. Например, вы можете создать папку с любым именем на любом диске вашего компьютера и поместить ее в виртуальный каталог IIS как будто она расположена в каталоге C:\inetpub\wwwroot.

Прежде чем начать работу, вам нужно запустить диспетчер служб IIS. Его можно найти в меню Start (Пуск). Конкретное расположение может зависеть от используемой версии Windows (IIS Диспетчер служб IIS). Ярлык программы будет располагаться в разделе Programs (Программы) или Administrative Tools (Администрирование). Начальная страница IIS Manager показана на рисунке ниже:

Теперь нужно ознакомиться с рядом терминов, используемых в IIS. В левой части окна IIS Manager отображается запись с именем используемого сервера. Наш сервер имеет имя PROFESSORWEB, сгенерированное по умолчанию Windows 8, которое будет использоваться в большинстве примеров. В центральной области отображается представление сервера. Это представление отображает набор значков, которые позволяют конфигурировать параметры сервера. В правой части экрана расположен список доступных действий. Например, в этом представлении можно запускать, останавливать и перезапускать сервер.

Если развернуть элемент сервера в древовидном представлении в левой части экрана, отобразится элемент Sites (Сайты), содержащий единственную запись Default Web Site (Веб-сайт по умолчанию). Сайт — это коллекция файлов и каталогов, образующих веб-сайт. На одном сервере IIS может поддерживать несколько сайтов, как правило, на различных портах TCP/IP (по умолчанию используется порт 80). Сочетание имени сервера и порта сайта образует первую часть URL-адреса. Например, при использовании сервера mywebserver с сайтом, подключенным к порту 80, URL-адрес выглядит следующим образом:

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

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

Чтобы проверить работоспособность IIS выберите Default Web Site и в правой области диспетчера служб IIS выберите пункт «Запустить». После этого нажмите кнопку «Обзор *.80 (http)» чтобы открыть страницу сайта в браузере:

Как видите, в моем случае я поменял порт используемый по умолчанию (с 80 на 8080). Я сделал это, т.к. на 80-м у меня запущен локальный Apache-сервер. Если у вас возникает такая же проблема, то изменить порт можно щелкнув правой кнопкой мыши по сайту (Default Web Site) и выбрав в контекстном меню «Изменить привязки» (Bindings). После этого в диалоговом окне можно изменить порт, используемый по умолчанию.

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

Проверьте, работает ли SAP Content Server

Я пытаюсь установить SAP Content Server 6.40 на виртуальную машину Windows Server 2008 R2.
Я прочитал несколько руководств по установке и инструкции в Интернете. Но, похоже, он не работает.

Установка SAP довольно проста. Вы должны выбрать элемент SAP NetWeaver 7 в дереве установочных пакетов, затем Автономные двигатели → Сервер содержимого → Сервер содержимого и/или сервер кэша. После этого вы следуете инструкциям, и установка завершается успешно.

Следующим шагом является проверка, работает ли сервер через
http:\\ :1090\ContentServer\ContentServer.dll?serverInfo
Версия Content Server должна отображаться, но это не так.

Я попробовал его с фактическим доменом, с локальным хостом и адресом обратной связи (127.0.0. [N]) из виртуальной машины.

Перед установкой я установил IIS (http-сервер). Я попробовал его с настройкой работающего IIS (т.е. Создания сайта и указания его в каталог Content Server), хотя он, по-видимому, не нужен в соответствии с инструкциями, которые я читал) и без.

ВОПРОС

Каковы могут быть причины, которые могут быть связаны с проблемой, с которой я столкнулся. Почему DLL Content Server не реагирует на доступ к HTTP?

Iis возобновление работы сервера (contsrv)

сценариев, состоящих из основной объектной модели, серверов сценариев и обработчиков сценариев. ADSI предоставляет набор интерфейсов для доступа к службе каталогов, интегрированной в Windows 2000 и более новые версии этой ОС. Например, поставщик Lightweight Directory Access Protocol (LDAP) модели ADSI предоставляет стандартный интерфейс для LDAP-eoBMccTHMbi\служб и приложений, включая Windows 2000 Active Directory и Microsoft Exchange 2000.

Особо интересен поставщик I s модели ADSI. Он определяет набор административных объектов, которые управляют метабазой IIS, содержащей определения различных элементов IIS и позволяющей изменять конфигурацию узлов и серверов IIS. Манипулируя административными объектами IIS, вы можете редактировать записи метабааы и изшпы п, конфигурацию IIS.

Ключевые компоненты для работы с метабазой IIS — пути и имена разделов. Раздел — это область метайазы, аналогичная панке файловой системы. Путь метабазы представляет собой последовательность отделенных друг от друга косыми чертами (/) имен разделов, уникально идентифицирующей расположение раздела в метабазе. Пути метабазы служат для доступа к связанным с разделом административным объектам IIS (подробнее см. главу 12).

•Create Virtual Directory «MKVVFBDIR ) создает виртуальный каталог.

Create Web Site (MKW3SITE) создает Web-узел.

•Display Administrative Node (DISPNODE) отображает конфигурационные параметры Web-узла,

•Display Administrative Tree (DISPTREE) отображает дерево административных объектов, начиная с заданного корневого узла или с вершины дерева IIS.

•Find Web Site (FINDWEB) ищет заданный Web-узел на указанном компьютере.

•IIS Administration Script Utility (ADSUTIL) получает и

задает параметры IIS; создает, удаляет и копирует узлы и серверы IIS; получает сведения о состоянии приложений IIS; создает, выгружает и удаляет приложения IIS.

•Pause FTP Server(PAUSEFTP) приостанавливает работу одного или нескольких FTP-узлов на одном или нескольких компьютерах.

•Pause Server (PAUSESRV) приостанавливает работу одного или нескольких узлов паили нескольких

•Pause Web Server (PAUSEWEB) приостанавливает работу одного или нескольких Web-узлов на одном или нескольких компьютерах.

•Start FTP Server (STARTFTP) запускает один или несколько FTP-узлов на одном или нескольких компьютерах.

•Start Server (STAR ISRV) запускает один или несколько узлов IIS на одном или нескольких компьютерах.

Start Web Server (STARTWEB) запускает один или несколько Web-узлов на одном или нескольких компьютерах.

•Stop FTP Server (STOPFTP) останавливает работу одного или нескольких FTP-узлов на одном или нескольких компьютерах.

•Stop Server (STOPSRV) останавливает работу одного или нескольких узлов IIS наили нескольких компьютерах.

• Stop Web Server (STOPWEB) ооанаплмваот работу одного или нескольких Web-узлов на одном или нескольких компьютерах.

Сценарии предназначены для работы с сервером сценариев Windows, выполняющимся из командной строки (CSCRIPT.EXE). На компьютере, где выполняются сценарии, данный сервер нужно зарегистрировать как сервер сценариев по умолчанию. Чтобы проверит является ли CSCRIPT.EXE сервером сценариев по умолчанию, введите и окне MS-DOS команду:

Если вы находитесь в каталоге -Joel pidr-.Adiriinscripi.s, для запуска сценария достаточного ввести его название и параметры в командной строке, например:

dispnode -a IIS://ioc8lhost/w3svc

Для вывода справочной информации ннгднтс лишь имя сценария.

Илон Маск рекомендует:  Что такое код sybase_select_db
Понравилась статья? Поделиться с друзьями:
Кодинг, CSS и SQL