Hacker Newsnew | past | comments | ask | show | jobs | submit | roxstar's commentslogin


It wasn't just the popup for me it was the stock photos that turned me off (you have a bunch of suited guys and gals on the about page but scroll down to what looks like comments of all guys names and descriptions.

Linode and prgmr give you pretty much full access unless you are somehow offering something else?

Some tips for your homepage, get rid of that popup it is the bane of many internet users. Maybe show some pictures of your admin if it looks alright, and stay away from stock photos. State where the hell your servers are located.


> Linode and prgmr give you pretty much full access unless you are somehow offering something else?

Linode is a good example of how we're different. As per my knowledge, you can have your own kernel, that's true, but you need to make a special request to support & then wait for them to modify your server. It's not included out of the box.

We include this out of the box on every server. I know that prgmr does the same; however, they're the exception in the industry.

prgmr is the exception in many ways. Our hope is to provide the same kind of service for grown-ups while also providing a robust set of features that help make management easy and doing it for a good price. They have a very focused target market, but they don't appeal to all VPS customers (otherwise, everyone would already be a prgrmr customer).

Thanks for your feedback about the website! Very much appreciated.


> Linode is a good example of how we're different. As per my knowledge, you can have your own kernel, that's true, but you need to make a special request to support & then wait for them to modify your server. It's not included out of the box.

Nope you just compile it yourself set up grub right and choose 64bit or 32bit pv-grub for your kernel


Why don't you offer 32bit OSs especially considering that all your servers are under 4gb ram


Thank you for your feedback!

We went with only 64 bit OSs to:

1) limit the number of choices available to the customer (simplify choices -- make it easier to decide)

2) lower the overhead of managing OS templates.

We've included a kernel in every domU in hopes that most 64 bit issues we've seen with VPSs won't be problematic for our customers.


64bit only is a significant disadvantage for lower memory VPS's. I'm not sure what problem you're trying to solve wrt including a kernel or whatever, but running 32bit gives you substantially more memory for applications.


Thanks for the excellent feedback.

We've tried to do everything we could to get those old VPS memory problems out of the system. In our experience, most performance problems with VPS systems are due to overselling of resources on the node level, or plans that simply are unrealistic (i.e. 64MB of RAM) not actual client limits. We're ensuring that each server has dedicated resources allotted to it. We don't oversell our systems.

We've tried to offer the best possible price for the resources, so although memory usage is not optimal for smaller systems, we have tried to offset this by offering realistic server resources for a good price.

The 32 bit issue is something we'll definitely revisit; however, there's a technical limitation with pygrub that will only run a 64 bit kernel when loaded from a 64 bit dom0.

There's two different ways we can overcome this: the same way that everyone else does -- by loading a 32 bit kernel & managing that, or by having dedicated 32 bit hardware nodes for our low memory VPSs.

Internally, either option has its own drawbacks & problems.


If you are going to go the terminal way with ssh-agent I highly recommend using keychain (http://www.funtoo.org/en/security/keychain/intro/ ) which is quite easy to setup and use, and much easier than having to do ssh-add and so on every time you want to use a specific key.


There also exists the ControlMaster configuration option which treats multiple sessions to the same host as a single connection. With this enabled, you only have to enter your SSH passphrase once per host. Aside from the convenience of not having to repeatedly enter your passphrase, subsequent sessions are initiated much faster (due to not having to renegotiate) and there is (theoretically) less strain put on your network adapter. Note, however, that if there are no active sessions to a host, the connection to that host will be dropped, and you will have to re-enter your passphrase upon reconnection. See the ControlPersist option for dealing with connection persistence.

If you're like me, however, you'll use both keychain and ControlMaster (for the increased negotiation speed) :)


Keychain is the best. It also works with gpg-agent, if you're old and cranky enough to still think gpg is worth using.


I didn't realize I was old and cranky...

I've been using gpg-agent with a smartcard for ssh authentication for the past six months or so. It's the way, the truth, and the light.

Real two-factor authentication. The key can't be compromised without trying to physically take apart the chip on the card and somehow access the internals. Three wrong password attempts and the thing locks. Three wrong attempts with the admin unlock code and the card self-destructs. So even if I lose the card or someone jacks it, it can't be brute forced.

(Yes I don't need that level of security, and I'm not even being paranoid; it's just neat. Makes me feel like James Bond or Batman or some shit like that every time I ssh somewhere. Yes I'm that lame... )

And since it's still using a standard RSA key for ssh authentication, I don't need to install anything special like experimental pam modules, on the host machines. Just copy the public key into authorized_keys. That's nice since I don't have full admin rights on a lot of my host machines.


Sounds interesting? Got a reference? Thanks.


There is a howto on the gnupg site, but frankly it's a little out of date. It focuses enough on hardware to scare people away, but these days most readers are libccid compatible, so it's a non issue. Setup is actually pretty simple.

Basically you either get a card and reader:

http://shop.kernelconcepts.de/product_info.php?cPath=1_26...

Or get an all-in-one cryptostick:

http://www.privacyfoundation.de/crypto_stick/crypto_stick_en...

And setup your gpg keys on there, either by generating them directly on the card or transferring existing keys. These are simple commands documented elsewhere. In addition to the normal signing and encryption keys, you also generate an authentication key.

Then 'ssh-add -L' will spit out your public key in ssh format to copy on the host machines as usual.

After that you just make sure that you'll use gpg-agent instead of ssh-agent. The man page for gpg-agent shows you what you'll want to add to .bashrc.

Then when you ssh into a machine, gpg-agent will take over, pop up a little dialog called pinentry, you enter your code, and you're good. When you go to lunch, remove card, and ssh authentication with that key no longer works.


What kind of smartcard are you using?


I'd be willing to guess that for the amount of money microsoft probably payed they got special treatment.


I think you can reset the administrative password using an html file or dns record to verify you own the domain.

Just go to www.google.com/a/zionadvisors.com and click can't access your account.

I personally would do this and delete the account and then wait the 10 (or so) days it makes you wait to re-register it


Awesome .. i tried "can't access your account" thing, and it allowed me to provide a new email address to get the password provided I verify the dns entry. Thanks a ton dude !


One of the sad things though is that hp has really declined in quality calculators, if you look around you'll find quite a few problems regarding accuracy in the new 35s close to critical values. (Though they may have updated the software version since my purchase a few years ago)

I do like my giant hp50g for anything that doesn't need matlab though, and the 35s is still pretty good despite its errors (especially since I know where the errors exist).


Speaking from a younger persons point of view: what about being 26 would make you worse than say a 21 year old at starting a startup?

If you are supporting other people it may be quite a bit harder but if you are basically only supporting yourself I would see age as an advantage as you have more experience in dealing with problems and more solutions available.

Age to me seems like a silly thing to prevent you from starting a business it is the other things in like that should be taken into consideration.


He must be self employed.


I'm not self employed, I work for gdgt. I just wish I didn't have to bug my employer to fund me attending this kind of stuff and would much rather pay for it out of my own pocket because (personally) I tend to care more about something if I'm paying for it out of my own pocket.


I thought arch moved to python 3 for /usr/bin/python so maybe that is causing the issue?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: