Open peaklabs-dev opened 4 months ago
Just to add some debugging as I am also interested in this, the seeder function is only looking for this key and if it cannot find it will fail
Seems there are multiple pit falls, as since we assume the key is for root it also is hard coded to use "root" when logging in.
You could just symlink the file to the file coolify expects, but the issue above will trigger as it expects root as user.
Yes, there really needs to be a way to set the username before deployment and root should not be hardcoded as we can change the username in the UI after the fact and also add the users ssh key via the UI. Fix idea: Maybe create an environment variable like COOLIFY_OWNER that we can set in the .env file during deployment and specify as a flag with the install script so that coolify uses this variable instead of the hardcoded root and for SSH keys, it may not check for a user, just use the available key, or ask during installation which key to use if there are multiple.
Maybe related to #4245.
Description
I have my server running with a user named test (not root) and when I install coolify using the manual install and create a key like this:
I get this error when inspecting the container:
docker logs coolify
The Problem is the key needs to be called root@host.docker.internal and not USERNAME@host.docker.internal and afterwards in coolify I have to change the username anyway but this case should be handled correctly. Otherwise I have to switch keys and user in coolify and always create tow ssh keys one for my actual user which works for the connection and one for root just to get coolify to install.
Minimal Reproduction (if possible, example repository)
Exception or Error
No response
Version
v318
Cloud?