This document describes ports used by components of FineDataLink projects deployed via FineOps and server ports that need to be opened.
Note:
An O&M project includes many components, and some of them require port mapping to the server, occupying server ports for operation.
Before deployment, ensure that the default ports to be mapped are not in use. If it is already in use, use a free port.
1. This section outlines the port requirements for deploying the FineDataLink project. Components that require no port mapping to the host machine are not listed in the following table.
2. Ensure the port number of the OPS Agent component on the FineDataLink application server and the component server (if you have prepared one) is the same.
If you use a non-root user for deployment, use Port 1024 or above.
3306
A port for the configuration service
If using a non-root user for installation, do not use ports below 1024.
In a Linux environment, non-root users can only use ports 1024 and above.
Do not use the following ports, as doing so will prevent Google Chrome from accessing FineOps.
1, 7, 9, 11, 13, 15, 17, 19, 20, 21, 22, 23, 25, 37, 42, 43, 53, 69, 77, 79, 87, 95, 101, 102, 103, 104, 109, 110, 111, 113, 115, 117, 119, 123, 135, 137, 139, 143, 161, 179, 389, 465, 512, 513, 514, 515, 526, 530, 531, 532, 540, 548, 554, 556, 563, 587, 601, 636, 989, 990, 993, 995, 1719, 1720, 1723, 2049, 3659, 4045, 5060, 5061, 6000, 6566, 6665, 6666, 6667, 6668, 6669, 6697, and 10080
1. This section outlines the port requirements for deploying the FineDataLink application. Components that require no port mapping to the host machine are not listed in the following table.
2. If you have prepared multiple component servers, ensure the port configuration of all component servers is consistent and meets the requirements, since the components are randomly assigned during installation.
3. Ensure that the OPS Agent component uses the same port number on all servers.
Ensure that the OPS Agent component uses the same port number on
4. If you need to deploy a dual-node internal gateway, ensure you have reserved a port for the FanRuan internal gateway on the main application server.
Description
8068
7830
7840
7850
80
A port for the platform service, which is the port used by users to access the project
When you use a non-root user for deployment, use Port 1024 or above.
9000
To ensure normal access to O&M projects and smooth deployment and monitoring of O&M projects via FineOps, certain server ports must be opened for use.
O&M personnel
(unlimited IP addresses)
Nginx of O&M projects
Without SSL: 80
With SSL: 443
The OceanBase allowlist check may identify the container IP address instead of the host IP address.
Therefore, if you need to use an OceanBase-Oracle data connection, additionally ensure that the container IP address of FanRuan application components, such as fr, bi-web, and fdl, can access the OceanBase database port.
FanRuan cloud image repository
Registry: 5000
Ensure the ports mentioned in the "Port Occupancy" section are interconnected.
Deployed by a root user: 80
Deployed by a non-root user: 8090
Each application node of the project: 8068
OPS Agent on every server of this project (on project nodes and cluster component nodes): 9070
Tracing
FineOps SkyWalking OAP:
11800 and 12800
Each FineDataLink application node of the project: 8068
Nginx of the project
The project node and the cluster component node on every server
FineOps OPS Agent: 9071
Therefore, if FineOps and FineOps-deployed projects use the same server, you must ensure that port 22 on the host machine of the ops container of FineOps is reachable from the IP address of ops.
Network isolation and security: In the Bridge mode, container networks are isolated, preventing port conflicts. In the Host mode, containers share the host's network stack, exposing container ports, which increases security risks.
O&M complexity: Docker uses the Bridge mode by default, enabling unified management of port mappings. Using the Host mode requires manual configuration of ports for each component, making maintenance difficult.
Firewall compatibility: In the Bridge mode, Docker automatically manages firewall rules (for example, managing the Docker zone in firewalld), whereas using the Host mode requires manual port configuration, which is error-prone.
Production suitability: The Host mode is not suitable for production environments due to resource contention (caused by random port usage, for example) and uncontrolled network exposure. The Bridge mode offers greater stability and better aligns with the principles of containerization design.
滑鼠選中內容,快速回饋問題
滑鼠選中存在疑惑的內容,即可快速回饋問題,我們將會跟進處理。
不再提示
10s後關閉
Submitted successfully
Network busy