如何禁用GitLab Sidekiq向谷歌云发送非预期数据

问题描述 #

使用最新Omnibus版本GitLab时，发现Sidekiq会在每次页面加载、任务执行时向谷歌云IP 35.190.167.255 发送数据，且未主动配置过该行为。已尝试禁用Sidekiq metrics、调整组件日志级别等操作，问题仍未解决。

已尝试的操作 #

• 禁用Sidekiq metrics：

sidekiq['metrics_enabled'] = false

• 调整各组件日志级别至ERROR：

gitaly['configuration'] = {
  logging_level: 'ERROR',
}
gitlab_rails['env'] = {
  "GITLAB_LOG_LEVEL" => "ERROR"
}
registry['log_level'] = 'error'
gitlab_shell['log_level'] = 'ERROR'

可能的原因分析 #

IP 35.190.167.255 属于Google Cloud基础设施，触发该请求的常见内置行为包括：

1. Usage Ping（使用情况统计）：GitLab默认会定期匿名发送产品使用数据到官方服务器，该服务器托管在GCP上，Sidekiq负责执行这个定时任务
2. Version Check（版本检查）：默认会向GitLab官方版本服务器请求最新版本信息，目标服务器同样可能位于GCP
3. 其他Sidekiq任务：比如某些内置同步任务（但你未配置过第三方集成，该可能性较低）

解决方案步骤 #

1. 禁用Usage Ping #

在/etc/gitlab/gitlab.rb中添加或修改配置：

gitlab_rails['usage_ping_enabled'] = false

2. 禁用Version Check #

同样在gitlab.rb中添加：

gitlab_rails['version_check_enabled'] = false

3. 定位具体触发请求的Sidekiq任务 #

如果上述操作后问题仍存在，查看Sidekiq日志定位具体任务：

sudo gitlab-ctl tail sidekiq

日志中会记录每个Sidekiq任务的执行细节，包括外部请求的目标地址和任务名称，可根据日志内容针对性禁用对应任务。

4. 使配置生效 #

执行以下命令重新配置并重启Sidekiq：

sudo gitlab-ctl reconfigure
sudo gitlab-ctl restart sidekiq

内容的提问来源于stack exchange，提问作者judx