Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Zookeeper service accessed by shortname #184

Closed
nuriel77 opened this issue Apr 21, 2022 · 0 comments · Fixed by #187
Closed

Zookeeper service accessed by shortname #184

nuriel77 opened this issue Apr 21, 2022 · 0 comments · Fixed by #187

Comments

@nuriel77
Copy link
Contributor

It is only possible to access Zookeeper service via shortname (pulsar-zookeeper-ca:2181)

I understand that this works for DNS resolution since the brokers live in the same namespace and the domain is present in the search option of the /etc/resolv.conf. However, we'd like to avoid having to generate certificates using short-names. Is it possible to add an option to add a full domain for the zookeeper service?

For example something like:
{{ template "pulsar.fullname" . }}-{{ .Values.zookeeper.component }}-ca{{- if .Values.zookeeper.domain -}}.{{ .Values.zookeeper.domain }}{{- end -}}:2281

Thanks

michaeljmarshall added a commit that referenced this issue Apr 22, 2022
* Use FQDN for service names

* Make cluster domain configurable

* Clean up missed hard coded suffixes

* Remove last hard coded references to cluster.local

Fixes: #184.

Hostname verification relies on the initial DNS named targeted. In order to support stricter requirements with DNS hostnames, we'll default to using the fully qualified service names when configuring Pulsar components.

Note: because the DNS names are part of the cluster initialization, you'll need to create a new cluster to take advantage of this feature or you'll need to run the admin command to update the cluster: `bin/pulsar-admin clusters update ...`.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant