当公司合并时，他们经常会遇到地址重叠的问题。Cisco 有 NAT 外部源，这有助于解决这个问题。您可以在 Internet 上搜索“cisco ip nat outside source”以查找诸如使用 ip nat outside source list 命令的示例配置之类的信息。

介绍

本文档提供了使用ip nat outside source list命令的示例配置，并简要说明了在 NAT 过程中 IP 数据包发生的情况。您可以使用此命令来转换从网络外部传输到网络内部的 IP 数据包的源地址。此操作转换以相反方向传输的 IP 数据包的目标地址 - 从网络内部到外部。此命令在网络重叠等情况下很有用，在这种情况下，内部网络地址与网络外部的地址重叠。让我们以网络图为例。

注意：这应该只是暂时的情况，您应该努力解决冲突。这不是您想要作为长期解决方案维护的东西。

另一种可能的解决方案是在交换机上为 RANCID 服务器连接创建 VLAN，您可以为服务器 VLAN 上的交换机设置不同的 IP 地址。这不会影响交换机和现有的 LAN 寻址，它只是专门为服务器连接添加新的寻址。

如果 RANCID 服务器真的与两个交换机管理接口在同一个 L2 段上（我有点怀疑，但也许你通过一些 OOB 隧道魔法使这个工作），并且它是一个带有 iptables/ipfw/等的 *nix 主机，那么你可以做一些相当可怕的事情，比如：

• 使用真实的交换机管理 MAC 地址为 RANCID 服务器上的每个交换机添加一个静态 ARP 条目。

  • 给他们完全不同的 IP 地址。我们将它们称为 (MAC-A, IP-A) 和 (MAC-B, IP-B)

• 配置 RANCID 服务器以与 IP-A 和 IP-B 通信（比如 192.168.1.1 和 192.168.1.2，或者一些你不使用的子网）

• Mangle 传出数据包到 IP-A 和 IP-B 以将 dst_ip 重写为 10.0.0.1
• Mangle 传入的数据包以匹配 MAC-A 和 MAC-B 的 src_mac 并将 src_ip 分别重写为 IP-A 和 IP-B，这样 RANCID 过程就会愉快

这仅在您的 RANCID 服务器与交换机管理接口位于同一 L2 网段时才有效（并且您正在使用 telnet - 这不适用于具有任何安全意识的任何协议）。这太可怕了。