Utilize este tópico para desempenhar a configuração avançada em um ODR (On Demand Router). Com as configurações do ODR, é possível ajustar o comportamento do ODR. Em particular, é possível configurar as conexões e os pedidos para o servidor de aplicativos, ativar o armazenamento em cache, configurar os pedidos que devem ser rejeitados, definir como as repostas de erro são manipuladas e especificar o local dos logs do ODR.
Após a criação, o servidor ODR detecta automaticamente o ambiente, sendo capaz de rotear pedidos ao WebSphere Application Server. Uma configuração adicional pode ser aplicada ao ODR para atender às necessidades de um ambiente específico.
Para visualizar essa página do console administrativo, clique em Servidores> Roteadores On Demand > nome_do_ODR > Propriedades do Roteador On Demand > Configurações do Roteador On Demand.
É possível editar as definições dos campos configuráveis na guia Configuração.
Conexão do Servidor de Conteúdo
Configure os parâmetros de conexão HTTP básicos entre o servidor proxy e os servidores de conteúdo.
- Alias SSL de Saída
- O alias de repertório SSL (Secure Sockets Layer), configurado em Segurança
> SSL, que é utilizado para proteger conexões com servidores de conteúdo. Se pedidos puderem ser manipulados somente através de conexões SSL, recomenda-se criar um novo alias SSL que contenha as autoridades de certificação confiáveis e apontem para esse alias.
Crie um alias SSL no console administrativo clicando em Segurança
> SSL > Novo Repertório JSSE.
- Tempo Limite de Pedidos de Saída
- O número padrão de segundos em que o ODR aguarda por uma resposta antes de atingir o tempo limite de um pedido para um servidor de conteúdo. Considere essa opção cuidadosamente ao alterar o valor.
- Pool de Conexões para o Servidor
- A opção de efetuar pool de conexões para o servidor é um recurso de otimização. A colocação em conjunto evita a necessidade de criar e destruir freqüentemente conexões de soquete ao servidor, permitindo que o ODR coloque em conjunto essas conexões e reutilize-as.
- Número Máximo de Conexões por Servidor
- O número máximo de conexões que estão em pool para qualquer servidor de conteúdo. As propriedades personalizadas do ODR que regulam as conexões do servidor de conteúdo são as seguintes:
- key=http.maxTargetReconnects: Número máximo de reconexões com o mesmo servidor
de conteúdo de destino para cada pedido. O padrão é 5.
- key=http.maxTargetRetries: Número máximo de vezes que o ODR tenta selecionar um novo servidor de conteúdo de destino para cada pedido. O padrão é 5.
- key=http.routing.sendReverseProxyNameInHost: Determina se o nome do ODR é ou não colocado no cabeçalho do host para um conteúdo que não é específico aos servidores de conteúdo do WebSphere Application Server. As opções são true ou false e não fazem distinção entre maiúsculas e minúsculas. O padrão é false.
- key=http.compliance.disable: Determina se a conformidade HTTP V1.1 é aplicada a conexões de servidores de conteúdo do ODR. As opções são true ou false e não fazem distinção entre maiúsculas e minúsculas. O padrão é false.
- key=http.compliance.via: O valor do cabeçalho que é anexado aos pedidos
e respostas para conformidade com HTTP. Se o valor for nulo, um cabeçalho via não será anexado. Se o valor for true, um valor padrão de cabeçalho será
anexado. Caso contrário, o valor da cadeia de cabeçalho especificado é anexado. O padrão é null.
Política da Página de Erros Personalizada
Utilize esse campo para suportar a utilização das páginas de erro customizadas quando ocorrerem erros durante o processamento do pedido.
O padrão é nenhuma página de erro personalizada gerada. As propriedades a seguir permitem que as páginas de erro customizadas sejam utilizadas quando ocorrerem erros durante o processamento de pedidos:
- Erro de URI do aplicativo de geração de página
- Se um URI válido para um aplicativo instalado não for fornecido, a política de página de erro personalizada não manipulará pedidos.
- Manipular erros remotos
- Quando essa opção não está selecionada, apenas os códigos de status de erro de resposta HTTP gerados pelo ODR são manipulados. Quando essa opção está selecionada, são manipulados os códigos de status de erro de resposta HTTP gerados pelo ODR e os códigos de status de erro de resposta HTTP gerados em outro local após o ODR nas respostas de erro de conexão com o servidor de conteúdo ODR.
Uma boa prática é configurar um aplicativo de página de erro na mesma máquina física que o ODR.
- Cabeçalhos a serem redirecionados a um aplicativo de página de erro
- Especifica valores de cabeçalho adicionais a partir do pedido do cliente a serem redirecionados ao aplicativo de página de erro como parâmetros de consulta. Os parâmetros de consulta responseCode e URI
sempre são enviados ao aplicativo de página de erro, além daqueles que estão configurados. O parâmetro responseCode é o código de status HTTP que é gerado internamente
ou é retornado pelo servidor de conteúdo. O parâmetro URI é o URI de pedido do cliente.
Exemplo - O URI da página de erro é
/ErrorPageApp/ErrorPage,
os cabeçalhos a serem redirecionados contêm
Host e um cliente envia o
seguinte pedido:
GET /house/rooms/kitchen.jpg HTTP/1.1
Host: homeserver.companyx.com
O pedido resulta em uma resposta HTTP 404 (local ou remota), e a URL de pedido para o aplicativo de página de erro pode ser:
/ErrorPageApp/ErrorPage?responseCode=404&uri=/house/rooms/kitchen.jpg&Host= homeserver.companyx.com
- Códigos de status HTTP que devem ser reconhecidos como erros
- Os códigos de status para os quais a política de página de erro fornece uma resposta.
Se um código de status não for especificado, o conteúdo original das repostas com esse código de status será retornado. Se nenhum código de status HTTP for especificado, os padrões, 404 e 5XX,
serão utilizados. Em vez de especificar os códigos de status individualmente, o método a seguir é recomendado para representar um intervalo:
- 5XX: 500-599
- 4XX: 400-499
- 3XX: 300-399
- 2XX: 200-299