Vamos supor que você esteja tentando acessar o NYTimes, www.nytimes.com.
O roteamento com NAT significa que seu roteador enviará seus pacotes para seu gateway (roteamento) enquanto reescreve o endereço de origem (que originalmente é seu endereço IP) para seu próprio (WAN!) endereço (esta reescrita é NAT). A razão para isto é que o roteador upstream do seu roteador não sabe da sua existência, ele só conhece o endereço IP da interface WAN do seu gateway, então, quando ele tiver que retransmitir a resposta do NYTimes, ele poderá deixe você tê-lo se, e somente se, ele puder alcançar seu roteador / gateway. O tempo todo, o gateway monitora todos os pacotes enviados, de modo que, quando recebe uma resposta do NYT, sabe que tem que enviá-lo para você, não para o computador da sua esposa.
É assim que um gateway funciona: o gateway une duas sub-redes distintas .
Você pode ter decidido que queria usar seu gateway fornecido pelo ISP como o gateway para toda a LAN, fornecendo serviços de roteamento, DHCP e DNS. Neste caso, como você precisaria configurar seu roteadorB? Bem, neste caso, o seu papel teria sido simplesmente o de passar pacotes para os destinatários pretendidos. Este é o cenário sob o qual você gostaria de ter a configuração Bridged : os pacotes seriam roteados e NATted pelo roteadorA, e o roteadorB apenas os passaria adiante. O fato de o routerB também atuar como AP (ponto de acesso) não altera nada. Provavelmente, essa seria a configuração mais rápida porque você descartaria uma camada de NAT, mas duvido que, hoje em dia, isso faria muita diferença.
O terceiro cenário, roteamento sem NAT, vem a calhar quando, mais uma vez, a LAN é controlada pelo seu roteadorA (incluindo DHCP, DNS e roteamento), mas por algum motivo você quer que alguns de seus pacotes não sejam roteados. a maneira tradicional, mas através de algum outro esquema complexo: por exemplo, se você quiser usar algum tipo de proxy que faça parecer que você está em algum lugar distante e remoto. Ou. Como alternativa, você pode configurar um proxy no routerB, que filtra sites pornográficos e o Facebook, para proteger seus filhos.
Em ambos os casos, você desejaria que alguns pcs seguissem a rota usual, enquanto outros deveriam estar usando o proxy: então você tem todas essas máquinas roteadas pelo routerB através do proxy. Não há necessidade de os pacotes de resposta serem NATted, porque os pacotes de resposta não precisam ser resolvidos pelo roteadorB, então eles podem vir diretamente a você sem mais delongas. O RoteadorB estaria agindo como um roteador puro, não como um gateway, porque não está separando duas sub-redes distintas.
O que aconteceria com sua comunicação?
No primeiro caso, se você passasse o routerB repentinamente para o modo Bridged , por cerca de uma hora ele interromperia as comunicações (porque a maioria das máquinas ainda age com o endereço IP antigo, que no entanto não tem um roteador Mais); esse período termina quando lease do endereço IP termina, cerca de 1 hora depois para muitas LANs. Em seguida, todas as máquinas solicitarão a renovação da concessão, mas encontrarão um novo servidor DHCP que fornecerá a elas novos endereços IP. Então tudo começará a funcionar novamente. Você deve lembrar, no entanto, de desabilitar o servidor DHCP no roteadorB: embora isso não aconteça, não é necessariamente automático.
No segundo caso, a resposta é exatamente a mesma, independentemente de você ativar a conexão por meio de um proxy ou não.