Для установки сетевых настроек нажмите

Откроется окно выбора протокола обмена данными:

Доступны два варианта:

1. HTTP - стандартный протокол обмена данными через интернет
2. HTTPS - защищенный протокол обмена данными через интернет

Настройки для HTTP:

- Порт TCP: указывает номер порта TCP/IP, который будет прослушиваться сервисом для приема входящих запросов на всех имеющихся на момент старта сервиса в системе сетевых интерфейсах. Поскольку сервис реализует протокол HTTP, то рекомендуется использовать порт 80. В случае, если Web-сервер использует третье стороннее серверное программное обеспечение (Microsoft IIS, Apache, и т. п.), которое обслуживает 80 порт (и "занимает" его), то необходимо использовать порт, отличный от 80 (и при этом свободный). Обращаться к сервису в таком случае необходимо, указывая порт в строке адреса после двоеточия. При помощи команды Windows netstat можно узнать текущее состояние портов TCP.

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

- Время ожидания после старта службы: определяет количество секунд, в течение которых сервис будет ожидать завершения инициализирующих действий других компонент системы, после чего приступит к собственной инициализации. В случае, если web-сервер и сервер БД установлены на одной машине, то необходимо дождаться перехода БД в состояние "open", прежде, чем открывать сессии Oracle и приступать к обработке запросов удаленных пользователей. Время, необходимое для этого, нужно выразить в секундах и задать в значении этого параметра.

- Время бездействия сессии: определяет количество секунд, в течение которых сессия веб сервера (серверный объект, владеющий информацией о состоянии удаленного подключения) сохраняется в памяти сервера в случае отсутствия активности удаленного пользователя. После истечения этого времени сессия будет уничтожена вместе со всей несохраненной клиентом информацией (в том числе и аутентификационной). Категорически не рекомендуется устанавливать это значение меньше, чем 300 секунд (5 минут). Значение по умолчанию - 3600 секунд (1 час). Все ненулевые значения, меньшие 60, трактуются как 60 секунд.

- Время бездействия сессии Парус 8: устанавливает ограничение по времени бездействия в секундах, во время создания веб сессии Парус 8 в БД. Значение по умолчанию, соответствует времени бездействия сессии веб сервера. При использовании значения 0 - ограничение на время бездействия не накладывается. Но во время завершения сессии веб сервера по истечению времени бездействия, сессия Парус 8 автоматически также будет завершена. То же самое касается случая, когда значение времени бездействия сессии Парус 8, будет превышать время бездействия сессии сервера приложений. Все ненулевые значения, меньшие 60, трактуются как 60 секунд. Используемые значения конкретных сессий можно увидеть в интерфейсе Парус 8 - Администратор -> Учет -> Управление сеансами.

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

- Сжимать трафик: позволяет серверу использовать сжатие передаваемых данных. Сжатие применяется только в том случае, если браузер удаленного клиента способен корректно обрабатывать сжатые данные. Для сжатия трафика используется библиотека zlib, она включается в стандартную поставку сервиса.

- Отключать алгоритм Nagle для соединений: Выключает алгоритм Nagle для TCP соединений, путем включения опции TCP_NO_DELAY у сокетов. Данная опция будет работать только при включенной опции "Повторно использовать сессии".

 - Способ идентификации сессии: позволяет указать каким способом будет отслеживаться сервером открытая сессия. Возможны варианты отслеживания по идентификатору сессии, по IP-адресу удаленного пользователя, а также одновременное отслеживание по идентификатору и IP-адресу. 

Настройки для HTTPS:

Все параметры описанные в Настройки для HTTP, присутствуют и в Настройках для HTTPS, и имеют точно такой же смысл как и там. За исключением умолчательного значения для Порт TCP: если для HTTP умолчательный порт 80, то для HTTPS умолчательный порт 443.

- Сертификат домена: путь к файлу сертификата домена в pem-формате. Кроме самого сертификата домена, файл может содержать сертификаты всей цепочки:  все промежуточные (один за одним) и корневой сертификат ЦС. Но важно,чтобы 1-м в файле был указан именно сертификат домена, очередность указания следующих за ним сертификатов, не важна.

Пример

Чтобы расположить в файле несколько сертификатов, нужно просто их туда вставить (один за одним, с новой строки), как в текстовый файл: -----BEGIN CERTIFICATE----- ...  -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- ...  -----END CERTIFICATE----- и т.д.

- Закрытый ключ: путь к файлу закрытого/приватного ключа, от сертификата домена.

- Пароль закрытого ключа: пароль от закрытого ключа сертификата, если он задан.

- Сертификат центра сертификации (необязательный параметр): путь к файлу в pem-формате, который содержит корневой сертификат центра сертификации и все необходимые промежуточные сертификаты. Параметр можно оставить пустым, если эти сертификаты (корневой и все промежуточные) имеются в файле Сертификат домена.

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

