Boa noite,
Estou com um problema em uma conexao ADSL. A conexao eh realizada atraves de um modem Alcatel SpeedTouch Pro em um plano empresarial da Brasil Telecom. Entretanto, nao se deseja utilizar uma conexao com o Alcatel configurado como uma bridge nem como um roteador. O objetivo eh explorar a feature DHCP Spoofing presente no equipamento. O DHCP Spoofing permite que um servidor DHCP remoto, negociado atraves de uma conexao PPP, repasse o endereco IP da porta WAN do Alcatel para uma interface ethernet em outro equipamento.
N�o sei se entendi muito bem o que voc� pretende, mas para fazer uma m�quina interna assumir o IP "v�lido" sem que o modem "precise rotear" ou oferecer bridge para PPPoE(A), a maneira mais simples � usando NAT e PAT. Voc� configura o modem para deter o IP v�lido. O(s) micro(s) interno(s) ter�o IPs inv�lidos e acessar�o normalmente com NAT (voc� pode restringir o acesso a apenas um micro se for o caso), e ent�o configurar um "default server" (n�o me lembro se � essa a express�o usada) que � o IP interno que receber� todas as conex�es entrantes (ou as especificadas nas regras de PAT) para o IP v�lido (ou seja: Qualquer conex�o entrante ser� repassada para o IP interno especificado). Isso � uma grande vantagem, pois voc� pode especificar v�rios IPs, cada um recebendo determinadas portas e/ou servicos, sem se preocupar com uma outra m�quina interna que seria o "gateway".
Aqui em casa eu tinha um Speedtouch Pro com um ADSL "business". Meu micro recebia todas as conex�es (udp/tcp) exceto a 80, que eu repassava para um 486 que deixava como servidor web. Eu tamb�m n�o precisava me preocupar com o micro do pessoal aqui de casa, ele poderia acessar a qualquer momento sem que nenhum outro micro estivesse ligado (j� que o NAT � direto no modem).
Um defeito desse modem alcatel � que se voc� abrir 255 conex�es em NAT, ele simplesmente bloqueia at� que uma delas d� timeout. Isso � muito inconveniente pois o tempo � relativamente longo. Por exemplo: Durante um tempo eu tinha instalado o Counter-Strike na minha m�quina. Para pesquisar o "status" de cada servidor, ele fazia uma consulta por UDP, em cada servidor. Isso abria v�rias sess�es, e chegava uma hora que parava tudo... Eu n�o sei se tem solucao ou se eh uma limitacao do proprio equipamento.
[]s Ricardo.
_______________________________________________________________ Sair da Lista: http://www2.fugspbr.org/mailman/listinfo/fugspbr Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
