Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/google-cloud-platform/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Google cloud platform 在欧洲地区创建了GCE,但IP地址显示其在美国_Google Cloud Platform_Google Compute Engine - Fatal编程技术网

Google cloud platform 在欧洲地区创建了GCE,但IP地址显示其在美国

Google cloud platform 在欧洲地区创建了GCE,但IP地址显示其在美国,google-cloud-platform,google-compute-engine,Google Cloud Platform,Google Compute Engine,我在伦敦地区创建了一个实例 由于来自客户端的严格指导,我们必须确保没有任何痕迹表明该应用程序托管在欧盟以外的地方 甚至在这里也没有: 长期以来,我们一直在使用谷歌服务。如果我们得不到解决方案,那么除了转到AWS,我们将别无选择 因为在AWS中,我们有一个基于伦敦地区的RDS实例,当我们进行ip地址查找时,它会显示预期的结果。 >我们有没有办法只指向欧洲地区而不指向欧洲地区 包括我们在内的任何其他地区。 我们已经将应用程序部署到GAE实例中,但由于它不提供对ip地址的任何更改。我试图在GCE中

我在伦敦地区创建了一个实例

由于来自客户端的严格指导,我们必须确保没有任何痕迹表明该应用程序托管在欧盟以外的地方

甚至在这里也没有:

长期以来,我们一直在使用谷歌服务。如果我们得不到解决方案,那么除了转到AWS,我们将别无选择

因为在AWS中,我们有一个基于伦敦地区的RDS实例,当我们进行ip地址查找时,它会显示预期的结果。

>我们有没有办法只指向欧洲地区而不指向欧洲地区 包括我们在内的任何其他地区。

我们已经将应用程序部署到GAE实例中,但由于它不提供对ip地址的任何更改。我试图在GCE中寻找解决方案,但这也不能解决我们的问题

多谢各位

更新OP

只是为了记录在案。我们在支持门户上发布了一个问题 甚至购买黄金支持包来解决问题。但事情变了 我发现这是不可能实现的。 他们无法帮助获得跟踪路径以显示实际区域 对于各个实例所在的静态ip。我们最终从GCP>迁移到Azure平台


我会保持开放状态,也许GCP将来会为这个问题提出解决方案。

谷歌提供给GCP用户的所有IP地址都在加利福尼亚州山景城的谷歌总部注册(换句话说,是加利福尼亚州山景城)。因此,所有IP地址的地理位置查找将解析为美国,即使实际服务器位于其他地方。除此之外,在GCP中,将IP块从一个位置重新映射到另一个位置并不少见,特别是考虑到GCP的IP地址弹性以及它们的回收或重用方式

但是,根据您用于获取地理位置信息的工具或网站的不同,信息可能会有所不同,因为他们可能正在使用不同的数据库,这些数据库可能不会更新或没有关于IP地理位置的正确信息

您可以从ARIN(搜索WHOISWS)获得更准确的答案,因为美国互联网号码注册中心(ARIN)是加拿大、美国以及许多加勒比和北大西洋岛屿的区域互联网注册中心(RIR)。哪一个更可靠将提供更可靠的信息


可能的解决方法是,您可以在具有EU地理本地IP地址的机器上设置反向代理,并将请求从那里转发到您的Google Cloud Platform(GCP)VM实例。例如,旋转nginx in并将DNS指向该位置

我不确定这是不是不可能的解决方案?如果在这种情况下,其他云供应商如何能够做到这一点

我在linode拿了两个盒子,一个在新加坡,另一个在英国,它们都能很好地展示这个地区

注意:-我已从国家IP的MaxMind更新了最新数据库

geoiplookup 1xx.xx6.2x.xx0 GeoIP国家版:GB,英国

另一台机器

geoiplookup 1xx.xx2.x5.1xx GeoIP国家版:新加坡SG


但是我在GCP中看到的所有机器都指向我们,这是不好的。在某种程度上,如果这将成为我们PCI中的一个大问题,并且客户有疑问,我们需要寻找另一家云供应商:(

你知道,你在这样的网站上看到的东西基本上与任何东西的实际位置无关……对吗?基于IP的地理定位严格来说是艺术,而不是科学,并且经常错误地显示控制IP地址的实体的公司位置。AWS块恰好是正确的这一事实很好ut并不反驳这一说法。@Michael sqlbot:我不能对我们的客户说,我们开发的软件显示的是我们的ip地址而不是欧洲地区是一门艺术。你认为我怎样才能说服他们?因为我们有严格的指导原则,不应该有任何迹象表明数据是从欧洲地区流出的。d你认为呢?当所有可用的ip跟踪网站都显示其位于美国时,我怎么能向他们保证它不会走出欧洲地区。我没有找到任何工具或证据证明我创建的实例实际上是在欧洲而不是在美国。我听到了你的话。这些网站并不能真正证明任何事情,但有时感知取代了现实。我可以考虑一下IP地址范围吗?如果您不知道CIDR,只需一部分就足够了,例如
203.0.113.*
。很抱歉,我无法提供,因为我已经销毁了该实例。我们实际上已经开始从Google迁移到AWS。我想我们没有其他选择了。您好@Michael sqlbot您有什么解决方案可以建议吗?好的,那么您建议我如何向我们的客户保证,我们托管在谷歌应用程序引擎中的应用程序是GDPR投诉?如果您决定使用反向代理,那么您可以使用traceroute或MTR向您的客户提供流量不会离开欧盟,而是留在欧盟内。此外,此GCP l“谷歌云和通用数据保护条例”[1]上的墨迹提供了GCP符合GDPR的信息。[1]为了拥有反向代理,我启动了一个新的计算引擎并检查了它的ip地址。不幸的是,它再次显示相同的结果,即ip基于美国而不是欧盟。我的建议是与第三方拥有反向代理(本地提供),谁将能够为您提供欧盟的地理本地IP地址,并从那里将请求转发到您的谷歌云平台(GCP)VM实例。为此,您可以使用CloudSigma提供的服务,这在我的原始消息中提到。链接感谢您的建议@Nur。但我认为这是一个解决方法,而不是解决方案。无论如何,我们已经开始从GCP迁移到Azure beca