Slashdot Mirror


Microsoft To Support SSH In Windows and Contribute To OpenSSH

An anonymous reader writes: Microsoft has announced plans for native support for SSH in Windows. "A popular request the PowerShell team has received is to use Secure Shell protocol and Shell session (aka SSH) to interoperate between Windows and Linux – both Linux connecting to and managing Windows via SSH and, vice versa, Windows connecting to and managing Linux via SSH. Thus, the combination of PowerShell and SSH will deliver a robust and secure solution to automate and to remotely manage Linux and Windows systems." Based on the work from this new direction, they also plan to contribute back to the OpenSSH project as well.

12 of 285 comments (clear)

  1. Odd thoughts: by Penguinisto · · Score: 4, Insightful

    * I remember joking about connecting to a 'doze server via SSH in 2005. Usually the response was a disgusted shiver.

    * I guess Microsoft finally got sick of seeing PuTTY's hegemony in the terminal/SSH client market, and decided that this, *this* was a market they could finally dominate in this day and age?

    * I shudder to think of how bastardized the command options are going to be, given the PowerShell's habit of using stuff like '-omgLookAtThisMassiveOptionNamingConvention', to the point where they have to alias a frickin' option...

    Ah well, good on 'em. I'll stick with using Linux and OSX clients, thanks much.

    --
    Quo usque tandem abutere, Nimbus, patientia nostra?
    1. Re:Odd thoughts: by viperidaenz · · Score: 2, Insightful

      * I shudder to think of how bastardized the command options are going to be, given the PowerShell's habit of using stuff like '-omgLookAtThisMassiveOptionNamingConvention', to the point where they have to alias a frickin' option...

      Linux is full of aliased options.
      Can you explain the difference between:
      cp -r
      cp -R
      cp --recursive

      There are long options too, with no aliases
      ls --dereference-command-line-symlink-to-dir

    2. Re:Odd thoughts: by Anonymous Coward · · Score: 1, Insightful

      Man cp

        you windows ass clown

    3. Re:Odd thoughts: by kosmosik · · Score: 5, Insightful

      > I guess Microsoft finally got sick of seeing PuTTY's hegemony in
      > the terminal/SSH client market

      You guess wrong. There is basically no market for terminal/ssh clients. And if it is it is peanuts. There is HUGE market for centralized management tools like OpenStack, Chief, Puppet, etc. - and that is at what Microsoft is aiming. Basically they need SSH compatibility to manage Linux boxes and they want and they do (Azure) manage Linux boxes.

      > I shudder to think of how bastardized the command options are going
      > to be, given the PowerShell's habit of using stuff like
      > '-omgLookAtThisMassiveOptionNamingConvention', to the point where
      > they have to alias a frickin' option...

      Oh like in GNU/Linux/BSD utils are just kosher and standardized... please... each tiny utility comes from few other schools of command line switches and are usually different. Threre is no standardisation of switches in commands used on Linux. Usually if you need to do something comples (that you haven't yet memorized) you need to open other terminal window with manual to do it. Of course this is a different *convention* from PowerShell but PS is not that bad - it is just different.

      > Ah well, good on 'em. I'll stick with using Linux and OSX clients, thanks much.

      Oh OSX clients and bastardized commands. Come on... ;)

      And for the record I really like Linux and use it all the time. I also happen to use Windows and OSX as clients and they are also fine. Any effort to bring more interoperability between those systems is welcome in my opinion.

    4. Re:Odd thoughts: by nmb3000 · · Score: 4, Insightful

      Well, when you're typing out Unix commands on an teletype that's 80 characters wide, creating short options first made a lot of sense.

      Powershell's approach is more verbose, but it's also a little more readable (same as long options in Linux), especially when you're dealing with things more complicated than "copy a file", such as "create AD forest trust" or "reconfigure Exchange retention policies". That said, I still tend to use short options by default.

      One thing nice about Powershell is that you can truncate options as long as they're not abmiguous. So you can make -Recursive be -Rec, or even -R, as long as there's not also a -Recreate or -Recover options. That seems to be a nice middle-ground.

      --
      "What do you despise? By this are you truly known." --Princess Irulan, Manual of Muad'Dib
      /)
    5. Re:Odd thoughts: by sexconker · · Score: 2, Insightful

      help copy
          you Linux asspie

      As someone who spends a lot of time RTFMing (often on shit I have no intention of ever using), I'll say that MS's documentation shits all over the inconsistent hodge podge you get on the Linux side. Thorough, explicit, detailed.

  2. Re:I wonder by Penguinisto · · Score: 1, Insightful

    Sensible? Dunno... Desperate? Probably.

    --
    Quo usque tandem abutere, Nimbus, patientia nostra?
  3. Re:Timeo Danaos et dona ferentes by mi · · Score: 1, Insightful

    Not this time. SSH isn't a company and no one owns it.

    Kerberos was not either.

    MS is just trying to promote the feature of not having to install PuTTY

    Just replace "PuTTY" with "Netscape" and you'll understand, what I'm talking about. Hopefully...

    --
    In Soviet Washington the swamp drains you.
  4. Come now by s.petry · · Score: 4, Insightful

    You know it's going to be just yet another way of hacking into a Windows box.

    --

    -The wise argue that there are few absolutes, the fool argues that there are no probabilities.

  5. Re:Timeo Danaos et dona ferentes by JebusIsLord · · Score: 2, Insightful

    As long as by "complex abomination" you mean completely standardarized switch syntax with tab completion and integrated help.

    --
    Jeremy
  6. Strange bedfellows. by nimbius · · Score: 3, Insightful

    Losing nearly a billion dollars over an 8 year period, firing four-thousand permanent staff, and being dead last in search and browser rankings will do strange things to you. Steve Ballmer shoulders some of the blame for the nosedive with his nearly cult-like adherence to the redmond ethos of embrace-extend-extinguish in the face of a brand like linux that just can't be killed with it. But to think after 15 years as other slash dotters have commented that this will make any significant dent in the status quo is self-defeating at best.

    SSH gives windows users the ability to do real work, and thats a controversial sentiment but in most large corporations admins that handle LAMP, percona, or hadoop do it from a windows machine by company policy. Microsoft doesn't understand that outside of email and office, the real juggernauts of industry are so far removed from redmonds product line it may as well be a different language entirely. conceding a pittance, this ssh, and promising to commit code to openssh do two things. One, they add continued relevance to windows in an office environment that otherwise is the next prime target to be extinguished as quickly as the home market for windows. Two, they provide code to openssh not because they have any particular valuable insight to add to the project which has handled itself just fine for 15 years, but because they need to ensure their openssh implementation actually works with other well-established and quite serviceable implementations. So don't expect any real innovation.

    --
    Good people go to bed earlier.
  7. Re:Timeo Danaos et dona ferentes by mi · · Score: 4, Insightful

    What exactly are you scared about?

    That, for example, in order to ssh into a remote Windows system you'll have to use Microsoft's ssh-client — because they'll use some funky cipher/digest combination or some other "extension". They did it to Kerberos before...

    Or that interactive logins will only work on certain terminal emulators — because nothing else will be able to properly emulate powershell's window — just imagine the termcaps entry...

    In the link I gave there is a large list of Microsoft's earlier attempts to kill a standard by first adopting it — read it up...

    --
    In Soviet Washington the swamp drains you.