Configurações do Canal de Transporte HTTP

Utilize esta página para visualizar e configurar um canal de transporte HTTP. Esse tipo de canal de transporte manipula pedidos HTTP de um cliente remoto.

Um canal de transporte HTTP analisa os pedidos HTTP e, em seguida, localiza um canal de aplicativos apropriado para manipular o pedido e enviar uma resposta.

Para visualizar a página do console administrativo, clique em Servidores > Tipos de Servidores > Servidores de Aplicativos do WebSphere > server_name > Portas .Localize a porta para o canal HTTP cujas configurações você deseja visualizar ou configurar e clique em Visualizar Transportes Associados. Clique no nome da cadeia de transporte que inclui esse transporte HTTP e, em seguida, clique no nome do canal de transporte HTTP.

Nome do Canal de Transporte

Especifica o nome do canal de transporte HTTP.

O campo de nome não pode conter nenhum dos seguintes caracteres: # \ / , : ; " * ? < > | = + & % '

Esse nome deve ser exclusivo entre todos os canais no sistema. Por exemplo, um canal de transporte HTTP e um canal de transporte TCP não podem ter o mesmo nome se residirem no mesmo sistema.

Tipo de Dados Cadeia
Peso de Discriminação

Especifica a prioridade deste canal em relação aos outros canais nesta cadeia de transporte. Esta propriedade é utilizada apenas quando o compartilhamento de porta está ativado, e a cadeia de transporte inclui vários canais para os quais ela pode redirecionar dados. O canal na cadeia que tem o menor peso de discriminação é o primeiro canal que examina os dados de entrada e determina se ele possui esses dados.

Tipo de Dados Inteiro positivo
Padrão 0
Tempo Limite de Leitura

Especifica o tempo, em segundos, em que o canal de transporte HTTP aguarda a conclusão de um pedido de leitura em um soquete depois que a primeira leitura ocorre. A leitura que está sendo aguardada poderia fazer parte do corpo do pedido de leitura, como um POST, ou parte dos cabeçalhos, se nenhum cabeçalho for lido como parte da primeira leitura que ocorre no soquete para esse pedido.

transição: O valor especificado para esta propriedade, junto com o valor especificado para a propriedade de tempo limite de Gravação, fornece a funcionalidade de tempo limite que a propriedade customizada ConnectionIOTimeout fornecia em releases anteriores.
Tipo de Dados Inteiro
Padrão 60 segundos
Tempo Limite de Gravação

Especifica o tempo, em segundos, em que o canal de transporte HTTP aguarda em um soquete que cada parte dos dados de resposta seja transmitida. Esse tempo limite normalmente ocorre em situações em que as gravações estão atrasando os novos pedidos. Isso pode ocorrer quando um cliente possui uma baixa taxa de dados ou a NIC (placa da interface de rede) do servidor está saturada com E/S.

transição: O valor especificado para esta propriedade, junto com o valor especificado para a propriedade de tempo limite de Leitura, fornece a funcionalidade de tempo limite que a propriedade customizada ConnectionIOTimeout fornecia em releases anteriores.

Se alguns dos clientes precisarem de mais de 300 segundos para receber os dados que estão sendo gravados neles, altere o valor especificado para o parâmetro Tempo Limite de Gravação. Alguns clientes são lentos e requerem mais de 300 segundos para receber dados que estão sendo enviados para eles. Para assegurar que eles possam obter todos os seus dados, altere o valor especificado para este parâmetro para um período de tempo em segundos que seja suficiente para que todos os dados sejam recebidos. Certifique-se que, se você alterar o valor desta configuração, o novo valor ainda proteja o servidor dos clientes mal-intencionados.

Tipo de Dados Inteiro
Padrão 60 segundos
Tempo Limite Persistente

Especifica a quantidade de tempo, em segundos, que o canal de transporte HTTP permite que um soquete permaneça inativo entre pedidos.

transição: O valor especificado para esta propriedade fornece a funcionalidade de tempo limite que a propriedade customizada ConnectionKeepAliveTimeout fornecia em releases anteriores.
Tipo de Dados Inteiro
Padrão 30 segundos
Utilizar Conexões Persistentes (keep-alive)

Quando selecionado, especifica que as conexões do canal de transporte HTTP são deixadas abertas entre os pedidos. Deixar as conexões abertas poderá salvar a configuração e reduzir os custos dos soquetes, se a carga de trabalho tiver clientes que enviam vários pedidos.

