赞
踩
配置两个环境变量ES_JAVA_HOME和PATH(将bin目录添加到PATH中)
1、bin 目录添加到环境变量的 path 路径中
2、JDK 环境变量
这个变量无需多言,基本都已经有的了。
早期它使用的 JAVA_HOME 环境变量,现在改为使用 ES_JAVA_HOME。
现在如果使用 JAVA_HOME 就会出现这个警告,如图:
所以需要添加一个变量名是 “ES_JAVA_HOME”的,然后依然指向我们自己的 JDK
修改config/elasticsearch.yaml文件如下:
cluster.name: ljh-app # 配置集群名
node.name: node-1 # 配置节点名
#network.host: 192.168.0.1 # 配置 Elasticsearch 绑定的IP地址
#http.port: 9200 # 默认指定 Elasticsearch 服务监听的端口
【备注】:同一个局域网内的多个节点(多个Elasticsearch服务器)只要指定了相同的cluster.name,它们会自动加入同一个集群。
切记:不要在这个配置文件添加中文注释,否则会启动失败
错误演示:如图:我添加了中文注释,后面启动就失败了。
如下命令即可启动Elasticsearch:
elasticsearch
启动 Elasticsearch 服务器成功。
默认情况下,Elasticsearch的发布地址为:127.0.0.1:9200。
可通过curl工具(如:Postman )测试 Elasticsearch 是否启动成功,启动另一个窗口,执行如下命令:
http://localhost:9200
如图:在浏览器或者postman访问 http://localhost:9200, 有以下输出表示Elasticsearch 启动成功。
现在已经可以使用 Elasticsearch ,但是很明显安全性不够,所以接下来为 Elasticsearch 启用 SSL 支持,以及配置用户名和密码。
修改 config/elasticsearch.yml 文件,添加如下一行:
开启 xpack 的安全机制:
xpack.security.enabled: true
只需要在这个配置文件简单加上这一行就能开启 spack 安全机制了
查看是否成功启动安全机制:
先关闭 ElastisSearch 服务器,再次运行 “elasticsearch” 命令重启 ElastisSearch 服务器。
启动完成后将会看到如下输出:
Active license is now [BASIC]; Security is enabled ——开启了安全机制
备注:
我在配置文件中添加了安全机制的代码后,我忘记点击保存就重启了Elasticsearch 服务器,
但是却发现同样会出现:Active license is now [BASIC]; Security is enabled 这个输出;
但是后面在输入命令来设置用户密码的时候,就会显示还没有开启这个安全机制。
后面配置文件点击保存再重启Elasticsearch 后,就可以正常设置用户密码了。
结论就是:
无论我有没有在配置文件中添加这个: xpack.security.enabled: true 开启安全机制的代码,
启动elasticsearch服务器的时候,都会出现:Active license is now [BASIC]; Security is enabled
这个显示启动安全机制的输出
小黑车运行如下命令来创建用户名和密码:
elasticsearch-setup-passwords interactive
interactive:交互式的、互动
该命令就表示用交互式的方式来设置用户名和密码
如图:可以看到命令文件在这里:
现在再开一个命令行窗口,就是小黑窗,然后执行该命令
因为 Elasticsearch 内置了用于不同目的的几个用户,故此处要依次为每个用户都设置密码,每个密码都要设置两次。
( 命令:elasticsearch-setup-passwords interactive )
注意:要开启 XPach 安全机制后,才能给内置用户设置密码,否则这个设置密码的命令是执行失败的。
不同用户各自的作用,这几个用户的大致功能如下:
密码直接开头字母+123456,方便记忆。
elastic: 超级用户。
密码:123456
kibana: 供Kibana工具(第三方)通过该用户连接Elasticsearch。
密码:k123456
logstash_system: Logstash将监控信息存储到Elasticsearch中时使用。
密码:l123456
beats_system: Beats在Elasticsearch中存储监视信息时使用。
密码:b123456
apm_system: APM服务器在Elasticsearch中存储监视信息时使用。
密码:a123456
remote_monitoring_user: Metricbeat用户在Elasticsearch中收集和存储监视信息时使用。
密码:r123456
上面开启了权限验证之后,现在再来访问一下这个:http://localhost:9200 服务器网址网址,
可以看到访问失败,原因是缺少凭证。
因为上面我们开启了xpach安全机制和给用户设置了密码。
添加用户名和密码后,能访问成功,表明权限认证已经配置成功了。
至此,我们已经为 Elasticsearch 开启了 安全机制 和 权限认证(为不同的用户设置了不同的密码),所以可以正常的使用这个 Elasticsearch 了。
由于设置了 Elasticsearch 的用户名、密码的支持,因此不希望用户名、密码在网络上以明码方式传输,所以要启用SSL+HTTPS。
要启用 SSL 和 HTTPS 的支持,都是需要证书的
——在企业中,这种正规的证书应该去证书颁发机构购买的。
——对于开发者自行生成的证书(出于测试目的),各种软件都是默认不信任的。
—— 形象来说,相当于注册了一个“草台班子” 公司。
简单说,下面的演示就是弄一个假的证书颁发机构,然后用这个机构生成一个假的私钥证书用来启用 SSL 和 HTTPS 而已。
因为不可能真的弄出一个证书颁发机构出来,所以用工具来创建一个证书颁发机构的证书,让这个证书假装是一个证书颁发机构。
在真实项目中,要启用 SSL 和 HTTPS 的支持,都是需要证书的,而这些证书,需要从权威的【证书颁发机构】那里购买获取。
因为此时只是演示,所以我可以通过 Elasticsearch 提供了一个 elasticsearch-certutil 工具来生成证书。
利用这个工具,可以模拟生成一个【证书颁发的机构的证书】,也可以生成【启用 SSL 和 HTTPS 所需要的证书】。
解释下什么是 证书颁发机构的证书:
下面就是演示:
我通过 elasticsearch-certutil 工具创建了一个【证书颁发机构】,说是创建一个证书颁发机构,但是我不可能真的弄一个证书颁发机构出来,所以这里只是通过工具创建出一个代表【证书颁发机构】的一个证书文件而已。
然后我就可以通过这个证书文件,来生成启用 SSL 和 HTTPS 所需要到的证书。
我这个操作相当于我虽然没钱建大楼开公司,但是我可以注册了一个公司,弄这个证书相当于成功注册了一家证书颁发机构,注册成功后,得到了这张证书,这个证书相当于一个公司的营业执照,我就可以拿这个名头来干活。但是这权威性肯定是得不到别人的认可的。
但是此时只是测试,有了这个证书颁发机构的证书文件,我就可以通过这个证书,来生成启用 SSL 和 HTTPS 的证书了
作用:
用 证书颁发机构的证书 ,来生成启用 SSL 和 HTTPS 的证书。
先演示创建【证书颁发机构的证书】:
【提示】:创建证书,当然可以用 JDK 提供的 keytools 工具来生成证书。
但此处,Elasticsearch 提供了一个 elasticsearch-certutil 工具来生成证书。
执行如下命令:
elasticsearch-certutil ca
ca 子命令用于生成证书颁发机构。
如图:
按提示输入证书颁发机构的证书文件名,此处留空,留空则使用默认的文件名:elastic-stack-ca.p12。
再提示为该证书文件设置密码,比如输入123456 作为该证书的密码。
上面命令运行完成后将会在 Elasticsearch 根目录(E:\install\Elasticsearch\elasticsearch-7.14.1)目录下生成一个elastic-stack-ca.p12文件。
如图,就生成了一个证书颁发机构的证书。
注意:这个证书不是用来启用 SSL 的那个证书,只是一个【颁发证书机构】这个机构的一个证书而已。
如图:相当于我注册了一家【证书颁发机构】,注册成功后,得到了这张证书,相当于营业执照。
有了这个文件之后,就可以通过这个文件来生成启用 SSL 和 HTTPS 的证书了(当然是生成测试版证书)。
这个证书颁发机构的证书名:elastic-stack-ca.p12,
证书密码:123456
—— 让证书颁发机构为你颁发一个证书。
我上面创建了一个证书颁发机构,然后得到了一个证书文件,叫:elastic-stack-ca.p12
现在就可以通过这个证书文件,来生成启用 SSL 和 HTTPS 的私钥证书
执行如下命令:
elasticsearch-certutil cert --ca elastic-stack-ca.p12
cert 子命令用于生成证书,
--ca 选项用于指定所生成的证书文件要属于哪个证书颁发机构。
此处指定是属于 elastic-stack-ca.p12 这个证书颁发机构的。
按要求输入证书颁发机构的证书的密码,也就是前一步为 elastic-stack-ca.p12 文件设置的密码(123456)。
然后为新证书文件设置文件名,此处留空即可,留空则使用默认的文件名:elastic-certificates.p12。
按提示为新证书设置密码,比如输入 123456 作为该证书的密码。
上面命令运行完成后将会在Elasticsearch根目录(E:\install\Elasticsearch\elasticsearch-7.14.1)目录下生成一个elastic-certificates.p12文件。
如图:通过证书颁发机构生成了一个私钥证书。
证书文件名:elastic-certificates.p12
证书密码:123456
上面第一步生成了证书颁发机构的证书;
第二步通过该证书颁发机构生成了私钥证书;
接下来第三步就是通过证书来启用 SSL 和 HTTPS 了
将上一步生成的 elastic-certificates.p12 证书文件复制到 config 目录下。
如图:生成证书时的提示:
为 Elasticsearch 这个客户端配置证书,只需要把证书拷贝到 config 目录下即可。
我这里直接把证书剪切过来就行。
而 Elasticsearch 这个应用凭什么信任这个我们自己生成的证书呢?毕竟连证书颁发机构都是我自己生成的
(这个解释是自己的理解,目前还不知道说的对不对,先记录下自己的想法先:)
因为是演示,所以这个证书颁发机构的证书存在这里,如图,相当于强制让 Elasticsearch 这个客户端信任这个证书颁发机构。
让 Elasticsearch 信任这个证书颁发机构之后,那么由这个机构生成的证书,那么也就会受到 Elasticsearch 这个客户端应用的信任。
正规的证书颁发机构,我们是拿不到 elastic-stack-ca.p12 这个证书文件的,相当于是拿不到别人公司的营业执照的。
只能拿到该机构颁发出来的证书而已。
修改 config 目录下 elasticsearch.yml 文件,在其中添加如下几行:
启用SSL支持:
xpack.security.transport.ssl.enabled: true
xpack.security.transport.ssl.verification_mode: certificate
xpack.security.transport.ssl.keystore.path: elastic-certificates.p12
xpack.security.transport.ssl.truststore.path: elastic-certificates.p12
启用HTTPS支持:
xpack.security.http.ssl.enabled: true
xpack.security.http.ssl.keystore.path: elastic-certificates.p12
xpack.security.http.ssl.truststore.path: elastic-certificates.p12
如图:这个配置就是为 Elasticsearch 启动了 SSL 和 HTTPS 支持,并设置它们都使用 elastic-certificates.p12 作为证书文件。
可以看到这四个地方用到了同一个证书
如果是企业项目,应该先从权威机构购买一个证书,然后配置使用购买的证书。
上面在 elasticsearch.yml 配置文件中添加了启用 SSL 和 HTTPS 的配置后,如果重启 Elasticsearch,那么 elasticsearch 就会去读取 elastic-certificates.p12 这个证书文件,但是肯定会读取失败的,因为这个证书文件是有密码的。
接下来就是演示如何告诉 Elasticsearch 我们这个 elastic-certificates.p12 证书文件的密码。
以前的 Tomcat、Spring Boot ,在开启 SSL 时,都是直接用明码的方式配置证书的密码,这样安全性就不高了。
而 Eclasticsearch 使用到了 elasticsearch.keystore 文件来管理证书文件的密码。
如图:在config目录下,专门用这个文件来管理 elasticsearch 所用到的各种证书的密码
再打开这个文件一看,发现内容是加密的,即使别人打开这个文件也是看不到我们给证书加的是什么密码的,这样安全性就很高。
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数网络安全工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年网络安全全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上网络安全知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加VX:vip204888 (备注网络安全获取)
在结束之际,我想重申的是,学习并非如攀登险峻高峰,而是如滴水穿石般的持久累积。尤其当我们步入工作岗位之后,持之以恒的学习变得愈发不易,如同在茫茫大海中独自划舟,稍有松懈便可能被巨浪吞噬。然而,对于我们程序员而言,学习是生存之本,是我们在激烈市场竞争中立于不败之地的关键。一旦停止学习,我们便如同逆水行舟,不进则退,终将被时代的洪流所淘汰。因此,不断汲取新知识,不仅是对自己的提升,更是对自己的一份珍贵投资。让我们不断磨砺自己,与时代共同进步,书写属于我们的辉煌篇章。
需要完整版PDF学习资源私我
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
6305711)]
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上网络安全知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加VX:vip204888 (备注网络安全获取)
[外链图片转存中…(img-OoyMAYhE-1712816305711)]
在结束之际,我想重申的是,学习并非如攀登险峻高峰,而是如滴水穿石般的持久累积。尤其当我们步入工作岗位之后,持之以恒的学习变得愈发不易,如同在茫茫大海中独自划舟,稍有松懈便可能被巨浪吞噬。然而,对于我们程序员而言,学习是生存之本,是我们在激烈市场竞争中立于不败之地的关键。一旦停止学习,我们便如同逆水行舟,不进则退,终将被时代的洪流所淘汰。因此,不断汲取新知识,不仅是对自己的提升,更是对自己的一份珍贵投资。让我们不断磨砺自己,与时代共同进步,书写属于我们的辉煌篇章。
需要完整版PDF学习资源私我
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
[外链图片转存中…(img-E6ZSIwFG-1712816305711)]
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。