【问题标题】:AWS EC2 Instance IP not matching regionAWS EC2 实例 IP 与区域不匹配
【发布时间】:2012-07-18 00:45:35
【问题描述】:

我在美国西部(俄勒冈)地区实例化了一台微型机器。对于我的申请,我需要在俄勒冈州——监管原因。 (否则,我的应用程序将与之交互的服务器将拒绝连接。)

我尝试了 curl ifconfig.me 并搜索了它产生的 IP。我很惊讶它回来了

http://iplocation.truevue.org/50.112.44.39.html

似乎在加利福尼亚。有没有办法确保我的 IP 始终来自俄勒冈州?

我研究了弹性 IP,但这是针对与实例连接的用户。

非常欣赏想法

【问题讨论】:

  • IP 地理定位并非 100% 准确

标签: amazon-ec2 amazon-web-services ip


【解决方案1】:

获取一些弹性 IP 并测试每个 IP,直到找到一个似乎位于俄勒冈州的 IP。将该弹性 IP 地址附加到实例。如果您最初的一组五个弹性 IP 不能满足您的测试,请释放它们,获取更多,然后重复,直到找到一个可以满足。

最好的办法是使用弹性 IP 地址的 DNS 名称(例如“ec2-50-112-33-39.us-west-2.aws.amazon.com”)进行通信。在该区域内运行的服务将获得实例的私有 IP 地址,从而最大限度地减少带宽使用费用,而该区域外的服务将获得可通过 Internet 路由的弹性 IP 地址。

【讨论】:

    【解决方案2】:

    地理 IP 位置很脆弱,不能完全信任以确定云中的主机位置。

    我在http://www.iplocation.net/上测试了一个悉尼地区实例的IP,不同的服务返回了不同的国家:美国、法国、澳大利亚。

    如果您出于监管原因需要在俄勒冈州,并且您的合作伙伴服务使用 IP 地理定位,我将托管在俄勒冈州的一家公司。

    我认为即使是弹性 IP,您也可能会遇到同样的问题,即基于地理 IP 服务您会获得不同的国家/地区。 AWS IP一般会在西雅图由亚马逊注册。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2021-04-19
      • 2013-02-11
      • 2020-11-17
      • 2018-01-15
      • 2020-05-01
      • 1970-01-01
      • 1970-01-01
      • 2013-03-07
      相关资源
      最近更新 更多