Se seus clientes enviarem apenas pedidos simples por períodos de tempo significativamente longos, provavelmente será melhor desativar esta opção e fechar as conexões imediatamente, em vez de deixar o canal de transporte HTTP configurar os tempos limites para fechar a conexão posteriormente.

O valor padrão é true, que normalmente é a configuração ideal.

Evitar Problemas: Se um valor diferente de 0 for especificado para a propriedade de número máximo de pedidos persistentes, a configuração da propriedade Utilizar Conexões Persistentes (keep-alive) será ignorada.gotcha
Pedidos persistentes ilimitados por conexão

Quando selecionado, especifica que o número de pedidos persistentes por conexão não está limitado.

Máximo de Pedidos Persistentes por Conexão

Quando selecionado, especifica que o número de pedidos persistentes por conexão está limitado ao número especificado para a propriedade Número Máximo de Pedidos Persistentes. Essa definição de propriedade será ignorada se a propriedade Utilizar Conexões Persistentes (keep-alive) não estiver ativada.

Altere o valor especificado para o parâmetro Número Máximo de Pedidos Persistentes, para aumentar o número de pedidos que podem fluir por uma conexão antes de seu fechamento. Quando a opção Utilizar Conexões Persistentes for ativada, o parâmetro Número Máximo de Pedidos Persistentes controlará o número de pedidos que podem fluir por uma conexão antes de seu fechamento. O valor padrão é 100. Este valor deve ser definido como um valor de forma que a maioria, senão todos os clientes, sempre tenham uma conexão aberta quando fizerem vários pedidos durante a mesma sessão. Uma definição apropriada para este parâmetro ajuda a eliminar a configuração e remoção desnecessárias de soquetes.

Em cenários de teste nos quais o cliente nunca fechará um soquete ou nos quais os soquetes são sempre servidores proxy ou da Web na presente do servidor de aplicativos, um valor igual a -1 desativará o processamento, o que limita o número de pedidos em uma única conexão. O tempo limite persistente ainda encerrará alguns soquetes inativos e impedirá que seu servidor seja executado sem soquetes abertos.

Informações Relacionadas: O comportamento da persistência é o mesmo das conexões keep-alive dos Transportes HTTP. A configuração de MaxKeepAliveConnections, que especifica o número máximo de conexões keep alive simultâneas (persistentes) por todos os transportes HTTP, e o tamanho do conjunto de encadeamento, não estão diretamente relacionados à persistência. A persistência opera independentemente das configurações de MaxKeepAliveConnections e das configurações de tamanho do conjunto de encadeamento.
Máximo de Pedidos Persistentes por Conexão

Especifica o número máximo de pedidos persistentes que são permitidos em uma única conexão HTTP. Você poderá incluir um valor nesse campo apenas se a propriedade Máximo de Pedidos Persistentes por Conexão for selecionada.

Quando a opção Utilizar Conexões Persistentes for ativada, o parâmetro Número Máximo de Pedidos Persistentes controlará o número de pedidos que podem fluir por uma conexão antes de seu fechamento. O valor padrão é 100. Este valor deve ser definido como um valor de forma que a maioria, senão todos os clientes, sempre tenham uma conexão aberta quando fizerem vários pedidos durante a mesma sessão. Uma definição apropriada para este parâmetro ajuda a eliminar a configuração e remoção desnecessárias de soquetes.

Para cenários de teste nos quais o cliente nunca fechará um soquete ou nos quais os soquetes são sempre servidores proxy ou da Web na frente de seu servidor de aplicativos, um valor de -1 desativará o processamento que limita o número de pedidos em uma conexão simples. O tempo limite persistente ainda encerrará alguns soquetes inativos e impedirá que seu servidor seja executado sem soquetes abertos.

Se um valor 0 ou 1 for especificado, somente um pedido será permitido por conexão.

Tipo de Dados Inteiro
Padrão 100
Tamanho Máximo do Campo de Cabeçalho

Especifica, em bytes, o tamanho máximo de um cabeçalho que pode ser incluído em um pedido HTTP.

A definição dessa propriedade com um número realístico para seus aplicativos ajuda a evitar ataques DoS (negação de serviço) que utilizam cabeçalhos grandes em um pedido HTTP como tentativa de tornar um recurso do sistema, como aplicativos que controlam pedidos HTTP, essencialmente indisponível a seus usuários planejados.

