企业IPv6迁移 – proxypac结束? 点对点的开始? + 10K用户

我们从一张图开始: 公司在IPv4

我们可以看到一个“典型”的IPv4公司networking:

  • 互联网通过代理访问
  • “其他公司”通过专用代理进行访问
  • 直接访问本地资源

所有计算机都有一个proxy.pac文件,用于指示使用哪个代理或是否直接连接。 计算机只能访问本地DNS(例如,没有用于google.com的名称parsing)。

顺便说一句…公司不尊重RFC1918内部使用公共地址! (历史原因)。 互联网代理的使用明确使得不会有问题。

如果我们迁移到IPv6呢?


第1步:IPv6互联网接入

IPv6中的Internet访问非常简单。 的确,只需连接Internet IPv4和IPv6中的代理即可。 内部networking无关: 互联网接入IPv4和IPv6


步骤2:内部networking中的IPv6和IPv4

为什么不直接使用完整的IPv6networking? 因为总是有旧的服务器不兼容的IPv6 ..

选项1:与具有代理pac的IPv4相同的体系结构

这可能是最简单的解决scheme。 但这是最好的吗?

我认为向IPv6的过渡是一个不用打扰这个代理pac的机会!

选项2:具有透明代理的新体系结构,没有proxypac,recursionDNS

哦,是的!

在这个新架构中,我们有:

  • Explicit Internet Proxy成为Transparent Internet Proxy
  • Local DNS成为Local DNSNormal Recursive DNS + authorative
  • 没有proxypac
  • Explicit Company Proxy成为Transparent Company Proxy
  • 路由
    • 内部路由器将appx.ext.example.com的IP重新映射到Company Proxy
    • 默认网关是Transparent Internet proxy

问题

  • 你对这个IPv6架构有什么看法?
  • 这个体系结构将显示我们内部networking的IP地址,但是它受到防火墙的保护。 这是一个真正的大问题吗? 我们应该保持代理的明确使用吗? – 你将如何为这种迁移情况? – 你呢,你怎么做你的公司?

谢谢! 随意编辑我的post,使其更好。

良好的透明代理不能用于SSLstream量,除非您为每个设备部署可选的受信任的根,因此您将失去很多安全和审计优势,并引入新的代理。

我会select2,但使用一个明确的代理,防火墙一切closures。 如果内部机器不使用您的代理,他们不能访问互联网。 您应该已经有适当的工具来通过脚本,Windows组策略,DHCP或DNS / proxy.pac自动分发代理configuration。

简单通常更好。

我会用另一个问题来回扣。 为什么你真的需要代理? 由于RFC1918不兼容? 当你select不重build你的IPv4架构来使用10.xxx地址(我的ISP给我们非RFC1918地址但是使用了一个NAT,现在我们有10.xxx和NAT当然),这完全certificate了代理的使用。 。 或者,你使用代理caching/安全/过滤/审计?

如果第一个问题的答案是真的,那么我会去做一个非常简单的select1:在你的边界上放一个非常简单的IPv6路由器,更新你的DHCP广播一个IPv6前缀,并让你的IPv6stream量通过你的路由器。 由于您已经需要升级中间路由器(位于客户端主机和边界路由器之间的路由器),因此不会增加额外的硬件成本。

这具有使IPv4保持活动状态的优点,并且可用于不支持它的机器,其性能将与以前相同。

为了回答你的问题:1)你的架构select(在图中)显示不支持IPv6到客户端的机器,这是一个真正的浪费2)“揭示”IP在IPv6中很常见,因为没有NAT。 您只需要特别注意防火墙,而隐私地址(如其他答案中所述)则保护客户端机器不受域外服务器的保护。

我会保持ip4 / ipv6,有些设备是相当愚蠢的,无法进行升级。 如果你可以通过vlans分开。

然后明确使用http代理。 不要使用透明代理。 为什么? 您可以轻松检测出configuration错误的应用程序或设备尝试上网。 您应该区分“正常”stream量和“奇怪”stream量。 关于强制使用http代理的信息应该是员工教育的一部分。

您可以设置一个http代理,将特定域名转发给其他父代理(针对您的特定客户的网站)。 这解决了pac文件的麻烦,你只在客户端的应用程序中定义一个http代理。

不要在您的局域网中启用recursionDNS! DNS隧道工作! 不要在LAN(ICMP隧道)之外启用ping,不需要客户端! 只为您的http代理或真正需要进行dns查询的应用程序启用recursiondns。

根据分析,只有20%的networkingpipe理员知道什么是离开他们的networking:D

我真的很想给客户通过远程客户端(RDP,citrix …)访问http,但是这看起来相当昂贵。

这是很好的阅读 – http://undeadly.org/cgi?action=article&sid=20091025011137

另一个要考虑的问题是分阶段的方法,即只有IPv6的主机的新networking通过NAT64 / DNS64访问旧的LAN。

看起来您可能会想要在一段时间内运行双栈。 同样的方法可以通过代理/将10.xxx v4地址映射到旧的LAN来解决与RFC1918的不符合。 假设你的公共IP被劫持了。 如果您已经从IANA / ARIN /等获得了分配,那么这不是问题。