[FUG-BR] RES: Redirecionamento de Portas

[Marcel Souza Figueiredo (TI - PCLSE)]

Tanto o rinetd como o redir são daemons, pode parar e inicia-lo novamente .. na questão via NAT é so rodar um sh /etc/rc que ele sobre os script novamente e o Nat também.

Mas é bem melhor via dameon :) o redir eu gosto pq eu ponho no rc.conf e não importa qual o ip da maquina, que no rinetd vc tem que dizer qual IP ele irá escutar, se for adsl ae a coisa fica braba :(

Porem o rinetd tem sua vantagem em gateways com vários links .. vc pode selecionar qual link ira atender o serviço, ex:

200.165.143.23 80 192.168.1.1 80
200.221.66.14 25 192.168.1.1 25

Ou seja, a maquina tem 2 links gerenciando dois serviços diferentes, um caso aonde o natd não atende a essa solicitação e o redir também não atende nessa característica. ( Posso dizer que isso já serveria de balanceamento de carga? Acho que sim )


Obs: Vale lembrar que no rinetd pode utilizar DNS no lugar dos IP .. ae facilita mais ainda!

Espero ter ajudado!

Abraco a todos!

Atenciosamente,

Marcel Souza Figueiredo
Departamento de TI 
Tel: (79) 3226-4200
Fax: (79) 3226-4206
http://www.grupopcl.com.br


-----Mensagem original-----
De: freebsd-bounces em fug.com.br [mailto:freebsd-bounces em fug.com.br] Em nome de Ronan Lucio
Enviada em: quinta-feira, 8 de março de 2007 17:53
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] Redirecionamento de Portas

Nilson,

> Nao Ronan, vc não entendeu essa parte, isso não te deixa nem fazer
> certos tipos de estatisticas de quem (ou de onde) seu site foi acessado
> por que nos logs do apache todos os acessos aparecem vindos
> de 1 mesmo ip (o ip interno do firewall que roda o rinetd ou redir).

Hmmm, agora entendi... eu desconhecia isso.
Realmente é um fator a ser levado em consideração.

Bem, eu sempre gostei do rinetd porque eu posso fazer qualquer
alteração, dou um stop;start e pronto. Serviço no ar funcionando.

Com o redirecionamento via NAT normalmente eu tinha que reiniciar
o servidor.

Mas essa questão é bem importante porque dependendo da necessidade
do cliente ela pode acabar trazendo um novo problema.

[]s
Ronan 

-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd