关于NAT的一段心路

以前在读大学时，一直觉得网络能够互联互通实在是太神奇的一件事情了。
但对于一个处于内网的机器是如何联系到因特网，以及因特网再返回来，联系到处于内网的机器，一直很不解。
以学习到的网络理论，有路由器，负责IP路由；有网关，负责异质或异构网络的互转。但是，对于一个IP内网地址如何到互联网流转，很是疑惑。因为内网的IP地址是不具备在因特网上路由能力！
为解此惑，不惜下载BT客户端python写的开源源码，以及一个VC6开源的oicq的源码，看看在源码底层到底有什么特殊的处理。但是，分析到代码具体网路互通的时间，源代码仅是简单的一个send或connect，就没有太多神奇的处理。看到这种情况后也很沮丧，自己一直无解中。。。
再后来，一次新的读书经历，在校内有了校园网和校园BBS后，偶然一次和校友交流，才了解到有一个NAT这样一个神奇的设备存在。
遂感叹于学校的学习，太过于理论，老师也不够理论联系实际或作为一个明灯指引下方向，引发学生更多的实践和研究。结果就是，学生连于身边的MODEM上网、ISDN上网例子都不能解释其内部机理。这样的学习效果，是谁之责呢？对反过来自己，突破性思维不强或逻辑思维不强。如果要以IP互联的原则来讲，则必能够推测出必须存在这样一个设备，在内网部分能够被路由到，而在因特网部分也能够被路由到，即使不称谓为NAT！！这种解决方法，在技术领域通常也会被通俗地称之为“背靠背”的方案。
现在的NAT类型很多，但是最简单的NAT就是做内网和外网的转换。NAT之外还有一种称之为IP隧道技术，有兴趣的朋友也可以研究下。隧道技术使得在因特网上访问某个支持隧道的内网环境，直接通到内网机器上，也是非常神奇一个路由场景。