The chart is linted with ct. You can run the linter locally with this command:
make helm-lint
The documentation for each chart is done with helm-docs. This way we can ensure that values are consistent with the chart documentation. Run this anytime you make changes to a values.yaml file:
make helm-docs
This guide helps new contributors to locally debug in out or cluster mode the project.
- You need to run a kind cluster and find the endpoint port of
kind-control-planeusingdocker ps:
> docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
88432e392adb kindest/node:v1.20.2 "/usr/local/bin/entr…" 32 seconds ago Up 28 seconds 127.0.0.1:64582->6443/tcp kind-control-plane- You need to generate TLS cert keys for localhost, you can use mkcert:
> cd /tmp
> mkcert localhost
> ls
localhost-key.pem localhost.pem- Run the proxy with the following options
# Set KUBECONFIG environment variable with the Kubernetes configuration file if you are not currently using it.
# export KUBECONFIG=<YOUR KUBERNETES CONFIGURATION FILE> or just type it before the command, i.e. `KUBECONFIG=<YOUR KUBERNETES CONFIGURATION FILE> go run . ...`
$ go run . --ssl-cert-path=/tmp/localhost.pem --ssl-key-path=/tmp/localhost-key.pem --enable-ssl=true- Edit the
KUBECONFIGfile (you should make a copy and work on it) as follows:
- Find the section of your cluster
- replace the server path with
https://localhost:9001 - replace the certificate-authority-data path with the content of your rootCA.pem file. (if you use mkcert, you'll find with
cat "$(mkcert -CAROOT)/rootCA.pem"|base64|tr -d '\n')
- Now you should be able to run kubectl using the proxy!
In some cases, you would need to debug the in-cluster mode and delve plays a big role here.
Build and load images with the ko workflow (make ko-build-all). For interactive
debugging, build the binary with Go's normal debug flags and run it under Delve
locally; the repository no longer maintains a dedicated debug container image.
Capsule proxy supports https and http, although the latter is not recommended, we understand that it can be useful for some use cases (i.e. development, working behind a TLS-terminated reverse proxy and so on).
As the default behaviour is to work with https, we need to use the flag --enable-ssl=false if we really want to work under http.
After having Capsule-Proxy working under http, requests must provide authentication using an allowed Bearer Token. Example:
$ TOKEN=<type your TOKEN>
$ curl -H "Authorization: Bearer $TOKEN" http://localhost:9001/api/v1/namespacesNOTE:
kubectlwill not work against a http server.