On Mon, 4 Oct 2004, Rafael Nery wrote:
>
> Antonio da Silva Martins Junior escreveu:
>
> >On Mon, 4 Oct 2004, Rafael Nery wrote:
> >
> >>Antonio da Silva Martins Junior escreveu:
> >>
> >>>On Mon, 4 Oct 2004, Rafael Nery wrote:
> >>>
> >>>>No servidor de aplica��o est� assim:
> >>>>Eth0 192.168.0.5
> >>>>Eth1 192.168.0.6
> >>>>No server de Banco de Dados
> >>>>Eth0 192.168.0.7
> >>>>
> >>> Voc� poderia usar uma rota est�tica informando que o IP do BD n�o est�
> >>>onde deveria (na eth0), mas o melhor � usar outra rede, assim:
> >>>
> >>> Servidor de aplica��o: eth0 : 192.168.0.5, eth1 : 192.168.1.1
> >>> Banco de dados: eth0 : 192.168.1.2
> >>>
> >>Cara, mas era para pinga pq est�o na mesma rede, ou n�o?
> >>Pq colocar em redes deferentes?
> >>
> > Sim, est�o na mesma rede... mas, se voc� olhar o resultado
> >de: netstat -rn
> >
> > Ver�, que a rede 192.168.0/24 est� em ambas as interfaces, e os
> >pacotes s�o direcionados para a primeira regra (eth0) assim n�o chegam ao
> >servidor de BD..
> >
> > Se voc� usar uma rota est�tica (route add -host 192.168.0.7 dev
> >eth1) essa regra ter� precedencia a da rede (� sempre em ordem do menor
> >n�mero de IPs para o maior). E o host ser� encontrado. Entretanto,
> >usando outra rede o efeito � o mesmo, n�o acarreta problemas de
> >roteamento.
>
> Cara, desculpa te incomodar, mas tenho algumas d�vidas...
> � o seguinte esses servidores est�o rodando uma aplica��o MIcrosiga..
> ent�o era um server s�... mas era lento.. eu estou separando a aplica��o
> da base para ficar melhor o acesso... Agora eu fazendo da forma que vc
> disse, colocando ips de outra rede nas eth's que fazem cross... os
> usu�rios das esta��es v�o acessar a base?
> Outra coisa, os pacotes que entrarem pela eth0 do server de aplica��o
> v�o conseguir enxegar a eth1 que faz cross com o BD?
>
Ol� Rafael,
Bem, ent�o voc� n�o tem um servidor de aplica��o, e sim um servidor de
arquivos, que no seu caso armazena o c�digo binario da sua aplica��o. A
aplica��o neste caso ir� executar nas esta��es e n�o no servidor, correto?
Por que, ent�o, voc� est� fazendo tanta bagun�a? N�o poderia
simplesmente ligar o servidor de BD no switch e manter tudo na mesma rede?
O esquema de rede que lhe passei � para um servidor de aplica��o (tipo
3 camadas) onde _somente_ a camada do meio acessa o BD e a camada que est�
executando nas esta��es necessita acessar a camada do meio (que est�
executando no servidor de aplica��o) para acessar o BD.
Se quiser manter o cabo cross, voc� ter� duas solu��es:
1) rota est�tica no teu "servidor de aplica��o", indicando que o IP
do BD que se encontra na mesma rede (192.168.0/24) est� na eth1, _e_ rota
est�tica no seu router (o IP do gateway default de sua rede) indicando que
o IP de seu BD est� no IP de seu "servidor de aplica��o" _ou_ rota
est�tica em todas as esta��es indicando a mesma situa��o. E n�o esque�a
das rotas est�ticas no seu BD indicando que _todos_ os outros IPs da rede
dele n�o est�o acessiveis e dever�o ser encontrados atrav�s do "servidor
de aplica��o", sem esquecer de configurar o roteamento de pacotes no
"servidor de aplica��o";
2) use outra rede, simplifica a configura��o das rotas: s� necessita
indicar no teu router que a rede em quest�o (p.ex. 192.168.1/24) �
encontrada atrav�s do seu "servidor de aplica��o", ainda � necess�ria a
configura��o de roteamento de pacotes no "servidor de aplica��o", mas a
tabela de rotas do BD � autom�tica.
A outra possibilidade, agora que sei que suas esta��es necessitam
acessar o BD � liga-lo direto ao switch, � o mais simples e mais pr�tico.
Por que n�o � possivel? Se for falta de porta acho que est� na hora de
expandir a sua rede :)
Antonio.
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Antonio S. Martins Jr. - Support Analist | "Only The Shadow Knows |
| Universidade Estadual de Maringa - Brasil| what evil lurks in the |
| NPD - N�cleo de Processamento de Dados | Heart of Men!" |
| E-Mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] | !!! Linux User: 52392 !!! |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
---------------------------------------------------------------------------
Esta lista � patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br
Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br
Regras de utiliza��o da lista: http://linux-br.conectiva.com.br
FAQ: http://www.zago.eti.br/menu.html
