Live data from Hacker News

Looking Forward: Support for Secure Shell

blogs.msdn.com

241–250 of 404 posts

Re: Looking Forward: Support for Secure Shell

#241
post #237

Earlier quoted context omitted.

Yeah every 2 days I have to reboot all of our kit to apply updates... http://i.imgur.com/5ZxiLGf.png

So, no security patches?

A reasonable question.

Only ones that affect the network surface footprint, so none here as it's on a private VLAN.

Re: Looking Forward: Support for Secure Shell

#242
post #215
post #192

Earlier quoted context omitted.

Lots of people keep using the word "bloat" to refer to Linux as opposed to Windows, which I find bizarre given that it's long been a criticism in the other direction.

Yeah, I would genuinely like to know what all is considered to be bloat within the Unix space. If anyone could point to some information about this I'd be curious.

X11, KDE, GNOME, GCC, Emacs, Mozilla? Any huge project I guess. The GNU command line tools are not as lean as the BSD ones but so what?

Re: Looking Forward: Support for Secure Shell

#243
post #192
post #163

Earlier quoted context omitted.

I'm not even a Powershell fan, I'm just not especially fond of Unix-likes, which feel like a local maximum that has turned into an unchangable standard. I think Unix-like environments feel dated, clunky and there's a tendancy for it to result in permanent bloat, stagnation and a web of interdependencies. I understand that lots of people are familiar with Unix-like tools and their many idiosyncrasies and like to be ab…

Lots of people keep using the word "bloat" to refer to Linux as opposed to Windows, which I find bizarre given that it's long been a criticism in the other direction.

Man after years of hearing how bloated Windows is compared to other OSes, I was expecting my first Windows Phone to be the same. But nope to my surprise it was fast and fluid, even on low end devices! I guess, the same can also be said about Win8/Win10 compared to Vista/Win7.

Bloat seems like dirt that accumulates overtime. A little bit of cleanup and optimization can sometimes do magic.

Re: Looking Forward: Support for Secure Shell

#244

Earlier quoted context omitted.

I can't post the one-liner as it's earning me a shit ton of cash every month but in concept it's the same as what I've posted here: https://news.ycombinator.com/item?id=9649090

I feel as if this comment is an exemplar of Microsoft itself.

I wouldn't post the old python version of it (using urllib2, BeautifulSoup) that ran on a Linode Debian VM either for reference.

Re: Looking Forward: Support for Secure Shell

#245

Earlier quoted context omitted.

SYSLOG! For the love of god, please support syslog! I work as a consultant supporting a SIEM, and the amount of hoops we need to jump through to get logs from Windows servers is crazy compared to changing one line in a syslog.conf file. I actually dread when a client says "we're an all Windows environment" because wow initial setup just got that much harder. And if we want to install a syslog forwarder on their domai…

MS has supported event forwarding since 2003. You can set machines to forward events or have them pulled. The events are XML that conform to a published schema. There is a WMI call that call pull the aggregated events off the collection servers. I heard this kind of thing from a vendor the other day. It's like people don't even try to learn how it works. Why are they different? The event log has some transactional gu…

From what I know, you can use Microsoft RPC to pull event logs or you can install a syslog forwarder, or you can do a combination of these two things (have a Windows syslog forwarder that is not a DC that can pull logs from a DC through RPC). The problem with the last option is, adding another Windows server costs an additional license. Installing a client on the DC doesn't. And there are limitations, so in a huge Windows environment, you're installing several extra Windows servers, each individually licensed, just to forward logs.

I've worked in security with several different SIEMs for half a decade and those are the only options I've ever seen. So if there's something else besides this that is easier, it's not just me who is missing it. HP, Dell, Intel and a dozen other companies are missing it as well.

Re: Looking Forward: Support for Secure Shell

#246

Earlier quoted context omitted.

regedit would like to have coffee with you.

Or you could use the PowerShell command line. http://blogs.technet.com/b/heyscriptingguy/archive/2012/03/1...

You can't polish a turd, but you can roll it in PowerShell?

Re: Looking Forward: Support for Secure Shell

#247
As an only occasional Windows user, I wasn't sure what PowerShell was (sounds 3rd party to me, a la Cygwin).

Turns out it is a 1st party command line tool and scripting engine. From a glance it looks to use similar syntax to CMD.exe, but sits side-by-side with it, not built on top.

Re: Looking Forward: Support for Secure Shell

#249

Earlier quoted context omitted.

How can two lines of code be earning you shit tons of cash? Can you show it if you swapped out specific details with generic placeholders (which page you're parsing, which endpoint you're hitting)?

It merely exploits some fundamental differences on how humans operate between two markets and turns that into real-time information for me on which I can make trade decisions. This isn't stocks, shares, futures etc for ref either. I don't want to say any more nor post any code as it's unique and a good earner at the moment.

Understandable. Sounds really interesting.

Re: Looking Forward: Support for Secure Shell

#250

Earlier quoted context omitted.

I've been historically what can be described a Microsoft hater and I have to tell you, missing official SSH support has never been a hate generator and insinuating otherwise is insulting. The first reason for which I have historically hated Microsoft is because of how they fought open standards. I can't believe that Microsoft changed in any meaningful way when I can't get a Lumia phone or Outlook to work with CalDAV…

CalDAV and CardDAV are supported on Windows Phone 8 since GDR2 as the method to sync Gmail accounts. OneDrive supports ODF via Office Online. OpenGL runs fine on Windows and is less relevant now than ever thanks to Metal and DirectX 12, etc. Oh and the new Outlook app for iOS and Android also has broad support for competitors and open standards. Sure, it's through the cloud, but it works. If you want to punish compan…

> OpenGL runs fine on Windows and is less relevant now than ever thanks to Metal and DirectX 12, etc.

I have to express strong disagreement with this entire sentence. OpenGL on Windows desktop continues to suffer greatly from Microsoft's lack of support. OpenGL is more relevant now than ever before due to the dominance of OpenGL ES on mobile and web. Microsoft is starting to support it themselves with WebGL in IE11 and the announced iOS/Android app support for Windows 10. They even joined Khronos Group, but they're still clinging to proprietary DirectX for the Windows desktop, to nobody's benefit but their own. And finally, Vulkan is more interesting than either Metal or DX12 due to being cross-platform, and if Microsoft continues to ignore it in favor of DX12 and we have a repeat of the OpenGL vs DirectX situation it will be a huge shame.

Post reply on HN