Configurando um Servidor da Web Remoto

Você pode criar uma definição de servidor da Web no console administrativo quando o servidor da Web e o plug-in de servidor da Web do WebSphere Application Server estiverem na mesma máquina e o servidor de aplicativos estiver em uma máquina diferente. Isso permite executar um servidor de aplicativos numa plataforma e um servidor da Web em outra.

Antes de Iniciar

Com uma instalação do servidor da Web remoto, o WebSphere Application Server pode facilitar as funções de administração de plug-in e a geração e propagação do arquivo plugin-cfg.xml para IBM® HTTP Server do WebSphere Application Server, mas não para outros servidores da Web.

Os servidores da Web que não são o IBM HTTP Server para WebSphere Application Server devem residir na mesma máquina que o WebSphere Application Server (como um nó gerenciado) para facilitar as funções de administração do plug-in e a geração e a propagação do arquivo plugin-cfg.xml.

Sobre Esta Tarefa

Você pode escolher uma instalação de servidor da Web remoto se desejar o servidor da Web fora de um firewall e o WebSphere Application Server dentro de um firewall. É possível criar um servidor da Web remoto em um nó não gerenciado. Os nós não gerenciados são nós sem agentes de nó. Como não há WebSphere Application Server ou agente do nó na máquina que o nó representa, não há meios de administrar um servidor da Web nesse nó não gerenciado, a menos que o servidor da Web seja um servidor HTTP IBM do WebSphere Application Server. Com o IBM HTTP Server, há um servidor administrativo que facilita os pedidos administrativos, como iniciar e parar, visualizar logs e visualizar e editar o arquivo httpd.conf.
Importante: O servidor de administração não é fornecido com o IBM HTTP Server para WebSphere Application Server que é executado nas plataformas z/OS. Portanto, a administração utilizando o console administrativo não é suportadas para o IBM HTTP Server para z/OS em um nó não-gerenciado.

As etapas a seguir criarão uma definição de servidor da Web no perfil padrão. Esse procedimento não se aplica quando configurar um servidor da Web remoto para um servidor da Web i5/OS. Para obter mais informações sobre como configurar um servidor da Web i5/OS, consulte o tópico intitulado Selecionando um diagrama de topologia de servidor da Web e roteiro.

