h3c 双网出口资料配置

《h3c 双网出口资料配置》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、双出口映射单网卡服务器解决方案一、解决方案应用场景：出口路由器接两家运营商线路，均使用固定公网地址上外网，内网有一台单网卡的FTP服务器，现要将其分别映射至两个公网出口，实现外网用户通过公网地址能正常访问FTP服务器。二、网络拓扑图：三、解决方案思路：1.内网用户上公网通过在两个公网口分别做natoutbound，电信出接口配置一条默认路由，网通出接口配置一条优先级低于电信出接口的默认路由并添加目的地址为网通网段的精细路由；2.若双出口上映射同一个FTP服务器的私网地址，则可能出现端口被占用的情况，为解决这

2、个问题，给服务器配置两个私网地址，分别用做两个外网口上做natserver的内部地址：其中电信出口映射的内部地址为192.168.1.253，网通出口映射的内部地址为192.168.1.254；3.做完以上两个步骤后，电信地址访问电信出口没有问题，网通地址访问网通出口也没有问题，但是网通地址访问电信出口就会出现数据包来回路径不一致的现象：网通地址访问电信接口时，首先电信出接口通过natserver定向至192.168.1.253，服务器回包时一看源地址为网通地址，就匹配精细路由出去了。同样的电信地址访问网通

3、出接口也可能出现数据包来回不一致的情况；4.为解决第3步出现的问题，通过定义匹配源的策略路由来解决：源为192.168.1.253目的UnRegistered地址任意的访问下一跳指向电信出口网关，源为192.168.1.254目的地址任意的访问下一跳指向网通出口网关。此时网通地址访问电信出接口时，首先电信出接口通过natserver定向至192.168.1.253，服务器回包时匹配源为192.168.1.253的策略路由，仍然走电信出接口出去，这样就实现了数据包的来回一致，电信地址访问网通出接口也是一样。五

4、、测试配置文件出口路由器：MSR30-11#aclnumber2000rule0permit#aclnumber3000//定义源为192.168.1.253的ACLrule0permitipsource192.168.1.2530aclnumber3001//定义源为192.168.1.254的ACLrule0permitipsource192.168.1.2540#vlan1#domainsystemaccess-limitdisablestateactiveidle-cutdisableself-se

5、rvice-urldisable#user-groupsystem#local-useradminpasswordcipher.]@USE=B,53Q=^Q`MAF4<1!!authorization-attributelevel3service-typetelnet#cwmpundocwmpenable#interfaceAux0asyncmodeflowlink-protocolppp#interfaceEthernet0/0//此接口为出口路由器的内网口portlink-moderouteipaddr

6、ess192.168.1.1255.255.255.0undoipv6fast-forwardingippolicy-based-routepolicy//将匹配源地址为服务器私网地址的策略路由下发至内网口#interfaceEthernet0/1UnRegisteredportlink-moderouteundoipv6fast-forwarding#interfaceEthernet3/0//此接口为电信出接口portlink-moderoutedescriptionto-dianxinnatoutbo

7、und2000natserverprotocoltcpglobal10.10.10.1ftpinside192.168.1.253ftp//映射192.168.1.253ipaddress10.10.10.1255.255.255.252undoipv6fast-forwarding#interfaceEthernet3/1//此接口为网通出接口portlink-moderoutedescriptionto-wangtongnatoutbound2000natserverprotocoltcpglobal2

8、0.20.20.1ftpinside192.168.1.254ftp//映射192.168.1.254ipaddress20.20.20.1255.255.255.252undoipv6fast-forwarding#interfaceSerial0/0link-protocolpppundoipv6fast-forwarding#interfaceNULL0#policy-based-routepolicype