我在kubernetes上部署了一个sonarqube服务器,它有一个以https访问的入口,并将sonarqube与我的本地gitlab集成在一起。
当我的管道执行时,我得到[ERROR] SonarQube server [https://sonarqube.mydomain.com] can not be reached
,但当我更改为不带https的IP和目标端口9000时,它工作正常
我将服务器的基本URL设置为正确的值,但我不知道为什么使用FQDN不起作用,有人设法解决了这个问题吗?
这里有一些关于我的安装细节
我和helm一起安装了sonarqube
helm upgrade --install -n sonarqube sonarqube sonarqube/sonarqube -f values.yaml
配置入口
apiVersion: networking.k8s.io/v1 kind: Ingress metadata: annotations:
ingressClassName: nginx
meta.helm.sh/release-name: sonarqube
meta.helm.sh/release-namespace: sonarqube
nginx.ingress.kubernetes.io/proxy-body-size: 64m labels:
app: sonarqube
app.kubernetes.io/managed-by: Helm
chart: sonarqube-10.1.0_628
heritage: Helm
release: sonarqube name: sonarqube-sonarqube namespace: sonarqube spec: ingressClassName: nginx rules:
- host: sonarqube.mydomain.com
http:
paths:
- backend:
service:
name: sonarqube-sonarqube
port:
number: 9000
path: /
pathType: ImplementationSpecific tls:
- hosts:
- sonarqube.endatamweel.tn
secretName: sonar-tls
kubectl -n sonarqube get all
NAME READY STATUS RESTARTS AGE
pod/sonarqube-postgresql-0 1/1 Running 0 23h
pod/sonarqube-sonarqube-0 1/1 Running 0 23h
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/sonarqube-postgresql ClusterIP 10.104.77.155 <none> 5432/TCP 23h
service/sonarqube-postgresql-headless ClusterIP None <none> 5432/TCP 23h
service/sonarqube-sonarqube LoadBalancer 10.97.71.8 10.10.10.33 9000:31092/TCP 23h
NAME READY AGE
statefulset.apps/sonarqube-postgresql 1/1 23h
statefulset.apps/sonarqube-sonarqube 1/1 23h
1条答案
按热度按时间2vuwiymt1#
原因可能是添加到安全组的IP没有连接所需的端口。对于特定的GitHub操作,通过更新工作流以临时打开所有端口进行IP检查。
错误也可能来自节点之间设置的一些代理,其中扫描器是SonarQube。检查代理配置和证书,sonarqube站点可能使用自签名证书。