Procedimento

  1. Instale o IBM Installation Manager.
  2. Instale seu produto WebSphere Application Server.
  3. Instale o Servidor HTTP IBM ou outro servidor da Web suportado.
  4. Instale os plug-ins do servidor da Web.
  5. [AIX Solaris HP-UX Linux Windows]Instale o WebSphere Customization Toolbox.
  6. [AIX Solaris HP-UX Linux Windows]Configure o plug-in de servidor da Web utilizando a Ferramenta de Configuração de Plug-ins do Servidor da Web.
  7. [IBM i]Configure o plug-in de servidor da Web.
  8. Complete a configuração criando a definição do servidor da Web.
    Você pode usar o console administrativo do WebSphere Application Server ou executar o script de configuração de plug-in:
    • Utilizando o console administrativo:
      1. Clique em Administração do Sistema > Nós > Incluir Nó para criar um nó não gerenciado no qual definir um servidor da Web na topologia.
      2. Clique em Servidores > Tipos de Servidor > Servidores da Web > Novo para ativar a ferramenta Criar Nova Definição do Servidor da Web. Você criará a nova definição do servidor da Web utilizando essa ferramenta. Os valores são os seguintes:
        1. Selecione o nó apropriado
        2. Insira as propriedades do servidor da Web:
          • Tipo: O tipo do fornecedor do servidor da Web.
          • Porta: a Porta do servidor da Web existente. O padrão é 80.
          • Caminho da instalação: O caminho da instalação do servidor da Web. Esse campo é necessário apenas para o IBM HTTP Server.
          • Nome do Serviço WINDOWS: O nome do serviço do sistema operacional Windows do servidor da Web. O padrão é IBMHTTPServer7.0.
          • Usar o protocolo seguro: Use o protocolo HTTPS para se comunicar com o servidor da Web. O padrão é HTTP.
          • Local da Instalação do Plug-in: O caminho de diretório onde o plug-in está instalado.
          • Mapeamento de aplicativo para servidor da Web: Se desejar criar um mapeamento para aplicativos existentes que estão atualmente implementados no servidor da Web. Selecione ALL, se desejar o mapeamento criado; selecione Nenhum, se não desejar o mapeamento criado.
            CUIDADO:
            Se tiver aplicativos corporativos em diferentes domínios de segurança quando criar um servidor da Web, os arquivos KDB (Key Database) de sua configuração de segurança podem não ser criados se você tiver Mapeamento de aplicativo para o servidor da Web definido para Todos. Para resolver esse problema, crie o servidor da Web com Mapeamento de aplicativo para servidor da Web definido para Nenhum. Então, mapeie os aplicativos para o servidor da Web. Todos os arquivos KDB para servidor da Web são então criados.
        3. Insira as propriedades do servidor da Web remoto. As propriedades do servidor de administração IBM HTTP Server são:
          • Porta: A porta do servidor de administração. O padrão é 8008.
          • ID do Usuário: O ID do usuário que é criado usando o script htpasswd.
          • Senha: A senha que corresponde ao ID do usuário criado com o script htpasswd.
          • Utilizar Protocolo Seguro: Utilize o protocolo HTTPS para comunicar-se com o servidor de administração. O padrão é HTTP.
        4. Selecione um modelo do servidor da Web. Selecione um modelo de sistema para o servidor da Web que deseja criar.
        5. Confirmação de criação do servidor da Web.
    • Execute o script de configuração de plug-in.
  9. Para o sistema operacional AIX, HP-UX, Linux ou Solaris: No servidor da web remoto, execute o script setupadm. O servidor de administração requer acesso de leitura e gravação para arquivos de configuração e arquivos de autenticação, para executar a administração dos dados de configuração do servidor da Web. É possível localizar o script setupadm no diretório <IHS_install_root>/bin. O servidor de administração precisar ativar adminctl restart como raiz para executar reinicializações bem-sucedidas doIBM HTTP Server. Além dos arquivos de servidor da Web, você deve alterar manualmente as permissões para os arquivos de configuração de plug-in de destino.
    O script setupadm solicita a seguinte entrada:
    • ID do Usuário - O ID do usuário utilizado para efetuar logon no servidor de administração. O script cria esse ID do usuário.
    • Nome do Grupo - O servidor de administração acessa os arquivos de configuração e os arquivos de autenticação através de permissões do arquivo de grupo. O script cria o grupo especificado por esse script.
    • Diretório - O diretório onde é possível localizar arquivos de configuração e arquivos de autenticação.
    • Nome do Arquivo - Os grupos de arquivos e permissões de arquivos a seguir são alterados:
      • Nome de arquivo único
      • Nome do arquivo com curinga
      • Todos (padrão) - Todos os arquivos no diretório específico
    • Processamento - O script setupadm altera as permissões de grupos e arquivos dos arquivos de configuração e dos arquivos de autenticação.

    Além dos arquivos de servidor da Web, você deve alterar as permissões para os arquivos de configuração de plug-in de destino. Consulte o tópico sobre as permissões de configuração manualmente para obter instruções.

  10. Para o sistema operacional AIX, HP-UX, Linux, Solaris ou Windows: No servidor da web remoto, execute o script htpasswd. O servidor de administração está instalado com a autenticação ativada e um arquivo de senha admin.passwd em branco. O servidor de administração não aceitará uma conexão sem um ID do usuário e senha válidos. Isso é feito para proteger o arquivo de configuração do IBM HTTP Server contra acesso não-autorizado.
    Ative o utilitário htpasswd que é fornecido com o servidor de administração. Esse utilitário cria e atualiza os arquivos utilizados para armazenar nomes de usuários e senhas para autenticação básica. Localize htpasswd no diretório bin.
    • Nos sistemas operacionais Windows: htpasswd -cm <install_dir>\conf\admin.passwd [login name]
    • Nas plataformas AIX, HP-UX, Linux e Solaris: ./htpasswd -cm <install_dir>/conf/admin.passwd [login name]
    em que <install_dir> é o diretório de instalação do IBM HTTP Server e [login name] é o ID do usuário utilizado para efetuar login no servidor de administração. O [nome de login] é o ID do usuário que você inseriu no campo de ID do usuário de propriedades do servidor da Web remoto no console administrativo.
  11. Inicie o IBM HTTP Server. Consulte o tópico Iniciando e Parando o Servidor de Administração IBM HTTP Server para obter instruções.

