ClickHouse更换默认端口和绑定端口到0.0.0.0

原创 已于 2024-05-13 10:58:50 修改 · 1w 阅读 · 18 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#clickhouse #mysql #数据库

于 2021-05-10 10:40:55 首次发布
本文介绍如何修改ClickHouse的默认连接端口9000以避免与Cloudera Manager Agent冲突，并调整监听地址使其支持远程连接。通过编辑config.xml文件，可以将端口更改为其他值并设置为监听所有地址。

首发于： https://www.jwldata.com/archives/90.html

ClickHouse安装后，默认client连接端口是9000，这个端口跟CDH的cloudera manager agent的默认端口相同。且ClickHouse默认9000端口是绑定在127.0.0.1上的，无法从其他机器连接ClickHouse。

修改config.xml文件权限

chmod u+w /etc/clickhouse-server/config.xml

修改端口和绑定地址

vi /etc/clickhouse-server/config.xml

找到<tcp_port>9000</tcp_port>的配置项，将默认值9000改成其他，比如我改成9020

    <!-- Po
最低0.47元/天 解锁文章
0.0.0.0：并非无效地址
网络技术联盟站
07-24 1万+
在深入探讨0.0.0.0的用途之前，我们需要先理解它的本质。IP地址（Internet Protocol Address）是互联网协议用来标识网络中设备的数字标签，而0.0.0.0作为IPv4地址空间中的一个特殊存在，其32位二进制全为0，看似“空无一物”，但它的意义却远非“无效”二字所能概括。根据互联网工程任务组（IETF）的定义，0.0.0.0在不同的网络上下文中有着不同的含义。它既不是一个可以直接分配给设备的具体地址，也不是完全无用的“占位符”。
IP地址冷知识：0.0.0.0/0代表啥意思？
网络技术联盟站
06-12 969
0.0.0.0/0网络范围→ 表示所有 IP。广播地址→ 表示向所有主机广播。两个虽然都涉及“全部”，但语义不同。
大数据应用之 --- clickhouse的端口修改
qq_41187116的博客
07-10 3066
9000端口与其他端口冲突： 将默认的9000端口为5566(不能为9009、8123)，并分发到其他节点
clickhouse单节点部署及常用操作
weixin_42520723的博客
06-24 1609
clickhouse单节点部署。
clickhouse集群部署
line_on_database的博客
08-16 2574
部署的详情可以看先部署两个server,三个keeper[zookeeper]clickhouse之前依赖的存储是zookeeper,后来改为了keeper,官网给出了所以这就决定了clickhouse有两种安装方式，依赖于keeper做存储或者依赖于zookeeper做存储。
clickhouse 8123 9000 9004 9005 9009端口
weixin_45857120的博客
07-17 7330
clickhouse端口详解
《手摸手带你学ClickHouse》之访问接口
程序员大佬超的博客
01-10 6992
上一篇文章《手摸手带你学ClickHouse》之安装部署，详细介绍了ClickHouse单机的安装部署，本文主要内容为ClickHouse监听端口、访问接口、设置允许其他ip访问以及可视化的客户端。
“0.0.0.0”到底是什么意思？网络工程师都得整明白！
最新发布
网络技术联盟站
07-11 1610
说到 IP 地址，大家第一反应可能是8.8.8.8…… 这些耳熟能详的地址。但有一个地址看起来毫不起眼，却在操作系统、网络协议、配置文件、监听端口等多个场景中频频现身，它就是——0.0.0.0。你或许在配置服务器绑定地址时看到过它，也可能在系统日志、路由表里扫过它的影子。到底这个“全是零”的地址是何方神圣？为什么它如此神秘又如此重要？今天我们就来一探究竟。
0.0.0.0是什么IP,0.0.0.0是什么意思
12-16
如果服务器监听80端口并绑定到0.0.0.0，那么它可以接受来自任何网络的HTTP请求，包括本地和远程用户。而绑定到127.0.0.1则意味着只接受本地的HTTP请求，无法对外提供服务。 在实际应用中，0.0.0.0的使用有以下几种...
反代 ClickHouse http 端口
qw311113qin的博客
07-06 1396
ClickHouse是不开放外网连接的，通过nginx stream 可以反代 ClickHouse http 端口
ClickHouse设置外网访问
jj89929665的博客
11-14 1765
默认情况下，clickhouse只能内外访问，设置外网访问时，修改config.xml。
解决clickhouse和Hadoop2.x 9000端口冲突的问题
Limerence的博客
04-14 2485
在大数据集群部署时遇到Hadoop2.x的Namenode的tcp通信端口和clickhouse的tcp通信端口，原则上只要修改两者之中一个就可以解决问题，因为Hadoop安装时间比较长加上很多组件都依赖Hadoop集群，所以为了少出问题我决定修改一下clickhouse的tcp端口，方法如下： sudo vim /etc/clickhouse-server/config.xml 修改完成之后分发到其他机器上一份最新的： sudo /usr/local/bin/xsync.sh /etc/clickh
ClickHouse详解
热门推荐
我思，顾我在
10-27 4万+
一 clickhouse-简介 ​ ClickHouse是俄罗斯的Yandex于2016年开源的一个用于联机分析(OLAP:Online Analytical Processing)的列式数据库管理系统(DBMS:Database Management System) , 主要用于在线分析处理查询（OLAP），能够使用SQL查询实时生成分析数据报告。 ClickHouse的全称是Click Stream，Data WareHouse，简称ClickHouse 实时数据 ,事件,快 [外链图片转存失
ClickHouse 可视化工具使用指南及远程连接 8123 端口失败问题解决方案
探索大数据世界 - 深入解析数据存储、分布式计算与人工智能
01-06 8518
clickhouse可视化工具使用及clickhouse远程连接8123失败问题
Python通过TCP端口和HTTP端口连接clickhouse的几种方法与报错解决
m0_51788638的博客
07-18 2910
Python通过TCP端口和HTTP端口连接clickhouse的几种方法与报错解决
ClickHouse的原生http接口
weixin_44830864的博客
03-08 1109
端口上监控HTTP请求。1.curl调取接口。
clickhouse-client客户端访问
热爱你的热爱吧
03-24 4257
clickhouse 的底层访问接口支持TCP和HTTP两种协议，其中，TCP协议拥有更好的性能，其默认端口为9000，主要用于集群见的内部通信及CLI客户端；而http协议则拥有更好的兼容性。通常不建议用户直接使用底层接口访问clickhouse，更为推荐的方式是通过cli 和jdbc这些封装接口，因为他们更为简单易用。
python 连接 clickhouse 的端口问题
颹蕭蕭
07-29 7247
<!-- It is the name that will be shown in the clickhouse-client. By default, anything with "production" will be highlighted in red in query prompt. --> <!--display_name>production</display_name--> <!-- Port for...
clickhouse-监控配置
line_on_database的博客
08-16 1212
监控是运维的一大利器，要想运维好clickhouse,首先就要对其进行监控，clickhouse有几种监控数据的方式，一种是系统本身监控，一种是通过exporter来监控，下面分别描述一下。
服务绑定到0.0.0.0和绑定到127.0.0.1,啥区别
02-26
<think>好的，我现在需要回答用户关于服务绑定到0.0.0.0和127.0.0.1的区别的问题。用户之前询问过关于keepalived和haproxy高可用的问题，现在可能是在配置服务时遇到绑定IP的问题，需要进一步理解不同绑定地址的区别。 首先，我得回顾一下这两个IP地址的基本概念。0.0.0.0是一个特殊的IP地址，表示所有可用的网络接口，包括本地回环接口（127.0.0.1）以及物理或虚拟网卡（如eth0、ens33等）。当一个服务绑定到0.0.0.0时，它会在所有网络接口上监听指定的端口，允许来自外部网络和本机的连接请求。 而127.0.0.1是本地回环地址，专门用于本机内部的通信。当服务绑定到127.0.0.1时，只能接受来自本机内部的连接请求，外部设备无法通过该地址访问服务。这通常用于限制服务只能被本地应用访问，增强安全性。 接下来，用户可能关心的是实际应用中的场景。例如，在之前的keepalived和haproxy配置中，绑定到0.0.0.0可以让haproxy在所有节点启动，即使没有VIP，这样当VIP切换时，无需重新启动服务。而如果绑定到某个具体IP，如VIP，当该IP不存在于备用节点时，服务无法启动。用户现在可能是在配置其他服务时，遇到了类似的问题，或者需要理解不同绑定方式对服务可访问性的影响。 需要进一步考虑的是安全性和网络策略。绑定到0.0.0.0虽然方便，但可能暴露服务到外部网络，需要防火墙或其他安全措施来限制访问。而绑定到127.0.0.1则更安全，但限制了服务的可访问性，只允许本地访问。用户可能需要根据服务的使用场景来决定合适的绑定方式。 另外，可能涉及到的技术细节包括网络接口的配置、防火墙规则、以及服务本身的访问控制配置。例如，即使服务绑定到0.0.0.0，如果防火墙阻止了外部访问，外部仍然无法连接。反之，如果绑定到127.0.0.1，即使防火墙开放了端口，外部也无法访问。 还需要考虑不同操作系统的行为是否一致，虽然0.0.0.0和127.0.0.1的定义在大多数操作系统中是相同的，但在某些特定环境下可能会有差异，例如容器化环境中网络配置的不同可能导致绑定行为的变化。 用户可能在配置服务时遇到了绑定失败的问题，比如尝试绑定到某个特定IP但该IP不存在或不可用，导致服务启动失败。或者用户可能想了解如何限制服务的访问范围，以提高安全性。因此，在回答时需要涵盖这些应用场景，并给出具体的例子和建议。 总结来说，回答需要明确两者的定义、区别、适用场景，以及安全性和网络配置的影响，帮助用户根据实际需求选择合适的绑定方式。同时，可能需要提醒用户注意防火墙和网络安全组的配置，以确保服务的安全访问。</think>服务绑定到 `0.0.0.0` 和 `127.0.0.1` 的区别主要体现在 **监听范围** 和 **访问权限** 上，具体如下： --- ### 1. **绑定到 `0.0.0.0`** - **含义**：表示服务监听所有可用的网络接口（包括物理网卡、虚拟网卡、本地回环接口等）。 - **访问权限**： - **允许外部访问**：其他设备可以通过服务器的公网 IP、内网 IP 或域名访问服务。 - **允许本机访问**：本机可以通过 `127.0.0.1` 或 `localhost` 访问服务。 - **适用场景**： - 需要对外提供服务（如 Web 服务器、数据库对外暴露）。 - 多节点集群中，服务需要通过多个网络接口通信。 - **示例**： ```bash # 绑定到 0.0.0.0:80，外部和本机均可访问 nginx -g "daemon off; listen 0.0.0.0:80;" ``` --- ### 2. **绑定到 `127.0.0.1`** - **含义**：表示服务仅监听本地回环接口（Loopback Interface），即服务只能在本机内部访问。 - **访问权限**： - **禁止外部访问**：其他设备无法通过公网 IP 或内网 IP 访问服务。 - **仅允许本机访问**：本机可通过 `127.0.0.1` 或 `localhost` 访问服务。 - **适用场景**： - 服务仅供本机内部使用（如本地数据库、开发调试）。 - 增强安全性，避免服务暴露到外部网络。 - **示例**： ```bash # 绑定到 127.0.0.1:3306，仅本机可访问 MySQL mysqld --bind-address=127.0.0.1 ``` --- ### 3. **对比表格** | 特性 | 绑定到 `0.0.0.0` | 绑定到 `127.0.0.1` | |--------------------|--------------------------------|----------------------------------| | **监听范围** | 所有网络接口（公网、内网、本地） | 仅本地回环接口（`127.0.0.1`） | | **外部访问** | 允许 | 禁止 | | **本机访问** | 允许（通过 `127.0.0.1` 或 IP） | 允许（仅通过 `127.0.0.1`） | | **安全性** | 较低（需依赖防火墙控制） | 较高（天然隔离外部访问） | | **典型场景** | Web 服务器、API 服务 | 本地数据库、开发调试服务 | --- ### 4. **注意事项** - **防火墙规则**： - 即使服务绑定到 `0.0.0.0`，仍需通过防火墙（如 `iptables`、`firewalld`）或安全组限制外部访问。 - 绑定到 `127.0.0.1` 时，防火墙规则通常无需额外配置（默认禁止外部访问）。 - **容器化环境**： - 在 Docker 或 Kubernetes 中，服务绑定到 `0.0.0.0` 是常规操作，以便容器通过端口映射对外暴露。 - **服务冲突**： - 若多个服务绑定到同一端口和 `0.0.0.0`，会导致端口冲突；绑定到 `127.0.0.1` 则仅影响本机端口。 --- ### 5. **示例场景** - **场景 1（安全隔离）**： 本地运行的 Redis 数据库仅需本机访问，应绑定到 `127.0.0.1:6379`，避免被外部攻击者利用。 - **场景 2（对外服务）**： Web 服务器需要对外提供 HTTP 服务，应绑定到 `0.0.0.0:80`，同时配置防火墙仅允许可信 IP 访问。 --- ### 总结 - **绑定到 `0.0.0.0`**：开放性强，适合对外服务，但需依赖防火墙保障安全。 - **绑定到 `127.0.0.1`**：封闭性强，适合内部服务，天然隔离外部风险。 根据实际需求选择绑定方式，可有效平衡功能与安全性。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值