O padrão para essa propriedade é 32768 bytes.

Máximo de Cabeçalhos

Especifica o número máximo de cabeçalhos que podem ser incluídos em um único pedido HTTP.

A definição dessa propriedade com um número realístico para seus aplicativos ajuda a evitar ataques DoS (negação de serviço) que utilizam um grande número de cabeçalhos em um pedido HTTP como tentativa de tornar um recurso do sistema, como aplicativos que processam pedidos HTTP, essencialmente indisponível a seus usuários planejados.

O padrão para essa propriedade é 50.

Limitar Tamanho de Buffer de Corpo de Pedido

Quando selecionado, especifica que o tamanho do corpo de um pedido de HTTP é limitado.

Essa propriedade pode ser utilizada para evitar ataques de negação de serviço que utilizam pedidos HTTP grandes como tentativa de tornar um recurso do sistema, como os aplicativos que processam pedidos HTTP, essencialmente indisponível a seus usuários planejados.

Tamanho Máximo de Buffer de Corpo de Pedido

Especifica, em bytes, o limite de tamanho máximo para o corpo de um pedido HTTP. Se esse tamanho for excedido, o pedido não será processado.

Um valor poderá ser incluído nesse campo somente se a propriedade Limitar Tamanho de Buffer de Corpo de Pedido for selecionada.

Criação de Log

Você pode utilizar as definições nesta seção para configurar e ativar a criação de log de acesso NCSA (National Center for Supercomputing Applications), ou ainda para a criação de log de erros de HTTP. Se você estiver executando o produto no z/OS, poderá também utilizar esta seção para configurar e ativar a criação de log do FRCA (Fast Response Cache Accelerator). A ativação de qualquer um desses serviços de criação de log reduz o desempenho do servidor.

Se desejar que qualquer um dos serviços de criação de log ativados sejam iniciados quando o servidor for iniciado, clique em Servidores > Tipos de Servidores > Servidores de Aplicativos do WebSphere > server_name. Em seguida, na seção Resolução de Problemas, clique em Criação de Log de Erros de HTTP, Acesso NCSA e FRCA e selecione Ativar Serviço de Criação de Log na Inicialização do Servidor. Quando essa opção estiver selecionada, qualquer erro de HTTP, serviço de criação de log de NCSA ou FRCA que for ativado será iniciado automaticamente quando o servidor for iniciado.

[z/OS] Evitar Problemas: Se você estiver executando o produto no z/OS, as configurações de criação de log de erros de HTTP, acesso NCSA e FRCA deverão ser especificadas no controlador. Essas configurações serão ignoradas se forem especificadas no servant ou no adjunto.gotcha
Criação de Log de Acesso NCSA

Por padrão, a opção Utilizar Serviço de Criação de Log Global é selecionada para criação de log de acesso NCSA. Essa definição significa que as configurações de criação de log de acesso NCSA têm como padrão as configurações especificadas para criação de log de acesso NCSA na página Criação de Log de Erros de HTTP, Acesso NCSA e FRCA no console administrativo. Se você quiser alterar essas configurações para esse canal de transporte HTTP específico, expanda a seção Criação de Log de Acesso NCSA e selecione a opção Utilizar Criação de Log de Cadeia Específica.

Depois de selecionar a opção Utilizar Criação de Log de Cadeia Específica, você poderá fazer as seguintes alterações na configuração:
  • Ativar ou desativar explicitamente a criação de log de acesso NCSA.
  • Especificar um caminho de arquivo de log de acesso que seja diferente do caminho padrão.
  • Especificar um tamanho máximo para o arquivo de log de acesso que seja diferente do tamanho máximo padrão.
  • Selecionar explicitamente o formato do arquivo de log de acesso NCSA.
Ativar Criação de Log de Acesso

Quando selecionado, um registro de pedidos do cliente de entrada que o canal de transporte HTTP trata é mantido no arquivo de log de acesso NCSA.

Caminho do arquivo de log de acesso

Especifica o caminho e o nome do diretório do arquivo de log de acesso NCSA. Substituições de variáveis padrão, como $(SERVER_LOG_ROOT), podem ser utilizadas durante a especificação do caminho do diretório.

[z/OS] Se você estiver executando o produto no z/OS, deverá utilizar uma variável específica do servidor, como $(SERVER_LOG_ROOT), para evitar conflitos de nome de arquivo de log.

Tamanho Máximo do Log de Acesso

