当前位置: 首页 > 面试题库 >

如何在共享托管环境中保护面向Internet的Elastic Search实施?

华凡
2023-03-14
问题内容

我已经去了对文档html" target="_blank">html" target="_blank">elasticsearch和我是一个 风扇,我想用它来处理我的ASP.NET
MVC应用程序的搜索。

但是,这带来了一些有趣的转折。如果ASP.NET MVC应用程序在专用计算机上,则假脱机化Elastic
Search实例并使用TCP传输在本地进行连接将很简单。

但是,我不在ASP.NET MVC应用程序的专用计算机上,而且看起来也不会很快迁移到另一台计算机上。

这样就可以在另一台机器上(在* NIX世界中)托管Elastic Search,我可能会在那里共享托管。

但是,Elastic
Search缺少的最大的事情之一是,它不支持现成的HTTPS和基本身份验证。如果是这样,那么这个问题就不存在了。我只是将其托管在某个地方,并确保启用了一个非常安全的密码和HTTPS(可能带有自签名证书)。

但是事实并非如此。

鉴于此,以一种安全的方式通过Internet公开Elastic Search的好方法是什么?

请注意,我正在寻找一种希望,它不需要编写代码即可为所需的方法提供填充(换句话说,就是编写转发器)。


问题答案:

现已提供用于Elasticsearch的插件,该插件可让您用Jetty的嵌入式实例替换HTTP传输。

因为它使用Jetty来处理HTTP传输,所以它可以处理SSL连接以及进行身份验证配置。

(请注意,以下仍然是合理的建议,因为以这种方式抽象出您的操作通常是一种好的做法)

在对ElasticSearch邮件列表进行大量讨论之后,我发现当前的解决方案是将ElasticSearch托管在另一个应用程序层之后,然后保护
层。

道理扎实;ElasticSearch类似于数据库,并且您不会使数据库面向所有人。

我(和其他人)遇到的问题是,因为ElasticSearch使用HTTP作为传输方式,并且使用JSON作为操作语法,所以ElasticSearch旨在面向公众。

然而,当前存在请求添加HTTPS传输支持(假设一个证书被提供的)与碱性(摘要)认证沿。



 类似资料:
  • 共享的托管环境常常会对目录结构以及配置文件有较多的限制。 然而,在大多数情况下,你仍可以通过少量的修改以在共享托管环境下运行 Yii 2.0。 部署一个基础应用模板 由于共享托管环境往往只有一个 webroot,如果可能,请优先使用基础项目模板( basic project template )构建你的应用程序。 参考 安装 Yii 章节在本地安装基础项目模板。 当你让应用程序在本地正常运行后,

  • 我在一个由10-20个团队组成的环境中工作。每个团队在单个数据库模式中都有自己的一组数据库表。所有团队都使用JaVersJavaSpring Boot应用程序。我的任务是为我们的应用程序实现一些审计框架。虽然我们不会在这种环境中呆太久,但我们正试图转移到AWS;其他19支队伍将留下来。我需要以一种易于移植的方式实现审计框架,我不想在这些共享表中分割数据,并在迁移过程中冒损坏数据的风险。 我是否可以

  • 问题内容: 我有一个网站,并且在我的本地主机上运行良好。 在Godaddy托管上上传后,我的网络出现了错误。结论是,我必须更改php.ini文件上的memory_limit,但无法在FTP管理器上找到php.ini。 我试图: 找到更改为“分类FTP”管理器的方法。 从本地创建/上传php.ini文件,但不起作用。 我的问题是:我该如何解决?我必须更改php.ini文件。有人有像我这样的经历吗?

  • 我在reactjs firestore项目中使用了不同的第三方API密钥。但我找不到在firebase主机中保护它们的方法。如何在firebase主机中隐藏这些API密钥? 例如,在Netlify托管服务中,它们提供环境变量功能,可用于保护API密钥。 也就是说,我可以将API密钥存储在netlify中的变量中,然后从那里检索,这将是安全的。 但在firebase我该怎么做? 我似乎找不到类似的设

  • 问题内容: http://conda.pydata.org/docs/using/envs.html上的conda文档介绍了如何与他人共享环境。 但是,文档告诉我们这不是跨平台的: 在一个平台(例如CentOS)和另一个平台(例如Windows)之间是否有共享和重新创建conda环境的好方法? 问题答案: 回答 假设您要确保通常关心的相同版本的软件包位于不同的平台上,并且不必关心整个依赖树中 所有

  • 我们正在使用.NET的StackExchange Redis客户端。 PS:我们尝试使用廉价的250GB(共享基础设施),但性能非常慢。读操作在600-800ms之间是一致的。不加载(对于一个~300KB的对象)。升级到专用的1GB服务将其更改为30-40毫秒。在这里查看更多:带有Azure Redis的StackExchange.Redis速度慢或引发超时错误