Exposing the Dashboard

Instead of using linkerd dashboard every time you’d like to see what’s going on, you can expose the dashboard via an ingress. This will also expose Grafana.

Nginx

Nginx with basic auth

A sample ingress definition is:

  1. apiVersion: v1
  2. kind: Secret
  3. type: Opaque
  4. metadata:
  5. name: web-ingress-auth
  6. namespace: linkerd
  7. data:
  8. auth: YWRtaW46JGFwcjEkbjdDdTZnSGwkRTQ3b2dmN0NPOE5SWWpFakJPa1dNLgoK
  9. ---
  10. apiVersion: extensions/v1beta1
  11. kind: Ingress
  12. metadata:
  13. name: web-ingress
  14. namespace: linkerd
  15. annotations:
  16. kubernetes.io/ingress.class: 'nginx'
  17. nginx.ingress.kubernetes.io/upstream-vhost: $service_name.$namespace.svc.cluster.local:8084
  18. nginx.ingress.kubernetes.io/configuration-snippet: |
  19. proxy_set_header Origin "";
  20. proxy_hide_header l5d-remote-ip;
  21. proxy_hide_header l5d-server-id;
  22. nginx.ingress.kubernetes.io/auth-type: basic
  23. nginx.ingress.kubernetes.io/auth-secret: web-ingress-auth
  24. nginx.ingress.kubernetes.io/auth-realm: 'Authentication Required'
  25. spec:
  26. rules:
  27. - host: dashboard.example.com
  28. http:
  29. paths:
  30. - backend:
  31. serviceName: linkerd-web
  32. servicePort: 8084

This exposes the dashboard at dashboard.example.com and protects it with basic auth using admin/admin. Take a look at the ingress-nginx documentation for details on how to change the username and password.

Nginx with oauth2-proxy

A more secure alternative to basic auth is using an authentication proxy, such as oauth2-proxy.

For reference on how to deploy and configure oauth2-proxy in kubernetes, see this blog post by Don Bowman.

tl;dr: If you deploy oauth2-proxy via the helm chart, the following values are required:

  1. config:
  2. existingSecret: oauth2-proxy
  3. configFile: |-
  4. email_domains = [ "example.com" ]
  5. upstreams = [ "file:///dev/null" ]
  6. ingress:
  7. enabled: true
  8. annotations:
  9. kubernetes.io/ingress.class: nginx
  10. path: /oauth2
  11. ingress:
  12. hosts:
  13. - linkerd.example.com

Where the oauth2-proxy secret would contain the required oauth2 config such as, client-id client-secret and cookie-secret.

Once setup, a sample ingress would be:

  1. apiVersion: extensions/v1beta1
  2. kind: Ingress
  3. metadata:
  4. name: linkerd-web
  5. namespace: linkerd
  6. annotations:
  7. kubernetes.io/ingress.class: 'nginx'
  8. nginx.ingress.kubernetes.io/upstream-vhost: $service_name.$namespace.svc.cluster.local:8084
  9. nginx.ingress.kubernetes.io/configuration-snippet: |
  10. proxy_set_header Origin "";
  11. proxy_hide_header l5d-remote-ip;
  12. proxy_hide_header l5d-server-id;
  13. nginx.ingress.kubernetes.io/auth-signin: https://$host/oauth2/start?rd=$escaped_request_uri
  14. nginx.ingress.kubernetes.io/auth-url: https://$host/oauth2/auth
  15. spec:
  16. rules:
  17. - host: linkerd.example.com
  18. http:
  19. paths:
  20. - backend:
  21. serviceName: linkerd-web
  22. servicePort: 8084

Traefik

A sample ingress definition is:

  1. apiVersion: v1
  2. kind: Secret
  3. type: Opaque
  4. metadata:
  5. name: web-ingress-auth
  6. namespace: linkerd
  7. data:
  8. auth: YWRtaW46JGFwcjEkbjdDdTZnSGwkRTQ3b2dmN0NPOE5SWWpFakJPa1dNLgoK
  9. ---
  10. apiVersion: extensions/v1beta1
  11. kind: Ingress
  12. metadata:
  13. name: web-ingress
  14. namespace: linkerd
  15. annotations:
  16. kubernetes.io/ingress.class: 'traefik'
  17. ingress.kubernetes.io/custom-request-headers: l5d-dst-override:linkerd-web.linkerd.svc.cluster.local:8084
  18. traefik.ingress.kubernetes.io/auth-type: basic
  19. traefik.ingress.kubernetes.io/auth-secret: web-ingress-auth
  20. spec:
  21. rules:
  22. - host: dashboard.example.com
  23. http:
  24. paths:
  25. - backend:
  26. serviceName: linkerd-web
  27. servicePort: 8084

This exposes the dashboard at dashboard.example.com and protects it with basic auth using admin/admin. Take a look at the Traefik documentation for details on how to change the username and password.

DNS Rebinding Protection

To prevent DNS-rebinding attacks, the dashboard rejects any request whose Host header is not localhost, 127.0.0.1 or the service name linkerd-web.linkerd.svc.

Note that this protection also covers the Grafana dashboard.

The ingress-nginx config above uses the nginx.ingress.kubernetes.io/upstream-vhost annotation to properly set the upstream Host header. Traefik on the other hand doesn’t offer that option, so you’ll have to manually set the required Host as explained below.

Tweaking Host Requirement

If your HTTP client (Ingress or otherwise) doesn’t allow to rewrite the Host header, you can change the validation regexp that the dashboard server uses, which is fed into the linkerd-web deployment via the enforced-host container argument.

If you’re managing Linkerd with Helm, then you can set the host using the enforcedHostRegexp value.

Another way of doing that is through Kustomize, as explained in Customizing Installation, using an overlay like this one:

  1. apiVersion: apps/v1
  2. kind: Deployment
  3. metadata:
  4. name: linkerd-web
  5. spec:
  6. template:
  7. spec:
  8. containers:
  9. - name: web
  10. args:
  11. - -api-addr=linkerd-controller-api.linkerd.svc.cluster.local:8085
  12. - -grafana-addr=linkerd-grafana.linkerd.svc.cluster.local:3000
  13. - -controller-namespace=linkerd
  14. - -log-level=info
  15. - -enforced-host=^dashboard\.example\.com$

If you want to completely disable the Host header check, use an empty string for -enforced-host.