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 essa página do console administrativo, clique em Servidores > Tipos de Servidor > 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.

Informações Valor
Tipo de D]ados String

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.

Informações Valor
Tipo de D]ados Inteiro positivo
Default 0
Para Usuários de Transição Para Usuários de Transição: Nas versões anteriores, uma exceção "Falha de discriminação" no Canal HTTP responde com um código de resposta 403. Nesta versão do produto, o servidor responde com um código de resposta 500.trns

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.
Informações Valor
Tipo de Dado 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.

Informações Valor
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.
Informações Valor
Tipo de D]ados Número Inteiro
Default 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 Evitar Problemas: Se um valor diferente de 0 for especificado para a propriedade 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.

Para cenários de teste em que o cliente nunca fechará um soquete ou em que os soquetes são sempre servidores da Web ou proxy na frente do seu servidor de aplicativos, um valor -1 desativará o processamento, que limita o número de solicitações em uma conexão única. 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. Será possível 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 em que o cliente nunca fechará um soquete ou em que os soquetes são sempre servidores da Web ou proxy na frente do seu servidor de aplicativos, um valor -1 desativará o processamento que limita o número de solicitações em uma conexão única. 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.

Informações Valor
Tipo de D]ados Número Inteiro
Default 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.

Evitar Problemas Evitar Problemas: Mesmo que não altere o valor dessa propriedade, quando usar essa página do console administrativo para alterar outras configurações do canal de transporte HTTP, o valor especificado para essa propriedade quando você realiza o salvamento é automaticamente salvo na propriedade correspondente no arquivo server.xml. Essa mudança substituirá qualquer valor configurado anteriormente para essa propriedade no arquivo server.xml, mesmo que você não pretenda atualizar o valor atual dessa propriedade no arquivo server.xml.gotcha

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

É possível 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 você deseja que qualquer dos serviços de criação de log ativados iniciem quando o servidor iniciar, clique em Servidores > Tipos de Servidor > 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.

Evitar Problemas 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 servidor 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, será possível 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 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.

Desativando a criação de log específica da cadeia

Para desativar o NCSA, o FRCA e a criação de log de erros em uma cadeia especificada, configure a propriedade customizada do Canal de Transporte HTTP loggingDisable. Depois que a propriedade customizada for configurada ou uma mudança for feita em seu valor, o servidor deve ser reiniciado antes que as mudanças entrem em vigor.

Caminho do arquivo de log de acessos

Especifica o caminho e o nome do diretório do arquivo de log de acesso NCSA. As substituições de variáveis padrão, como $(SERVER_LOG_ROOT), podem ser usadas ao especificar o caminho do diretório.

[z/OS]Se estiver executando o produto no z/OS, deve-se usar uma variável específica do servidor, como $(SERVER_LOG_ROOT), para evitar colisões de nomes de arquivos 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.

[z/OS]

Criação de Log do FRCA

Por padrão, a opção Utilizar Serviço de Criação de Log Global é selecionada para criação de log do FRCA. Essa configuração significa que as configurações de criação de log do FRCA são padronizadas para configurações especificadas para criação de log FRCA na página Criação de logs de erro 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 do FRCA e selecione a opção Utilizar Criação de Log de Cadeia Específica.

Esse campo será exibido somente se você estiver executando o produto no z/OS.

Depois de selecionar a opção Utilizar Criação de Log de Cadeia Específica, será possível fazer as seguintes alterações na configuração:
  • Ativar ou desativar explicitamente a criação de log do FRCA.
  • 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 do FRCA.
[z/OS]

Ativar Criação de Log do FRCA

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

Esse campo será exibido somente se você estiver executando o produto no z/OS.

[z/OS]

Caminho do Arquivo de Log do FRCA

Especifica o caminho e o nome do diretório do arquivo de log do FRCA. Deve-se usar uma variável específica do servidor, como $(SERVER_LOG_ROOT), para evitar colisões de nomes de arquivos de log.

Esse campo será exibido somente se você estiver executando o produto no z/OS.

[z/OS]

Tamanho Máximo de Log do FRCA

Especifica o tamanho máximo, em megabytes, do arquivo de log do FRCA. 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.

Esse campo será exibido somente se você estiver executando o produto no z/OS.

[z/OS]

Número Máximo de Arquivos Históricos

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

Esse campo será exibido somente se você estiver executando o produto no z/OS.

[z/OS]

Formato de Log do FRCA

Especifica em qual formato as informações de acesso do cliente aparecem no arquivo de log do FRCA. 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.

Esse campo será exibido somente se você estiver executando o produto no z/OS.

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, será possível 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. As substituições de variáveis padrão, como $(SERVER_LOG_ROOT), podem ser usadas ao especificar o caminho do diretório.

[z/OS]Se estiver executando o produto no z/OS, deve-se usar uma variável específica do servidor, como $(SERVER_LOG_ROOT), para evitar colisões de nomes de arquivos de log.

Tamanho Máximo do 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 do Log de Erros

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

É possível selecionar:
Crítico(a)
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.

Ícone que indica o tipo de tópico Tópico de Referência



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=urun_chain_typehttp
Nome do arquivo: urun_chain_typehttp.html