Never was much of a windows fan, so a (slightly ignorant) question for someone who is a Win admin - can most administrative things nowadays be done via the command line on Windows (like we've been able to do in *nix land) or is there a gap between what can be done via the GUI vs the command line?
Microsoft are pushing the command line to the point that: a) Many operations in newer bits of Windows have simple-mode available in the GUI, but more sophisticated options must be scripted. StorageSpaces has a few examples of this, where some of the options around tiered storage, SSD caching, and the layout of pools can only be accessed via posh. b) Microsoft are pushing completely headless versions of Windows Server…
OpenSSH for Windows update
141–146 of 146 posts
Re: OpenSSH for Windows update
#142Earlier quoted context omitted.
I really don't like that there replacing an open source crypto with a closed source one. Putting on my tin foil hat but didn't Microsoft hand over a back door to the NSA already.
They collaborated with the NSA to develop an exploit in the SSL implementation used in Outlook.com. From the Snowden documents; July 31, 2012 Microsoft (MS) began encrypting web-based chat with the introduction of the new outlook.com service. This new Secure Socket Layer (SSL) encryption effectively cut off collection of the new service for FAA 702 and likely 12333 (to some degree) for the Intelligence Community (IC)…
Re: OpenSSH for Windows update
#143The more things change..., from: https://github.com/PowerShell/Win32-OpenSSH/wiki/Deploy-Win3... "If you need key-based authentication: Install key-auth package run setup-ssh-lsa.cmd reboot " Reboot? And this gem: "SSH daemon needs to run as System to support key-based authentication". Which means, either use weak authentication, or run the daemon as system. I don't even understand why, it's not like the public keys…
Have you checked what user OpenSSH usually runs as on a linux machine in order to allow key-based authentication? I'll give you a hint: it's root. That's no different than running as SYSTEM on Windows.
AFAIK ssh needs access to /etc/shadow on Linux, if you want to use system passwords. But also, AFAIK, nothing stops you from running ssh in a chroot, without any such access (well, access to a /etc/shadow under the chroot probably).
Re: OpenSSH for Windows update
#144Earlier quoted context omitted.
If I could send a pull request to Microsoft for inclusion of a legit whois binary on their OS--nope, you're right, I'm just full of spite on this subject. :)
Actually, pretty sure most linux distributions don't ship with the whois binary. (This is entirely based on the fact that I find myself installing it far too often)
Re: OpenSSH for Windows update
#145Earlier quoted context omitted.
Microsoft does control the kernel, and given that, none of this stuff is particularly complicated. As for choosing "_exactly_ the right behavior" ... the whole point of POSIX is to clearly define the exact right behavior!
Sure, its "easy" if Microsoft wants to redefine Windows in POSIX terms; iits not easy to keep Windows functioning as Windows and provide a POSIX compatibility layer, since Windows isn't designed around POSIX expectations.