mirror of
https://gitee.com/lauix/HFish
synced 2025-02-24 19:52:18 +08:00
95 lines
3.1 KiB
Markdown
95 lines
3.1 KiB
Markdown
|
### 常见问题排查
|
|||
|
|
|||
|
> 节点红色离线而蜜罐服务却是绿色的启用?
|
|||
|
|
|||
|

|
|||
|
|
|||
|
|
|||
|
|
|||
|
解决办法:
|
|||
|
|
|||
|
1. 检查节点到管理端的网络连通情况,并等待……
|
|||
|
|
|||
|
```shell
|
|||
|
节点每90秒连接server的4433端口一次,180秒内连接不上,即显示离线。
|
|||
|
在刚刚完成部署,或网络不稳定的时候会出现这种情况。
|
|||
|
这种时候等2~3分钟,如果节点恢复绿色在线,那通常过一会儿,蜜罐服务也会从绿色的启用,变成绿色的在线。
|
|||
|
```
|
|||
|
|
|||
|
2. 检查管理端防火墙以及ACL策略是否放行了节点对server 4434端口访问的权限
|
|||
|
|
|||
|
```shell
|
|||
|
#可以用wget进行测试
|
|||
|
wget 127.0.0.1:4433
|
|||
|
```
|
|||
|
|
|||
|
3. 如果确认网络访问正常,节点在server那里始终离线,需要检查节点上的进程运行情况。如果进程运行异常,需要杀死全部关联进程后,重启进程,并记录错误日志。
|
|||
|
|
|||
|
```shell
|
|||
|
#检查./client的进程是否运行正常
|
|||
|
ps aux | grep client
|
|||
|
|
|||
|
#检查./service的进程是否运行正常
|
|||
|
ps aux | grep service
|
|||
|
```
|
|||
|
|
|||
|
|
|||
|
|
|||
|
> server部署完成后,web页面始终无法打开
|
|||
|
|
|||
|
解决办法:
|
|||
|
|
|||
|
1. 确认server进程的运行情况和4433端口开放情况,如果不正常需要重启server进程,并记录错误日志
|
|||
|
|
|||
|
```shell
|
|||
|
#检查./server的进程是否运行正常
|
|||
|
ps aux | grep server
|
|||
|
|
|||
|
#检查端口是否正常开放
|
|||
|
ss -ntpl
|
|||
|
|
|||
|
#节点端日志在安装目录下client/logs文件夹内,文件名称为
|
|||
|
client.log
|
|||
|
|
|||
|
#蜜罐服务的日志在节点端安装目录下client/service/蜜罐id 文件夹,文件名称为
|
|||
|
蜜罐id.log
|
|||
|
```
|
|||
|
|
|||
|
2. 检查堡垒机是否开放了对server4433端口的访问
|
|||
|
|
|||
|
|
|||
|
|
|||
|
> 节点在线,部分蜜罐服务在线,部分蜜罐服务离线
|
|||
|
|
|||
|
解决办法:
|
|||
|
|
|||
|
1. 确认蜜罐服务进程是否还在运行?
|
|||
|
|
|||
|
```shell
|
|||
|
#检查./service的进程是否运行正常
|
|||
|
ps aux | grep service
|
|||
|
|
|||
|
#如果进程确实挂了,查看服务的日志
|
|||
|
```
|
|||
|
|
|||
|
2. 确认是否端口冲突?
|
|||
|
|
|||
|
```shell
|
|||
|
这个问题常见默认22端口的SSH服务,刚启动client的时候,服务在线,过了一会儿后服务离线。
|
|||
|
用ss -ntpl检查该蜜罐服务的端口是否被占用?
|
|||
|
如果被占用,建议修改该业务的默认端口。
|
|||
|
如果在部署节点前,先安装部署流程运行了node.sh脚本的话,那么原则上22端口应该不会冲突。但是之前在hbyc的客户现场发现,客户系统中默认的ssh端口不是由sshd.service监听的,而是ssh.socket提供的。我的脚本就无效了。
|
|||
|
```
|
|||
|
|
|||
|
> 变更服务模板后,蜜罐新服务访问不到
|
|||
|
|
|||
|
```shell
|
|||
|
在OneFish当前的产品结构中,管理端永远不会主动连接节点进行节点配置的变更。
|
|||
|
而是在管理端上,生成一个配置,等待节点来拉取。
|
|||
|
节点每90秒尝试连接管理端一次,获取到变更数据后,还需要从管理端上拉取新的服务,解压服务包并运行。
|
|||
|
运行服务的结果,会在下一个90秒回连时,上报到管理端。
|
|||
|
这个流程最慢的话,可能会有一个3分钟左右延时。
|
|||
|
所以刚刚变更蜜罐服务后,请大家稍微等等。
|
|||
|
```
|
|||
|
|