Considere o seguinte esquema:
Imagine que o computador 10.0.0.1 deseje pingar o computador 192.168.0.2.
Através dos meios atuais é algo impossível, pois com somente um IP o pacote somente chegará ao gateway 200.200.200.200.
Com RNAT, somente utilizando um software no gateway 200.200.200.200 e uma versão modificada do comando ping em 10.0.0.1 é possível executar o seguinte comando e receber a resposta demonstrada abaixo:
Através dos meios atuais é algo impossível, pois com somente um IP o pacote somente chegará ao gateway 200.200.200.200.
Com RNAT, somente utilizando um software no gateway 200.200.200.200 e uma versão modificada do comando ping em 10.0.0.1 é possível executar o seguinte comando e receber a resposta demonstrada abaixo:
| root@client:~# ping 200.200.200.200 -a 192.168.0.2 -c 3 PING 200.200.200.200 (200.200.200.200 - 192.168.0.1): 56 octets data 64 octets from 200.200.200.200 - 192.168.0.2: icmp_seq=0 ttl=254 time=34.1 ms 64 octets from 200.200.200.200 - 192.168.0.2: icmp_seq=0 ttl=254 time=37.4 ms 64 octets from 200.200.200.200 - 192.168.0.2: icmp_seq=0 ttl=254 time=31.2 ms 3 packets transmitted, 3 packets received, 0% packet loss root@client:~# |
Note que não é necessário modificações em 192.168.0.2 e nem em 100.100.100.100.
O mesmo vale para TCP e UDP.
Segue o screenshot da modificação feita no software putty para GNU/Linux:
