Skip to content

Remove dependency on external DNS configuration for internal kubernetes API requests #241

Closed as not planned

Description

@kvaps

When the user does not have the correct DNS record for the tenant Kubernetes API, attempting to read logs from the cluster results in the following error:

Error from server (InternalError): Internal error occurred: Authorization error (user=kube-apiserver-kubelet-client, verb=get, resource=nodes, subresource=proxy)

https://stackoverflow.com/questions/54572775/kubectl-logs-f-gets-authorization-error/68355619#68355619

Current Workaround
To address this issue temporarily, I updated the CoreDNS configuration in the management cluster:

rewrite name dashboard.example.org root-ingress-controller.tenant-root.svc.cozy.local
rewrite name grafana.example.org root-ingress-controller.tenant-root.svc.cozy.local
rewrite name kubernetes-test.example.org root-ingress-controller.tenant-root.svc.cozy.local

After restarting Kamaji, the logs started working correctly.

I think we need to find a permanent solution to remove the dependency on correctly configured DNS records, at least for requests originating from within the cluster. This will ensure that internal API requests function correctly regardless of the external DNS configuration.

Activity

  1. changed the title [-]Remove Dependency on Correct DNS Configuration for Internal Kubernetes API Requests[/-] [+]Remove dependency on external DNS configuration for internal kubernetes API requests[/+] on Jul 27, 2024
  2. dosubot commented on Oct 18, 2025

    @dosubot

    Hi, Andrei Kvapil (@kvaps). I'm Dosu, and I'm helping the cozystack team manage their backlog and am marking this issue as stale.

    Issue Summary:

    • You reported that internal Kubernetes API requests fail without proper external DNS records.
    • This causes authorization errors when accessing logs.
    • The current workaround involves modifying CoreDNS rewrites.
    • A permanent fix is needed to remove reliance on external DNS for internal API calls.
    • No further activity or comments have been posted on this issue.

    Next Steps:

    • Please let me know if this issue is still relevant with the latest version of cozystack by commenting here.
    • If I don’t hear back within 7 days, I will automatically close this issue.

    Thank you for your understanding and contribution!

  3. added
    lifecycle/staleDenotes an issue or PR has remained open with no activity and has become stale
    on Oct 18, 2025
  4. removed
    lifecycle/staleDenotes an issue or PR has remained open with no activity and has become stale
    on Oct 25, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions