作者wst2080 ()
看板Network
标题Re: [问答] 一题NAT问题
时间Sat Dec 4 08:21:21 2010
※ 引述《whiteshirts (MJIB)》之铭言:
: 哇 本板终於有新板主了(有点久没update @@)
: 恭喜W大,之前帮我解决routing table疑问
耶?! 我昨天高分通过NP的ROUTE科目... 这事也被你知道了?! 真不好意思... (害羞)
: 考试刚好有考,笔试也过了,最後不知道输在哪 气~~
: 算了,不符本版内容就不多说
难免的,可能输在人脉or关系吧!!! (有关系没关系 没关系有关系)
在讲解NAT的原理之前,我来大致提一下NAT的种类:
NAT大概有分三种
1. Static NAT
2. Dynamic NAT
3. Overload NAT
1. 静态(static) NAT:
这种NAT就是一对一的对应方式,意思就是说外部拥有多少公用IP,而内部就能够一一
对照着外部所拥有的公用IP来进行设定。 假设有10台机器,就必须拥有10个公用IP,
并且一一设定私有IP所对应的公用IP。
http://img198.imageshack.us/i/staticnat.jpg/
2. 动态(dynamic) NAT
这种NAT是方便静态NAT的设定方式,意思就是外部拥有多少公用IP,而内部就能够透过
动态配发转换的方式,来提供内部进行转换。假设有10台机器,而外部若只有拥有5个
共用IP,则会发生先抢先赢的状况,而抢不到外部公用IP的5台机器,则会无法进行上网
。 所以这种设定方法虽然方便於静态NAT的设定,但是缺点就是无法提供私有IP的机器
对外服务等。 最佳的建议就是假设外部有多少公用IP,就规划多少给内部私有IP使用
,并且使用这种机制的NAT,就别对外提供服务。
图片的差异其实只是 Static NAT 需要一条一条去一一指定内部与外部进行对应,而
Dynamic NAT 却是由Router来自行分配,仅需要设定内部IP区段与外部IP区段的范围。
3. 超载 (overload) NAT
这是目前最常见的NAT架构。藉由不同的连接埠号,可以将内部多个私有IP来分别透过连
接埠号来对应到外部一个或多个公用IP上。彻底有效解决IPv4之IP不足的状况。
http://img5.imageshack.us/i/patv.jpg/
而通常所谓用的最普遍的NAT,就是使用 Overload NAT
也有人称作"PAT"(Port address translation)
藉由一个Public IP搭配Port的方式,将内部与外部的构连起来
: 关於NAT(Network address translation),以下叙述何者错误?
: A. 利用有限IP位址让多台电脑连线至Internet
这是正确的! 当初NAT是因为IPv4的IP数量不足而衍生出来的!
而NAT-PT也是因应IPv4与IPv6之间的转换而发展出来~
也因为NAT的技术,让不敷使用的IPv4数量才得以苟延残喘到今天!
但NAT也破坏了点到点的一个机制~ 导致不少的服务或者机制都受到破坏
进而转向成其他的解决方案来弥补NAT所造成的问题
: B. 让网路外部无法看到区域网路内部的真实IP以提升安全性
这应该也没啥好争论的! 但是对於安全性这点我还是存在一些疑惑就是了!
(用户端中毒,一样也会主动连线出去攻击 XDDD)
不过在於某种程度的安全性,还是有的... 只不过并不是100%安全就是了!
(我好像鸡蛋挑骨头 XDDD)
不过这点他应该是针对IP表头被置换,而被置换的资讯是存放在NAT机器中的
NAT Table ... 而当封包传输到外头的IP表头,就是NAT所配置的Public IP
我猜想他这里所谓的安全性就是说攻击不会直接攻击到用户端,而是NAT会被遭受攻击!
所以死的是NAT... 而不是用户端!!!
(不过NAT若真的被攻击到挂点,用户端也无法上网啊 XDDD )
: C. 行动电脑的IP位址管理
这点比较有争议的地方是在於行动装置的部分~
可换个角度做思考~ 行动装置只是临时性的装置... 并不算永久性的装置!
数量有限的IPv4当中,当然能省则省~ 像在下待的公司当中的IPv4的网路规划
亦将行动装置的连接网段设置为Private IP网段,以节省IPv4少有的Public IP位置
不会占据有限的Public IP资源之外,亦可让行动装置上网~
: D. 让多台网页伺服器使用各自的虚拟IP,既可以让多台伺服器同时上线,
: 又能节省IP使用量
这一般来说,并不是NAT的技术范畴!!!
由於网页伺服器所使用的都是TCP 80 Port...
若真的要使多台网页伺服器拥有各自的虚拟IP并且节省IP的使用量...
并非NAT一个所能达到的~ 这要搭配DNS以及Proxy的搭配才能办到!!!
这也就是我先前所说的NAT所衍生出来的问题,得靠其他技术来进行解决与处理~
http://0rz.tw/MQFXO <- 这是我帮某个乡民公司所规划以及建置的概况!!!
就是透过squid以及bind的技术搭配进而解决该为乡民公司的规划窘境~~~
(本来是想用iptables达成,但是该乡民的iptables技术还有待加强,乾脆弄brazilfw给他)
由於这个选项是有两个条件需要满足:
1.多台网页伺服器使用各自的虚拟IP
2.节省IP使用量
所以第二项是重点~ 由於先前提到的三种NAT,只有第三种才能够达到节省IP的目的
(第二种也可以,但是第二种的方法会出一点问题,就是内部用户端都要使用,而外部
IP数量却不足的时候,会衍生出来先抢先赢的结果!抢不到的...就等谁下线再来抢吧)
而总归来看,这个选项已经超乎NAT的范畴,所以这个选项是错的!!!
不过等到IPv6的普及,NAT技术就会开始没落~~~ (IPv6的IP数量很足够了)
反而会是DNS的技术会继续的发展,用的频率也会更高(IPv4人都记不得了,更别说IPv6了)
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 122.116.248.253
※ 编辑: wst2080 来自: 122.116.248.253 (12/04 08:31)
1F:→ wst2080:那个图当初我画的很乱 那就自己慢慢看 慢慢推敲搂 12/04 08:32
2F:推 whiteshirts:我是说恭喜当上板主啦 不过NP过 也顺便恭喜 ^^ 12/05 00:20
3F:→ whiteshirts:哇 回覆的真详细 谢谢罗~~ 12/05 00:21
4F:推 sophiacccc:恭喜wst2080板大 ^^ 12/10 06:51