sn3d / kconf Goto Github PK

Time to time I would like to import multiple contexts but with same name. I would like to have some feature for renaming imported context name. Something like:

kconf import --name new-context << EOF
...
EOF

Having subcommand useradd (like in linux) would be helpful. The command will create certificate for user and group (CN and O), sign it by CertificateSigningRequest and build Kubeconfig for it.

Would be great to have set of ch* commands, same like chgrp, chown in Linux, we can use for editing contexts/servers/users.

E.g. would be great to have something like:

kconf chsrv some-server --ip=123.123.123.123

kconf chusr some-user --token=xxxx

kconf chctx some-context --user=some-user --server=some-server

When I run kconf cc, I've got

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x2 addr=0x10 pc=0x104a2b73c]

goroutine 1 [running]:
github.com/sn3d/kconf/pkg/tui.ShowContextList({0x14000030e80, 0x20}, {0x1400020e400, 0x37}, 0x1400000e978)
	/home/runner/work/kconf/kconf/pkg/tui/context_list.go:69 +0x14c
github.com/sn3d/kconf/cmd/kconf/cc.showList(...)
	/home/runner/work/kconf/kconf/cmd/kconf/cc/cc.go:51
github.com/sn3d/kconf/cmd/kconf/cc.glob..func1(0x1400010d680)
	/home/runner/work/kconf/kconf/cmd/kconf/cc/cc.go:33 +0xbc
github.com/urfave/cli/v2.(*Command).Run(0x1050207e0, 0x1400010d680, {0x14000177190, 0x1, 0x1})
	/home/runner/go/pkg/mod/github.com/urfave/cli/[email protected]/command.go:273 +0x75c
github.com/urfave/cli/v2.(*Command).Run(0x1400011ef20, 0x1400010d540, {0x1400001e040, 0x2, 0x2})
	/home/runner/go/pkg/mod/github.com/urfave/cli/[email protected]/command.go:266 +0x97c
github.com/urfave/cli/v2.(*App).RunContext(0x1400019a3c0, {0x104c5a978?, 0x1400002a0c8}, {0x1400001e040, 0x2, 0x2})
	/home/runner/go/pkg/mod/github.com/urfave/cli/[email protected]/app.go:332 +0x604
github.com/urfave/cli/v2.(*App).Run(...)
	/home/runner/go/pkg/mod/github.com/urfave/cli/[email protected]/app.go:309

This is caused in kubeconf file when context is refering to cluster which is not existing in YAML

When I did kconf mv cluster-a cluster-b, only the context was renamed. Would be good to rename also cluster and user as well

I wanted to create kubeconfig simple way for my own user created via (https://betterprogramming.pub/k8s-tips-give-access-to-your-clusterwith-a-client-certificate-dfb3b71a76fe).

I need change the user's client-certificate-data and 'client-key-data'. Would be great support those 2 parameters in usermod subcommand.

Something like:

kubeconf usermod my-user --client-certificate ./client.crt --client-key ./client.key

Would be great having fzf implemented when user type e.g. chns without any argument. To offer user list of possible options.

Would be great to have some way how I can quickly change the default namespace for context. The idea is to having:

kconf chns my-context some-namepace

The command above will change the default namespace for my-context

Currently Kconf is using generic TUI list for all items like ctx, usr, ns or clst. Would be better to have dedicated TUI lists for each item, to add special functionality related to each item (e.g. key d might delete context). With generic list, the code is complex and adding new feature is about "how it will break other lists"

Currently the cc without any argument show you nice list of all contexts and you can pick some context which will be set as default.

Would be great to have same functionality for chns and namespaces. But this require getting namespaces from cluster via k8s API.

The list rendered by kconf cc is not ordered. Usually it should be not problem, but what is annoying is the each invocation of kconf cc could render list with different ordering.

Would be handy to have some functionality how to split one kubeconfig into smaller separated kubeconfig files, where each context has own file.

Something like Linux split command for files https://man7.org/linux/man-pages/man1/split.1.html

When you have 17 contexts, the list will show only first 16. Rest of the contexts are on another page. It's because pagination is not visible and people are not aware there are more contexts

Currently we have cc and chns etc or commands like usrmod and clustermod. The subcommands are bit inconsistent and the subcomand naming is not very user friendly.

I've propose to keep subcommands like export and import as they are and create 3 majos subcommands:

• ctx
• usr
• clst
• ns

The subcommand ctx will do change of current context same as cc. Same usr as chusr but also having a subcommand mod, you can use for modifying. Instead of usrmod you will execute usr mod. Also mv will be replaced by ctx rename or rm by ctx rm