Especifica o tamanho máximo, em megabytes, do arquivo de log de acesso NCSA. Quando esse tamanho é atingido, o arquivo de log de archive logfile_name é criado. No entanto, toda vez que o arquivo do registro original estoura essa arquivo archive, o arquivo é sobrescrito com a versão mais atual do arquivo de log original.

Número Máximo de Arquivos Históricos

Especifica o número máximo de versões históricas do arquivo de log de acesso NCSA que são mantidas para referência futura.

Formato do Log de Acesso NCSA

Especifica em qual formato as informações de acesso do cliente aparecem no arquivo de log do NCSA. Se Comum estiver selecionado, as entradas de log conterão o recurso solicitado e algumas outras partes de informações, mas não conterão informações de referência, do agente usuário e de cookie. Se Combinado estiver selecionado, serão incluídas informações de referência, do agente usuário e de cookie.

Criação de Log de Erros

Por padrão, a opção Utilizar Serviço de Criação de Log Global é selecionada para criação de log de erros. Essa definição significa que as configurações de criação de log de erros têm como padrão as configurações especificadas para criação de log de erros na página Criação de Log de Erros de HTTP, Acesso NCSA e FRCA no console administrativo. Se você quiser alterar essas configurações para esse canal de transporte HTTP específico, expanda a seção Criação de Log de Erros e selecione a opção Utilizar Criação de Log de Cadeia Específica.

Depois de selecionar a opção Utilizar Criação de Log de Cadeia Específica, você poderá fazer as seguintes alterações na configuração:
  • Ativar ou desativar explicitamente a criação de log de Erros de HTTP.
  • Especificar o caminho de arquivo de log de acesso. Esse caminho pode ser diferente do caminho padrão.
  • Especificar um tamanho máximo para o arquivo de log de erros. Esse valor pode ser maior ou menor que o tamanho máximo padrão.
  • Especificar o tipo de mensagens de erro que deseja incluir no arquivo de log de erros de HTTP.
Ativar Criação de Log de Erros

Quando selecionado, os erros de HTTP que ocorrem enquanto o canal HTTP processa pedidos do cliente são registrados no arquivo de log de erros de HTTP.

Caminho do arquivo de log de erros

Indica o caminho e o nome do diretório do arquivo de log de erros de HTTP. Substituições de variáveis padrão, como $(SERVER_LOG_ROOT), podem ser utilizadas durante a especificação do caminho do diretório.

[z/OS] Se você estiver executando o produto no z/OS, deverá utilizar uma variável específica do servidor, como $(SERVER_LOG_ROOT), para evitar conflitos de nome de arquivo de log.

Tamanho Máximo de Log de Erros

Indica o tamanho máximo, em megabytes, do arquivo de log de erros HTTP. Quando esse tamanho é atingido, o arquivo de log de archive logfile_name é criado. No entanto, toda vez que o arquivo do registro original estoura essa arquivo archive, esse arquivo é sobrescrito com a versão mais atual do arquivo de log original.

Número Máximo de Arquivos Históricos

Especifica o número máximo de versões históricas do arquivo de log de erros de HTTP que são mantidas para referência futura.

Nível de Log de Erros

Especifica o tipo de mensagens de erro que são incluídas no arquivo de log de erros de HTTP.

Você pode selecionar:
Crítica
São registrados apenas defeitos críticos que fazem o Application Server deixar de funcionar corretamente.
Erro
Os erros que ocorrem em resposta a clientes são registrados. Esses erros requerem a intervenção do administrador do Application Server se resultarem de definições de configurações do servidor.
Aviso
São registradas informações sobre erros gerais, como exceções de soquete, que ocorrem durante a manipulação de pedidos do cliente. Geralmente, estes erros não requerem intervenção do administrador do Application Server.
Informações
É registrado o status das diversas tarefas executadas durante a manipulação de pedidos do cliente.
Depurar
São registradas informações adicionais sobre status de tarefas de verbose. Este nível de log não se destina a substituir o log RAS para depuração de problemas, mas fornece um relatório de status constante sobre o progresso de pedidos do cliente individuais. Se esse nível de criação de log for selecionado, você deverá especificar um tamanho de arquivo de log suficientemente grande no campo Tamanho Máximo de Log de Erros para conter todas as informações registradas.



Links marcados (on-line) requerem acesso à Internet.

Tarefas relacionadas
Referências relacionadas


Nome do arquivo: urun_chain_typehttp.html