networking上的某些计算机是否有可能拥有自己的公有IP地址并通过互联网提供内容，而同一networking上的其他计算机只有私有IP地址，但仍能通过互联网提出请求（如家庭计算机会通过路由器）？ 更多信息： 我有一组15个服务器（只有12个公共IP地址可用） 2台服务器： 需要能够通过互联网服务器内容 需要能够向其他15台服务器发出请求 这些服务器是负载平衡器，他们会将请求转发给其他4个将服务器http内容的nginx服务器。 13台服务器： 不需要能够通过互联网提供内容 需要能够服务其他15台服务器的内容 需要能够通过互联网（对外部的API等）提出请求 这些服务器中有4个是nginx服务器，它们将http内容提供给负载平衡器。 他们需要能够向外部API（如Google地图）发出请求 这些服务器中有9个是数据库服务器（他们不需要向API发出请求，但是能够将Teamviewerjoin到服务器中） 这可能吗？ 我只需要一个三层交换机？ 为了弄清楚如何做到这一点，我需要研究什么？ 问题的可视化描述：
一段时间以来，我一直在享受从数据库中查找地理IP的好处。 这很棒。 人们越来越多地试图从移动电话或3G调制解调器访问我的网站，他们的物理位置似乎与我的IP查找告诉我他们的下落没有什么关系。 在我国东海岸的使用者，可能会被视为远在内陆或北上。 一个用户可能被报告为在一个时刻在一个地方，几秒钟后，在100多公里外。 这成为一个问题，我需要find一个解决scheme。 我已经每月更新我的数据库，但效果不大。 可以做什么？
我的网站被利用（不用担心如何），结果是有几个WebShells安装在不同的位置。 确切的webshell就像这个问题在这里列出StackOverflow 。 显然，我删除了shell文件，并尽我所能来解决漏洞。 同时，我在网站的错误日志中find了一个IP地址，试图访问这个shell文件。 知识产权是从罗杰斯电缆IP地址的安大略省滑铁卢。 这似乎是一个住宅知识产权。 那么，除了阻止知识产权之外，我还有什么可以做的呢？ 把它报告给罗杰斯 – 他们会相信我吗，他们会打扰吗？ 是否有可能只是一个僵尸计算机代理真正的攻击者的请求？
我正在按照教程设置vagrant （一种构build和configuration便携式虚拟机镜像的工具），似乎stream浪者的文档build议使用IPv4地址33.33.33.10来configuration一个新盒子。 这是一个公开路由的IP地址 ，所以我有点困惑，为什么使用这个地址build议。 由于我不拥有这个networking，我不应该使用33.33.33.10/8范围内的地址。 我是否正确地认为我只应使用来自我自己networking的公共地址，或者使用RFC 1918中定义的专用范围之一的地址？ 如果是这样，那么为什么Vagrant文档会有其他build议？
如果你想跟踪一个IP地址，因为该IP地址是攻击和滥用的来源，你将如何实现这一目标？ 有什么办法可以find谁在使用一个给定的IP地址，还有什么可以做的，以阻止它？ 更新：目的地（服务器所在的地方）在美国。 来源表明，这也是美国，但像有人build议，IP地址可能被欺骗…我仍然打开进一步的input/详细信息… 谢谢， 坦率
问题：我正在玩IPv6并将其转换为IPv4，反之亦然。 我想访问http://127.0.0.1/ 并做了标准的ipv4到ipv6的计算：AA = 127 BB = 0 CC = 0 DD = 1 与架构 0000:0000:0000:0000:0000:ffff:AABB:CCDD 这让我： 0000:0000:0000:0000:0000:ffff:7F00:0001 所以我试了 http://[:::::ffff:7F00:1] 但它没有显示任何东西。 通过一些Googlesearch，我发现我需要 http://[::1]/ 使用IPv6访问回送接口。 现在我并不太惊讶，因为回送接口可能是一个特例。 但后来我试图访问我的公共文件服务器： http://88.84.21.77/ 我计算的IPv6地址是 http://[::ffff:5854:154d]/ 但它也没有解决。 现在我的问题是：我是否做了任何转换错误，或者不是那样工作。 或者可能是因为我的服务器或ISP不支持IPv6？ 我的服务器在Ubuntu 9.04下运行，具有所有必要的补丁。
有没有一个IP地址范围专用于文档的例子？ （像DNS的example.com）
我如何才能使只有获得批准的IP地址才能访问我的Ubuntu服务器12.04我只是设置了它。
可能重复： IPv4子网划分如何工作？ 我以为我明白这一点，但我一时困惑。 这里是一个例子： 是否私人范围内的所有 IPv4地址从192.168.0.0到192.168.255.255，无论子网掩码/路由前缀？ 根据这个页面http://en.wikipedia.org/wiki/Reserved_IP_addresses，CIDR前缀192.168.0.0/16不在公共互联网上路由。 我的理解是，这意味着从192.168.0.0到192.168.255.255的所有IP地址都是私有的， 如果你使用的子网掩码为255.255.0.0 /路由前缀为16 。 我想这意味着如果你的子网掩码是255.255.255.0 /路由前缀是24，你不再覆盖私人范围，因为当你使用前缀24而不是16时，你不在同一个子网上。 它是否正确？ 如果这是不正确的，有人可以解释如何使用前缀24的地址仍然覆盖前缀16？ 我知道网上有很多关于子网划分的信息， 如果有什么地方可以回答这个问题，请点我。 编辑：它是一个较小的路由前缀不能保证IP在相同的范围内，但更大的路由前缀会？
我们正在评估在我们的所有ec2实例上使用Elastic IP，并且我们将比较公共EC2主机名和Route53（在实例引导期间对公共EC2主机名和dynamic更新DNS使用非常短的TTL）。 事实上，我们发现使用EIP并没有真正的价值 我们每个地区最多只能使用5个EIP 所有通过EIP的stream量都被视为互联网stream量，但是例如公共主机名，当从内部networking连接时，将使用内部IP来节省我们的带宽/金钱 在服务器停止/启动后，您还需要重新附加EIP，这与更改公共主机名时重新连接ec2实例的DNS相同。 有什么重要的点我失踪？