O que Fazer Depois

Para um servidor da Web de servidor HTTP não-IBM em um nó não gerenciado, você pode gerar uma configuração de plug-in, baseada em alterações de repositório do servidor WebSphere Application. Entretanto, as funções a seguir não são suportadas em um nó não gerenciado para um servidor da Web de servidor HTTP não-IBM:
  • Iniciando e parando o servidor da Web.
  • Visualizando e editando o arquivo de configuração do servidor da Web.
  • Visualizando os logs do servidor da Web.
  • Propagação do arquivo plugin-cfg.xml do servidor da Web.
É possível configurar os servidores da Web do servidor HTTP não-IBM como um servidor da Web local em um nó gerenciado. Para um servidor da Web do servidor HTTP não-IBM em um nó gerenciado, as funções a seguir são suportadas:
  • Geração da configuração de plug-in, com base nas alterações de repositório do WebSphere Application Server.
  • Propagação do arquivo plugin-cfg.xml, com base na utilização de sincronização do nó com o nó do WebSphere Application Server. A sincronização do nó é necessária para propagar alterações de configuração para o nó ou nós afetados.
    Nota: Quando o WebSphere Application Server é instalado utilizando um perfil independente em uma máquina e o servidor HTTP IBM é instalado em uma máquina diferente como usuário raiz utilizando o servidor administrativo, para assegurar que a propagação funciona corretamente, o usuário raiz deve alterar manualmente as permissões do arquivo plugin-cfg.xml para o usuário não raiz que executa o servidor HTTP IBM a partir do servidor administrativo. O nome de usuário e o grupo necessários para iniciar o servidor administrativo estão localizados no arquivo HTTPServer/config/admin.conf.
    O arquivo plugin-cfg.xml é propagado para a árvore do repositório de nós do servidor de aplicativos a partir do repositório do gerenciador de implementação.
    Importante: O arquivo plugin-cfg.xml é propagado para a árvore do repositório de nós do servidor de aplicativos. Esse não é o local de instalação padrão do arquivo plugin-cfg.xml. Alterações podem ser necessárias nos arquivos de configuração do servidor da Web do servidor HTTP não-IBM para atualizar o local do arquivo plugin-cfg.xml que é lido pelo módulo de plug-in.
    Por exemplo, o IIS (Internet Information Services) tem um nome de arquivo denominado plugin-cfg.loc, que é lido pelos módulos de plug-in do IIS para determinar o local do arquivo plugin-cfg.xml. O arquivo plugin-cfg.loc deve ser atualizado para refletir o local do arquivo plugin-cfg.xml no repositório de nós do servidor de aplicativos.

    Outros servidores da Web do servidor HTTP não-IBM possuem métodos diferentes de especificar o local do arquivo plugin-cfg.xml para o módulo de plug-in. Entretanto, para que a propagação funcione, atualize o local para refletir o local no repositório de nós do servidor de aplicativos.

Para um servidor da Web do servidor HTTP não-IBM que esteja configurado como um servidor da Web local em um nó gerenciado, as seguintes funções não são suportadas:
  • Iniciando e parando o servidor da Web.
  • Visualização e edição do arquivo de configuração.
  • Visualizando os logs do servidor da Web.

Ícone que indica o tipo de tópico Tópico de Tarefa



Í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=tihs_remotesetup
Nome do arquivo: tihs_remotesetup.html