>       Algu�m pode me dizer onde arrumo informa��es sobre o Application
> Server, e se est� dispon�vel para download?

As informa��es sobre o applications server da conectiva s�o muitos
escassas, por dois motivos:

- Primeiro, � um produto pr�prio da conectiva, q eu saiba ela n�o passou
ainda a "tecnologia" sequer pra sua rede de servi�os. Ent�o esque�a o
download do pacotinho RPM prontinho.

- N�o tem nada de novo, simplesmente foi uma id�ia bem criativa,
apliacando coisas muito antigas ao mercado atual

>       Procurei na conetivae e s� achei uma mat�ria que n�o entra em
> detalhes de como funciona o produto.

Para satisfazer a curiosidade de todos, vou fazer uma receitinha r�pida de
como criar esse produto com personalidade ( no meu caso "Jean Advanced
Application Server").

Estes procedimentos que vou descrever, levam voc� a ter praticamente o
mesmo produto que a conectiva ofere�e (na verdade acho que o meu ficou
melhor, pois uso ainda um xfs "preparado" no servidor) . No mes de
dezembro estive na conectiva numa apresenta��o do produto para o mercado
corporativo, e constatei, que � exatamente uma solu��o que j� tinha me
caido na �poca que a conectiva lan�ou o servidor de boot remoto. A id�ia
me caiu por que eu usava v�rios terminais NCD na plataforma sun, e acabei
substituido os NCD por PC's ainda na platafora SUN. Eu fiz com conectiva
pela comodidade da instala��o do servidor de boot remoto pelo linuxconf ,
por isso presumo que voces tbm v�o fazer com conectiva

Deixando de xurumelas, ai vai:

1o. passo: Instale CL 7.0 (o 6.0 tem problemas no servidor de boot
remoto), com todos os pacotes que normalmente voce vai utilizar num
servidor, mas n�o esque�a de selecionar o suporte a servidor de boot
remoto. Isto � a parte mais importante...

2o. passo: V� na pagina da conectiva a apreenda a instalar o servidor de
boot remoto. Se n�o me engano ta no guia pr�tico do servidor. N�o adianta
eu cobrir isso aki, pois ta bem explicado l� e essa solu��o � muito f�cil
de fazer.

3o. passo: Aki come�a a parte do Application Server propriamente dito.
Agora configure o servidor para entrar em modo gr�fico (init 5). N�s agora
vamos mexer com o GDM (poderia ser o kdm ou o xdm). O que temos que fazer
agora � que o GDM aceite conex�es remotas, para isso edite o
/etc/X11/gdm/gdm.conf, l� voce vai procurar por uma se��o chamada [xdmcp],
ai voc� vai mudar o Enable para true. Neste arquivo da pra mexer bastante,
mas isso j� basta. Mais uma coisa que � preciso fazer � editar o
/etc/inittab. Na ultima linha, voc� vai procar o prefdm pelo GDM
g:5:respawn:/usr/bin/gdm -nodaemon
Ultima etapa desse passo � recarregar o init ( normalmente eu baixo ele
pra 3 depois subo pra 5 denovo) -  Servidor Pronto.

4o. passo: Os clientes carregam todos os seus arquivos a partir do
servidor ent�o vamos editar este arquivos antes de serem carregados pelo
clientes. Eles ficam no /tftpboot/xxx.xxx.xxx.xxx/etc , onde o xxx � o ip
atribuido para a maquina na hora do boot remoto. Vamos editar o inittab
aqui tamb�m, vamos modificar a ultima linha para a seguinte
x:5:respawn:/usr/X11R6/bin/X -query 192.168.0.1
depis � s� copiar este arquivo para cada um do diret�rios de configura��o.
Sendo o IP do seu servidor o 192.168.0.1. caso voce queira fazer v�rios
servidores de aplica��o pode-se tamb�m colocar aqui no lugar do X -query o
gdmchooser, ai o cliente carrega e voce escolhe em qual servidor voce vai
querer conectar. N�o esque�a do seguinte:

-Cada esta��o deve receber a devida configura��o inicial ( mouseconfig,
kbdconfig, Xconfigurator,etc...).

- Depois de configurar o X na m�quina desabilite alguns m�dulos dentro do
/etc/X11/XF86Config-4(sen�o fica caindo o X d ocliente na hora do logon), 
n�o lembro mais quais, mas deve ficarmais ou menos assim:

Section "Module"
#       Load  "dbe"             # Double-buffering
#       Load  "GLcore"          # OpenGL support
#       Load  "dri"             # Direct rendering infrastructure
#       Load  "glx"             # OpenGL X protocol interface
#       Load  "extmod"          # Misc. required extensions
        Load  "freetype"
        Load  "speedo"
        Load  "type1"
        # Load  "pex5"          # PHIGS for X 3D environment (obsolete)
        # Load  "record"        # X event recorder
        # Load  "xie"           # X Image Extension (obsolete)
EndSection

- N�o esque�a de colocar a esta��o para iniciar no init 5

5o. passo. Agora � s� alegria, voce j� deve ter notado que apareceu na
tela do cliente boot remoto a tela de login do servidor, uma vez logado
por essa tela, voce estar� executando os seus programas na cpu do
servidor, ou seja o bom e velho 486 SX (foi com 10 desses que eu testei)
v�o tar rodando com a velocidade de dual pentium 4 2Ghz com 4 GB de
RAM (obvio que esse deve ser o servidor, mas coisas menores tbm
funcionam). Falta ainda um toque final, o "Advanced". O Advanced nada mais
� do que o rdesktop configurado para excutar aplica��es do servidor
windows 2000 terminal server (t�pico bstante discutido na lista por estes
dias).
Dica:
-Crie um usu�rio e configure ele para entrar em cada um dos gerenciadore s
de janelas que voce vai disponibilizar, crie os �cones pad�es ,
principalmente os do rdesktop,de pois saia e replique as configura��es
deste usu�rio no home dos outros. O �nico que n�o da pra fazer isso � o
QVWM, pois a conf dele � mt peculiar.

Considera��o:

- Nunca use o servidor de aplica��o na mesma m�quina de outros servi�os,
pois usu�rios comuns estar�o logando nela a todo o momento.
- Tenha uma m�quina boa como servidor, proferencia por dual
- Tenha disco r�pido, SCSI quase q indispens�vel, mas um bom e velho
ata-100 quebra um galho legal
- Rede � uma pe�a importante. Tenha uma rede de 100 Mb/s, e evite misturar
o tr�fego windows neste segmento (em portas diferentes no SWITCH)
- Tenha MUITA mem�ria RAM. Mem�ria RAM � a jogada do sucesso neste caso.
para efeitos de calculo, um cliente usa em m�dia 35 MB de memoria usando
o staroffice e o netscape juntos, alem do KDE � claro.
- O ideal � voce j� ter o servi�o de boot remoto rodando e trabalhando, o
conhecimento da solu��o de boot � imprescind�vel para o sucesso neste
projeto.
- Talvez esquec� de algo mais peculiar, mas em suma � isso.
- Se voces testarem e n�o funcionar, n�o me responsabilizo por nada, ms
presto ajuda na medida do possivel. ( Menssagens SEMPRE, mas SEMPRE MESMO
para a lista!!!! Msg em PVT e Cross-Posting eu N�O RESPONDO). 
- Se algu�m quiser transformar essa idea em HOW TO � bem vinda
a ajuda. 
- Se algu�m tamb�m quiser depositar para mim 1% do que gastaria com a
conectiva implementando essa solu��o , pe�a o n�mero da minha conta
corrente em PVT (Essas eu respondo em PVT) :)


Abracos,

-------------------------------------------------------------------
|                      Jean Everson Martina                       |
|              Graduando em Ci�ncias da Computa��o                |     
|        Membro do Laborat�rio de Seguran�a em Computa��o         |     
|              Athom Consulting Ltda - Diretor Tecnico            |
|              Faixa Preta 1o. Dan - Karate Shotokan              |
|       Home-Pages:     http://www.inf.ufsc.br/~everson           |
|                       http://www.athom.com.br                   |
|       NickName: ViRaK  - UIN : 1743212 - Linux User #76191      |
-------------------------------------------------------------------
PGP fingerprint =  8A 97 F1 55 E2 34 CD 15  2F 4A 5E C4 F9 E5 6F 1B


Assinantes em 19/01/2002: 2239
Mensagens recebidas desde 07/01/1999: 151248
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
            mailto:[EMAIL PROTECTED]

Responder a