Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Google Cloud Shell

cloud.google.com

Post reply on HN
Print view View original

121–130 of 162 posts

Re: Google Cloud Shell

#121

Post by imissmyjuno »

pacala wrote: post #39
Wonnk13 wrote: post #32

Coming from an AWS shop, I guess I don't understand the use case(s) for this. What this enable me to do that I couldn't accomplish by ssh'ing to any of the boxes in my environment?

A few guesses: a. It just works. No need to download and configure the right version of the SDK. b. Does not timeout when you close your laptop [I hope!]. c. I works on a Chromebook. Possibly not something you care about, but a historical pain point for the consistency of Google offerings.

a. Which SDK? You mean the ssh client? b. Any custom software is wiped from your account in about an hour, though. Also an SSH re-connect is not that big a deal, IMO. c. There are SSH client Chrome Apps

I guess I still don't see the point but maybe I'm assuming that one is already running a *nix and can either jump into the terminal there or connect a VM in the cloud very easily. The convenience doesn't seem that large.

Re: Google Cloud Shell

#123

Post by userbinator »

teach wrote: post #111
iamleppert wrote: post #97

What's the point of this? I can already ssh into any of my instances on AWS, Linode, whatever platform. Is it just because it's in the browser. Who cares...

This is a big deal for high school students. They can use a school-issued laptop, but they can't install custom software (like an ssh client), so sites like Cloud9 provide access to something that would otherwise by inaccessible to them. Source: I'm a high school teacher at just such a school.

SSH clients do not need installation. I keep a copy of PuTTY on my USB drive for this scenario.

Re: Google Cloud Shell

#124

Post by kaa2102 »

fspoon wrote: post #107
kaa2102 wrote: post #98

Earlier quoted context omitted.

Spendology is the company >>> spendology.net. Our new service is called Blue Apex Digital. I just used Google DNS and Google Compute Engine to publish >>> blueapexdigital.com. Thanks GCP! I do have a quick question. I am running a LAMP stack with the A standing for Apache. I put an "Index.html" and an "Index.php" file in my "www" folder. I realize that new files append old files. However, I want to add a ".htaaccess"…

blueapexdigital.com fetches 5mb of pngs! You might want to optimize that.

Thanks for the input! I sat in on a couple image optimization sessions at Google I/O. It's past time I whipped out the notes and got to work!

Re: Google Cloud Shell

#125

Post by kuschku »

zer0defex wrote: post #90
kuschku wrote: post #82

Earlier quoted context omitted.

Most people use socket strips with switches for their TV, yes. At 40ct per kWh, no one can afford to let that shit run 24/7.

You really believe "most people" use socket strips and a remote control to turn their tv's on and off each time? In the words of respected philosopher Nelson (from The Simpsons), "Ha Ha"

"most people" depends on where you live. In my region, obviously, this is the case.

Re: Google Cloud Shell

#126

Post by electic »

I really wish GC had some sort of client facing VPN service so that I do not have to create VM instances that have SSH open to the public. This is a good first step, but from what I can see it does not give me access to my LAN just the gcloud cli.

Re: Google Cloud Shell

#127

Post by aianus »

balls187 wrote: post #116
aianus wrote: post #87

Earlier quoted context omitted.

> A remote server should be only accessible from specific IPs using ssh keys. No passwords, no world-accessible browser interface. Maybe if you own the servers. Since they're Google's or Amazon's servers you have to be able to administer them with some set of Google or Amazon credentials. Otherwise what would you do if sshd crashed?

> Otherwise what would you do if sshd crashed? Kill that instance, and spin up a new one. A wise BOFH gave a preso that stuck with me "Treat EC2 instances like cattle. When one strays off the farm, put a bullet in it's head." Don't treat your cloud machines as special snowflakes. Build infrastructure via script.

How does that add any security? Anyone with access to your root AWS credentials still has your IP addresses and your EBS volumes/snapshots and can do whatever they want.

Re: Google Cloud Shell

#128

Post by KirinDave »

vidarh wrote: post #65
KirinDave wrote: post #51

Earlier quoted context omitted.

Their customer service is notoriously... "hit or miss."

Sounds like Google. (Used OVH for several years, but my server with them has an uptime of 1034 days as of today, so customer service might very well be useless - I've never had a reason to talk to them)

I used OVH and had a terrible, terrible, demanded a refund experience.

But I have something that approximates bad luck. See my earlier posts about Project Fi.

Re: Google Cloud Shell

#129

Post by KirinDave »

d23 wrote: post #102
KirinDave wrote: post #55

Earlier quoted context omitted.

Yeah because iGoogle had a loyal and dedicated following of users that were being underserved by the web desktop market?

He linked a TON of projects that have been shut down. The logic of your message seems to be "they only shut down things that aren't popular, therefore you should feel fine using this really niche product that will never expand beyond a small group of developers." And for the record, I did use iGoogle. And there were plenty of people who used Wave, Reader, Code, and Labs.

Reader and Code are the only ones that had traction.

I object to the idea that it is, "a Google" when we could make the same argument of many tech companies. I object specifically here because it's been shown to be a talking point in a whole deck of talking points written for an MPAA smear campaign on Google.

And it's not particularly fair. They should call it, "Pulling a startup" given how often we fail at them.

Re: Google Cloud Shell

#130

Post by brianwawok »

userbinator wrote: post #123
teach wrote: post #111

Earlier quoted context omitted.

This is a big deal for high school students. They can use a school-issued laptop, but they can't install custom software (like an ssh client), so sites like Cloud9 provide access to something that would otherwise by inaccessible to them. Source: I'm a high school teacher at just such a school.

SSH clients do not need installation. I keep a copy of PuTTY on my USB drive for this scenario.

My high school did not allow running programs off of a USB drive in 2000. Would be surprised if security is lower now.
Post reply on HN