‹ BackHN Continuity

Thread

VSCode's SSH Agent Is Bananas (2025)

310 points · 218 comments · Rapzid

  1. danielklnstein · · focus · HN ↗
    Missing a (2025)

    FYI VSCode's SSH Agent is a godsend for remote development - the "disadvantages" that Fly lists are part of its advantages. I've worked in several teams that have made extensive use of the extension, and it's never been an issue. You can restrict SSH access arbitrarily to ensure whatever security or access guardrails you need.

    1. godelski · · focus · HN ↗
      As a Linux user I've hated VSCode's ssh. There's lot of annoying things that make it harder to admin for. Like it doesn't pick up the MotD, preventing me from showing users important messages. I've found that it also doesn't reuse sessions (at least by default. TBF, neither does ssh) and I'll find that there's just dozens of open sessions over months from users. I literally had to write a script to boot people...

      It would be one thing if the plugin was just a wrapper and people were still expected to know ssh but the plugin abstracts away all that and is intended to make it a "use VSCode on remote machine" tool. So it needs to do more than just handle creds, otherwise it creates a divergent experience while making people think it's just ssh

      1. shadowgovt · · focus · HN ↗
        This is the first time I've seen anyone assume that anyone ever reads the MotD anymore since approximately 2002.

        No snark: does your org also regularly check the mail spool and expect individual users to do so as well?

        1. godelski · · focus · HN ↗
          It's just another messaging. I used them to automate messages about current disk usage and warn if the machine was actively being used.

          But then again, I had people who would run jobs without checking if the machine is already in use. Obviously these people didn't check email or slack either...

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.