Easysearch 服务昨天还好好的,为什么今天突然访问不了了?

在使用 Easyearch 搭建本地或云端搜索服务时,难免会遇到服务偶发性或持续性无法访问的问题。本文将从服务状态、端口监听、网络配置、安全组等五个维度,系统梳理排查思路,帮助大家快速定位并解决访问失败的原因。


🚢 一、Docker 部署场景下的排查方法

如果你是通过官方的 Docker Compose 部署 EasySearch,一般不会出现太大问题。但如果你像我一样在群晖或 NAS 上做过自定义配置,以下通用排查方法可以帮助你快速定位问题:

示例 Docker Compose 配置

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
version: "3"
services:
easysearch-node1:
user: "602:602"
image: infinilabs/easysearch:1.11.1-2000
container_name: easysearch-node1
hostname: easysearch-node1
environment:
- "ES_JAVA_OPTS=-Xms1g -Xmx1g"
ulimits:
memlock:
soft: -1
hard: -1
nofile:
soft: 65536
hard: 65536
volumes:
- $PWD/ezs1/config:/app/easysearch/config
- $PWD/ezs1/data:/app/easysearch/data
- $PWD/ezs1/logs:/app/easysearch/logs
ports:
- 9201:9200
- 9301:9300
networks:
- esnet

easysearch-node2:
user: "602:602"
image: infinilabs/easysearch:1.11.1-2000
container_name: easysearch-node2
hostname: easysearch-node2
environment:
- "ES_JAVA_OPTS=-Xms1g -Xmx1g"
ulimits:
memlock:
soft: -1
hard: -1
nofile:
soft: 65536
hard: 65536
volumes:
- $PWD/ezs2/config:/app/easysearch/config
- $PWD/ezs2/data:/app/easysearch/data
- $PWD/ezs2/logs:/app/easysearch/logs
ports:
- 9202:9200
- 9302:9300
networks:
- esnet

console:
image: infinilabs/console:1.29.1-2000
container_name: console
hostname: console
volumes:
- $PWD/console/data:/data
- $PWD/console/log:/log
networks:
- esnet
ports:
- 9000:9000
links:
- easysearch-node1:es1
- easysearch-node2:es2
environment:
- TZ=Asia/Shanghai

networks:
esnet:
driver: bridge
ipam:
config:
- subnet: 172.24.0.0/16

1️⃣ 容器是否正常运行?

1
docker ps -a | grep easysearch

若容器状态为 Exited,说明启动失败。请查看容器日志进一步排查:

1
docker logs <容器名>

如果你看到了如下错误信息,而你使用的是自签证书,可以暂时忽略:

1
2
javax.net.ssl.SSLHandshakeException: Empty client certificate chain
javax.net.ssl.SSLHandshakeException: Received fatal alert: certificate_unknown

2️⃣ 容器是否监听端口?

进入容器内部查看:

1
2
docker exec -it <容器名> bash
netstat -tlnp

期望看到监听地址为 0.0.0.0:92000.0.0.0:9300,说明服务对外暴露成功。例如:

1
2
tcp   0   0 0.0.0.0:9200   0.0.0.0:*   LISTEN   7/java
tcp 0 0 0.0.0.0:9300 0.0.0.0:* LISTEN 7/java

3️⃣ Docker 端口映射是否配置正确?

检查 docker-compose.ymlports 映射是否正确,或者用以下命令查看实际映射情况:

1
docker ps

确认是否已将容器内部端口映射到宿主机。

宿主机上也可以通过 netstatss 命令查看端口监听:

1
netstat -tlnp | grep 9200

确保监听地址是 0.0.0.0:9200,而非 127.0.0.1

  • -t:显示 TCP 连接
  • -l:仅显示监听状态(Listening)的端口
  • -n:以数字方式显示地址和端口(避免 DNS 解析)
  • -p:显示监听端口的程序 PID 和名称

4️⃣ 网络配置是否连通?

使用 curl 测试:

1
curl http://yourhost:9200

如需远程访问,需确认:

  • 容器监听的是 0.0.0.0
  • 映射端口已开放
  • 网络桥接配置正常

🧩 二、非 Docker 部署场景的排查方法

1️⃣ 服务是否启动?

1
ps aux | grep easysearch

也可查看 nohup.out 或 logs 目录中的日志文件,看是否存在环境变量、路径错误、权限不足等问题。


2️⃣ 是否监听了正确的地址?

1
netstat -tulnp | grep java

EasySearch 默认只监听本地,建议修改配置文件:

1
2
3
# config/easysearch.yml
network.host: 0.0.0.0
http.port: 9200

3️⃣ 防火墙是否放行?

确认 Linux 主机的防火墙设置:

1
2
sudo ufw status
sudo iptables -L -n

确保目标端口(如 9200、9300)已允许外部访问。


🌐 三、通用排查项(适用于所有部署方式)

✅ 云服务器:检查安全组

云服务商(如 AWS、阿里云)通常还需配置安全组或防火墙规则,确保目标端口对外开放。

✅ DNS 设置是否正确

使用 digping 测试域名解析与连通性:

1
2
dig +short yourdomain.com
ping yourdomain.com

可用 traceroute 进一步分析路径:(我在 MacOS 下测试的)

1
2
3
4
5
6
sudo traceroute -P TCP -p 9200 192.168.X.X



traceroute to 192.168.X.X (192.168.X.X), 64 hops max, 40 byte packets
1 192.168.X.X (192.168.X.X) 3.756 ms 3.208 ms 3.142 ms

✅ 总结:排查 EasySearch 的四步法

1
2
3
4
1. 服务是否启动?
2. 端口是否监听?
3. 网络是否打通?
4. 安全组是否放行?

无论是本地部署还是云端部署,掌握上述排查方法,你就能迅速定位并解决 EasySearch 无法访问的问题。
如果你觉得有帮助,也欢迎你将本文加入收藏夹,或转发给其他使用 EasySearch 的小伙伴 👇

Easysearch 服务昨天还好好的,为什么今天突然访问不了了?

https://xu-hardy.github.io/easysearch-服务昨天还好好的,为什么今天突然访问不了了?/

作者

Xu

发布于

2025-07-02

更新于

2025-07-01

许可协议

评论