Comentários do Blog

Postado originalmente por debeijer

PAT (Port Address Translation) é quando voce tem 1 unico ip valido para internet e tem varios clientes ou maquinas atrás desse unico ip de NAT. Desta forma ele deixa de ser um NAT e passa a ser chamado de PAT.

Não deixa de ser nat não, pois a tradução de ip continua.
Só há PAT quando há forward explicito, ou seja regras definidas para isto. Quando não há regras definidas a comunicação da tradução se dá de forma via socket entre os hosts que saem apenas com um ip válido atrás do nateamento. "Socket TCP identificado pela 4-dupla: endereço IP origem; número da porta origem; endereço IP destino; número da porta destino"

Talvez tenha ocorrido um Erro de interpretação de sua parte. Como eu falei ele passa a ser chamado PAT ou seja ele deixa de ser um NAT no nome. Na verdade o PAT tambem e conhecido como "NAT overload" em tradução livre seria como "NAT sobrecarregado" então eu nunca diria que ele nao é um NAT apenas conceitualmente o nome a ser usado é PAT e não NAT.

dou a mao a palmatoria...

PAT (Port Address Translation) é quando voce tem 1 unico ip valido para internet e tem varios clientes ou maquinas atrás desse unico ip de NAT. Desta forma ele deixa de ser um NAT e passa a ser chamado de PAT.

Não deixa de ser nat não, pois a tradução de ip continua.
Só há PAT quando há forward explicito, ou seja regras definidas para isto. Quando não há regras definidas a comunicação da tradução se dá de forma via socket entre os hosts que saem apenas com um ip válido atrás do nateamento. "Socket TCP identificado pela 4-dupla: endereço IP origem; número da porta origem; endereço IP destino; número da porta destino"

Postado originalmente por Bruno

Posso estar errado mas acho que o que você descreveu como PAT é na verdade o NAT. A ideia de NAT é ter vários clientes atrás de um IP, e de PAT é ter vários servidores atrás de um IP.

O PAT faz isso fazendo o famoso PORT forwarding, posso ter 3 servidores WEB (porta 80 por exemplo) e no servidor do PAT configuro 8001 para direcionar para o primeiro, 8002 pro segundo e 8003 pro terceiro. É exatamente isso que está sendo mostrado na figura exemplo que você mostrou.

Ats,
Bruno

Bruno infelizmente voce esta enganado... Meu conceito de PAT esta correto e inclusive fiz este artigo exatamente pq varias pessoas como voce confundem NAT com PAT caso tenha alguma duvida do que eu estou falando leia os artigos fonte do meu artigo.. Talvez eles te deem mais credibilidade do que a minha pessoa.

e vc gahou a aposta ?!

Vale lembrar que em breve e se Deus quiser com o ipv6 adeus nat e pat !

Posso estar errado mas acho que o que você descreveu como PAT é na verdade o NAT. A ideia de NAT é ter vários clientes atrás de um IP, e de PAT é ter vários servidores atrás de um IP.

O PAT faz isso fazendo o famoso PORT forwarding, posso ter 3 servidores WEB (porta 80 por exemplo) e no servidor do PAT configuro 8001 para direcionar para o primeiro, 8002 pro segundo e 8003 pro terceiro. É exatamente isso que está sendo mostrado na figura exemplo que você mostrou.

Ats,
Bruno

Bem simples a explicação e bons exemplos. Parabéns.

Gostaria de adcionar algumas informações que acredito serem pertinentes:

Porque surgiram as NAT's ?
Por causa do aumento do número de máquinas que precisam acessar a internet nas redes corporativas e privadas, que provocou um fenômeno até que esperado desde quando foi criado o protocolo TCP/IP: a escassez de endereços IP's públicos !! Como as especificações do protocolo TCP/IP prevêem um número limitado de endereços nas classes A, B e C, o NAT surgiu como alternativa para economia de endereços públicos disponibilizados para as empresas navegarem na internet.

Como consequência e digo até caminho natural, surgio o PAT para permitir várias máquinas da mesma rede privada, compartilhar um único endereço público para navegar na internet, conforme foi muito bem explicado no artigo.

Parabéns pela explicação !!

Abraço,

wtmoreno (Swoop).

o problema maior é mesmo o NÃO reconhecimento da profissão...
como medico que tem seu registro, engenheiro com seu crea etc etc etc....
a partir desse principio melhoraria muito, a valorização seria maior....
e me equivoquei acima no meu post....
abracos...

tambem acho que a capacidade de conhecimento nao deve ser medida por custo de vida kohorth, mas é mais ou menos isso que acontece. Mais do que isso ainda é a lei da oferta e procura que comentei anteriormente, e isso nao é só em TI, mas em todas as profissoes e mercadorias/produtos tambem.