Replies: 2 comments 4 replies
-
There is now a
Then you should be able to connect to "lima-default" (or any other instance), without parameters.
You can also add the ssh.config, from VS Code.
It should be available as a host, to connect to: |
Beta Was this translation helpful? Give feedback.
-
Another option would be to use VSCode tunnels, which will even work over another network with no dynamic DNS setup, port forwarding, etc. |
Beta Was this translation helpful? Give feedback.
-
I was wondering if it is possible to use the ssh remote plugin for vs code with lima.
I think this is a great way to do development inside a vm in cases where this makes sense, IE working in a container does not provide the needed isolation or system access. In my case I was looking for a way to work with mininet without compromising my host system.
Here is what I found:
It works well with the following things to consider:
Make sure to have a ssh key on the machine (was missing in my case when I first tried)
Given this configuration
I can connect in vs code via the ssh remote plugin with the line
myusername@localhost:55555
Setting a fixed local port is optional but I think it is more convenient than using randomly generated ports that need to be looked up.
(Previous post below, also works but is worse and more complicated, at this point I had not realized I was missing my own ssh key which required setting the ssh config file in vs code):
It seems to work this way, not sure if there is a more continent way:
limactl show-ssh --format=options my-vm
and copied the output to a filemyuser@localhost:$VMPORT
Without the custom ssh config file I get a public key denied error.
I have not used this yet but it looks promising. It would be nice if this could be made a bit more smooth.
Beta Was this translation helpful? Give feedback.
All reactions