Службы не могут подключиться к LDAP при использовании istio в кластере kubernetes - PullRequest
1 голос
/ 20 февраля 2020

У меня есть кластер kubernetes, в котором есть разные приложения, которые должны общаться друг с другом. Я использую istio для создания службы me sh для всех из них.

Проблема возникает, когда служба хочет подключиться к ldap. Вот определение сервиса ldap.

apiVersion: v1
kind: Service
metadata:
  name: opendj
  namespace: default
  labels:
    app: opendj
    helm.sh/chart: opendj-1.0.1
    app.kubernetes.io/instance: RELEASE-NAME
    app.kubernetes.io/version: "4.0.0"
    app.kubernetes.io/managed-by: Helm
spec:
  ports:
    - port: 4444
      targetPort: 4444
      name: tcp-admin
    - port: 1389
      targetPort: 1389
      name: tcp-ldap
    - port: 1636
      targetPort: 1636
      name: tcp-ldaps
    - port: 8989
      targetPort: 8989
      name: tcp-repl
  clusterIP: None
  selector:
    app: opendj

С коляской все в порядке. И я использую istio auto-инъекцию

Вот журнал ошибок от ldap

WARNING - entrypoint - 2020-02-20 07:15:33,884 - Exception in thread "main" java.lang.IllegalArgumentException: Invalid network port provided: 0 is not included in the [1, 65535] range.
    at org.opends.server.types.HostPort.normalizePort(HostPort.java:362)
    at org.opends.server.types.HostPort.<init>(HostPort.java:218)
    at org.opends.quicksetup.UserData.setHostName(UserData.java:167)
    at org.opends.quicksetup.UserData.<init>(UserData.java:119)
    at org.opends.server.tools.InstallDS.execute(InstallDS.java:329)
    at org.opends.server.tools.InstallDS.mainCLI(InstallDS.java:268)
    at org.opends.server.tools.InstallDS.mainCLI(InstallDS.java:235)
    at org.opends.quicksetup.installer.SetupLauncher.launch(SetupLauncher.java:108)
    at org.opends.quicksetup.installer.SetupLauncher.main(SetupLauncher.java:55)

INFO - entrypoint - 2020-02-20 07:15:46,581 - Configuring OpenDJ.
WARNING - entrypoint - 2020-02-20 07:15:54,006 - 
Unable to connect to the server at
"istio10-opendj-0.opendj.default.svc.cluster.local" on port 4444


...