Live data from Hacker News

Windows Server 2019 Includes OpenSSH

blogs.windows.com

201–210 of 296 posts

Re: Windows Server 2019 Includes OpenSSH

#201

Earlier quoted context omitted.

> People ahem really need to update their thinking of what it means to be Windows. Why? What benefit is there to me using windows rather than a proper operating system?

What are your criteria for a "proper operating system" that just happen to exclude the most-used desktop operating system?

This is about "Windows Server", which is an irrelevance. As indeed in "Windows Desktop" for the last decade as almost everything is now web-based.

Re: Windows Server 2019 Includes OpenSSH

#202
post #170
post #154

Earlier quoted context omitted.

IME most Windows servers are not directly exposed to the Internet, instead one would reach them via VPN.

It's a shame you can't use the Common Internet File System over the Internet. ️

But you can use SMB e.g. Azure File Storage

Re: Windows Server 2019 Includes OpenSSH

#203
post #2

That is really something, before as a dev coming from linux when I first was about to login on a Windows Server I didn't understand how to do it since it were no SSH. Administrating the server via a GUI always felt backwards somehow. Why waste CPU cycles on rendering a UI when the CLI is so great (on linux)?

Microsoft's GUI management tools were really good and generally very discoverable. IMO they were a much better way to manage an OS than cryptically named CLI programs and text files. And most of them worked remotely. And by comparison to modern software they can not even remotely be considered bloated. Every electron application ever made is larger than all of RSAT. Now of course they suck ass because MS has no idea…

> GUI management tools were really good and generally very discoverable

The snap-ins?

A main criticism of all this is that the usual tools didn't work remotely - you need a different, undiscoverable, possibly differently licensed, set of tools from what you use to change settings on your local computer. And of course you can't easily set up Computer A and then clone its settings to Computer B; you can only do this globally through things like Group Policy.

Re: Windows Server 2019 Includes OpenSSH

#205

Earlier quoted context omitted.

Microsoft has come a really long way recently towards moving to CLI-based management. Starting with Server 2016, the default installation method of Windows Server no longer includes most of the GUI (called the Desktop Experience), leaving you with a command prompt window in the middle of the screen instead. An even thinner version of Windows Server, Nano Server, is also available, and includes even less GUI, being mu…

They started on this in the late 2000s when I was an intern there. But there was a lot to untangle. It’s the biggest refactoring job you can imagine. A decade long effort. Back then they didn’t really understand the point of ssh though. They had a vision of remote management via .net RPC and powershell.

If I had to define one underlying architectural difference between UNIX and Windows, it's that Windows uses RPC (and some other kinds of structured communication) where UNIX uses pipes. This has advantages if you're Microsoft and developing both ends, but in most other cases it's a huge disadvantage to discoverability and transparency.

This is partly why nobody developed proper open source Exchange clients: the Exchange protocol is MAPI over DCE/RPC, and you need to build a lot of infrastructure before it will even talk to you.

Re: Windows Server 2019 Includes OpenSSH

#206
post #151

Earlier quoted context omitted.

So, I am not a big fan of windows- so do not take this for defence of windows. But my understanding is that windows fleets are just administered drastically differently than Linux fleets. On Linux we have a lot of config management tools and commandline remote administration kits. In windows they have SCCM and remote access GUIs which do not get rendered on the target server. It’s very common to see a GUI program whi…

This is changing: * Desired State Configuration: https://docs.microsoft.com/en-us/powershell/dsc/overview * Powershell Remoting (please, please let SSH replace this) * Microsoft's new command line push - cmd and the underlying console have had big updates recently * https://github.com/microsoft/console * https://blogs.msdn.microsoft.com/commandline/2018/07/20/wind...

Desired State Configuration is not supported by PowerShell Core v6, even on Windows. DSC is only supported by PowerShell v5 and earlier. This suggests to me that DSC has been abandoned

In contrast, .NET Core supports various old Windows-only features, such as COM and soon WinForms.

Re: Windows Server 2019 Includes OpenSSH

#207

Earlier quoted context omitted.

They also got notepad to not blow everything up when opening a file with normal line endings. It still fucks everything up when creating new files though.

I guess, with "normal" line endings, you mean instead of .

He means the defacto standard, yes.

Re: Windows Server 2019 Includes OpenSSH

#208
post #177

OpenSSH with powershell is such a great combo. I was very skeptical about powershell, but after writing many scripts I’m a convert. Powershell does so many things nicer than bash. It feels like a real programming language but still not loosing its scripting roots. For running tests for a GUI application which requires us to spin thousands of Machines in parallel, manage job queues, interact with Windows UI automation…

Yep. I've been using bash since the 90s, and really got into Powershell a couple of years ago (I now run it on macOS too).

The amount of people who try and explain bash basics to me when I say I use Powershell is staggering. I'm quite good at regexs thanks, I just like my scripts picking keys 'select' and 'where' rather than scraping with grep / awk etc. The amount of (poor) pwsh clones on Linux is a good testament to the solidness of this approach.

Re: Windows Server 2019 Includes OpenSSH

#209
post #20

Earlier quoted context omitted.

The irony is, with Windows 10/2019, it's the other way around: Linux has switched its kernel to NT. See WSL.

> Linux has switched its kernel to NT. See WSL This makes absolutely no sense. Linux is a kernel. If Linux 'switched its kernel to NT', it would not be Linux. Perhaps you meant the userspace, which is not dependent upon the kernel?

If you know enough to say:

> Linux is a kernel.

You also know that 'Linux' is more commonly used as a description of the userspace and other common software. You are starting an unnecessary argument.

Re: Windows Server 2019 Includes OpenSSH

#210
post #195

Earlier quoted context omitted.

This is changing: * Desired State Configuration: https://docs.microsoft.com/en-us/powershell/dsc/overview * Powershell Remoting (please, please let SSH replace this) * Microsoft's new command line push - cmd and the underlying console have had big updates recently * https://github.com/microsoft/console * https://blogs.msdn.microsoft.com/commandline/2018/07/20/wind...

Yes and no. Having used DSC and powershell remoting extensively, these create as many problems as they solve. Nothing works smoothly. Not a thing. The saving grace here will be SSH because then at least we can drive all our kit across both platforms from Ansible and be done with the entire MSFT management stack. At the moment we use Ansible but it runs over WinRM which is completely unreliable due to some architectur…

> Really, automation on Windows is extremely costly compared to Linux

I'd disagree. I've been managing fleets of Windows machines since NT 3.51 (and fleets of Linux servers since 2003). It's all about knowing the tools well.

Whilst I've been using Linux since around 1995 (Slackware!), and prior to that various Unix and Xenix(!) boxes had popped in and out of my IT life, I'd never managed more than one or two machines. That was until 2003'ish when I went to work for a shared hoster. It took me a while to become as proficient at managing all these new Linux boxes that entered into my life as I was with Windows. I had the learn the tools.

I'm not suggesting you weren't properly trained, but most of the complaints I hear about Windows being a devil to manage is usually because admins haven't learned how to use the tools and generally haven't a clue what they're doing.

Post reply on HN