- Удалять корневой сертификат из цепочки, отправляемой клиенту: Позволяет автоматически удалять корневой сертификат центра сертификации (если он имеется в указанных файлах Сертификат домена или Сертификат центра сертификации) из итоговой цепочки сертификатов, отправляемой клиенту. Т.е. при включенном параметре (по умолчанию), указаный корневой сертификат не будет отправляться клиенту, но при этом, что важно, будет использоваться для внутренней проверки полноты цепочки.
Отправка корневого сертфиката клиенту не желательна, потому что, клиент все равно не будет доверять присланному корневому, а пойдет искать его в свое клиентское хранилище доверенных сертификатов ОС или браузера, т.е. это лишний трафик, который не имеет смысла.

- Набор шифров для TLS 1.2 и ранее: необязательный параметр, если оставить пустым, то будет использоваться набор шифров по умолчанию.

На данный момент, значение по умолчанию: EECDH+ECDSA+AESGCM EECDH+aRSA+AESGCM EECDH+ECDSA+SHA384 EECDH+ECDSA+SHA256 EECDH+aRSA+SHA384 EECDH+aRSA+SHA256 EECDH+aRSA EECDH EDH+aRSA !aNULL !eNULL !LOW !3DES !MD5 !EXP !PSK !SRP !DSS !RC4).
Указанные шифры будут использоваться между веб сервером и клиентом (клиент имеет свой набор поддерживаемых шифров), если при начале взаимодействия они найдут общие алгоритмы, доступные каждому из них.
Порядок указания шифров важен, т.к. проверка возможности применения шифра осуществляется слева на право, в том порядке, в котором они выписаны.

В умолчательный список не входят шифры с ГОСТ алгоритмами, поэтому в случае необходимости их поддержки (при использовании сертификата с ГОСТ алгоритмом шифрования) требуется их туда включить.
Например, для поддержки:
  - только ГОСТ 2012 (и ничего больше), требуется указать: GOST2012-GOST8912-GOST8912
  - всех версий ГОСТ (начиная с 89 и до 2012 включительно), требуется указать: GOST2012-GOST8912-GOST8912 GOST2001-GOST89-GOST89 GOST94-GOST89-GOST89
  - набор шифров по умолчанию + ГОСТ 2012, требуется указать: EECDH+ECDSA+AESGCM EECDH+aRSA+AESGCM EECDH+ECDSA+SHA384 EECDH+ECDSA+SHA256 EECDH+aRSA+SHA384 EECDH+aRSA+SHA256 EECDH+aRSA EECDH EDH+aRSA GOST2012-GOST8912-GOST8912 !aNULL !eNULL !LOW !3DES !MD5 !EXP !PSK !SRP !DSS !RC4)

Данный параметр применяется только для протокола TLS 1.2 и более ранних версий, т.е. если сервер и клиент для взаимодействия выбрали данные протоколы.

- Набор шифров для TLS 1.3+: необязательный параметр. По смыслу, данный параметр полностью идентичен "Набор шифров для TLS 1.2 и ранее", но он применим только для протокола TLS 1.3 и последующих версий, т.е. если сервер и клиент для взаимодействия выбрали данный протокол.

На данный момент, значение по умолчанию: TLS_AES_256_GCM_SHA384 TLS_CHACHA20_POLY1305_SHA256 TLS_AES_128_GCM_SHA256.

В умолчательный список, как и в случае с параметром для TLS 1.2, не входят шифры с ГОСТ алгоритмами, поэтому в случае необходимости их поддержки, требуется их туда включить.
Для поддержки ГОСТ 2015 определены следующие шифры: TLS_GOSTR341112_256_WITH_KUZNYECHIK_MGM_L, TLS_GOSTR341112_256_WITH_MAGMA_MGM_L, TLS_GOSTR341112_256_WITH_KUZNYECHIK_MGM_S, TLS_GOSTR341112_256_WITH_MAGMA_MGM_S.

В таком случае, для поддержки ГОСТ 2015: 
  - только ГОСТ 2015 (и ничего больше), требуется указать: TLS_GOSTR341112_256_WITH_KUZNYECHIK_MGM_L TLS_GOSTR341112_256_WITH_MAGMA_MGM_L TLS_GOSTR341112_256_WITH_KUZNYECHIK_MGM_S TLS_GOSTR341112_256_WITH_MAGMA_MGM_S
  - набор шифров по умолчанию + ГОСТ 2015, требуется указать: TLS_AES_256_GCM_SHA384 TLS_CHACHA20_POLY1305_SHA256 TLS_AES_128_GCM_SHA256 TLS_GOSTR341112_256_WITH_KUZNYECHIK_MGM_L, TLS_GOSTR341112_256_WITH_MAGMA_MGM_L, TLS_GOSTR341112_256_WITH_KUZNYECHIK_MGM_S, TLS_GOSTR341112_256_WITH_MAGMA_MGM_S

Про процесс получения SSL-сертификата написано здесь.

Особенности специфичные для Linux редакции описаны с соответствующем разделе.