如何利用一台能访问公网的电脑使另一台电脑访问公网？

和你平时访问网站一样，只是网站是直接写在域名里的。中间是通过 dns 解析到相应的 ip 地址来访问。你只要输入公共网络 ip 就可以了，很自然地你就可以通过路由器或网关交换机访问它。如果 ip 地址是合法的，可以访问的话。

如图中所示，R1和R2模拟成两台服务器并且提供相同的服务(地址分别为1721611 ，1721612)，R3是交换机，R4是边界路由器也就是内部服务器的网关所在路由器（内网口地址为172161254 ），R5充当公网并且有环回口5555，在R4上的E0/0（地址为2222222221） 接口开启PAT，使得内网服务器可以访问外网R5的 5555
如图：
这时就进入关键性阶段了，1：写一条ACL来匹配公网路由，access-list 2 permit 2222222221
2：定义一个以内部服务器为地址的池：ip nat pool ccna 1721611 1721612 netmask 2552552550 type rotary (最后这两个一定要有意思就是让这些地址轮循)
3：将ACL跟地址池关连起来：ip nat inside destination (注意这个不是source) list 2 pool ccna
最后就是在R1，R2的line vty 0 4 下打no login 允许外网的登陆。
这时可以检验结果了，，在R5上telnet 2222222221 可以发现第一次时进入R1，第二次就进入R2了，
这 样就达到了两个服务器的负载均衡了。。当然这种情况是在多个服务器提供相同的服务的前提下才好用。
但是对于内部有多台服务器要同时开放一个相同的端口但是又只有一个公网IP时该怎么办呢？
图中标出了拓扑的详细结构，服务器地址分别为1721612 和1721613 ，网关为1721611 ，然后同样的跟上边一个实验一样，在边界路由器做基于接口的PAT转换，使得服务器可以访问公网，然后我们就开始在边界路由器上配置端口跟ip地址的映射，通常情况下我们都认为映射是这样写： ip nat inside source static tcp 1721612 80 2222222221 80 然后会发现下一台服务器没法再做相同端口的映射了，，因此我们就必需改变上面的命令来使得另一台服务器也可以基于80端口的映射：这进命令就可以改成：ip nat inside source static tcp 1721612 80 2222222221 100 与
ip nat inside source static tcp 1721613 80 2222222221 101 这样的两条映射。。那么这样写的映射是否真的可行呢？那就让我们一起来检验下成果，首先必需在两台服务器上面的>不能。
由于网络限制，外网是无法连接的，需要通过外网连接才能穿透。
迅思维流媒体服务器负责完成对媒体资源、节目内容、用户认证、传输方式等的管理。

网络内外交接处，设置端口转发，22112100100：80 to 101020100:80
防火墙要开放到101020100口80（web的默认口）
注意，你使用80，可能根本就被拦截的，因为ZF控制了，你可以改用比如8080,(8000都不可)

1、流媒体服务器需要中上配置支持。由于视频占用的容量较大，为了更好的调度文件传输，中上配置的流媒体服务器才能减少冗余，紧密结合各部件，进行控制协调。如果租用配置没那么高的流媒体服务器，当访问多时，整体任务加大时，超过各线程所能承载的范围，必会造成服务器的崩溃。所以一般视频网站内存需要8G/16G内存的流媒体服务器，甚至更大。
2、流媒体服务器带宽要求。在选择流媒体服务器时，独享带宽比共享带宽更加有利，10M独享带宽比100M共享带宽速度要快。同时要选择冗余带宽充足、易于扩展的IDC服务商，以便满足后期用户的增加对带宽需求的增加。
3、流媒体服务器需要一个好的机房。一个好的流媒体服务器机房是保证存放在服务器里面的视频网站正常运行。如视频服务器机房数据中心的安全指数、网络资源的布置、外接电源断时，是否有自己的备用电源保证网站正常运行等这些都是保证网站不受木马，蠕虫，网页病毒等的感染而使网站的稳定受到影响，数据传输受损，而导致视频质量出现问题。

---