892 karma · joined November 27, 2010
I typically tell people if they can't connect to services on our VPN, to make sure they're using google's DNS servers because they don't protect against DNS rebinding "attacks."
Kids in the US typically go to school 180 days a year, and so they're off about 80 week days every year.
Three issues, for me, with adding hosts to DNS:
1) I work from several networks - work, home, tethered. I only control the DNS zone that is set up as my default DNS search domain on one of those networks.
2) I work on hosts in several external networks - they shouldn't all be in the same DNS search domain.
3) I work primarily with cloud hosted, ephemeral servers. Cattle, not pets. Right now I have a tool that adds hosts from my EC2 accounts to my ssh config file (https://github.com/fredsmith/aws-ssh-config.)
I also have solved this problem using 21 lines of bash in my bashrc. (https://github.com/fredsmith/dotfiles/blob/master/bash/dsh) Mine doesn't have quite the level of polish of yours, but since it uses the system ssh binary, it handles special ssh configurations and seamlessly uses ssh-agent. I've used this on hundreds of hosts simultaneously, and it executes in parallel very quickly.
[derf@pan][12:01:01]-[~] $ dsh smith.bz uptime
pandora.smith.bz: 12:01:09 up 38 days, 2:40, 0 users, load average: 0.30, 0.23, 0.23
dione.smith.bz: 12:01:11 up 42 days, 14:22, 2 users, load average: 0.00, 0.01, 0.05
tethys.smith.bz: 12:01:11 up 23 days, 3:26, 1 user, load average: 0.00, 0.01, 0.05
hyperion.smith.bz: 12:01:12 up 23 days, 3:01, 1 user, load average: 0.89, 0.87, 0.76
io.smith.bz: 12:01:12 up 23 days, 3:26, 1 user, load average: 0.38, 0.73, 1.73
janus.smith.bz: 12:01:12 up 31 days, 3 min, 1 user, load average: 0.37, 0.37, 0.28
rhea.smith.bz: 12:01:12 up 42 days, 14:29, 2 users, load average: 0.03, 0.05, 0.07 [derf@pan][09:06:20]-[~] $ orgalorg -o pandora -C uptime
2016-07-25 09:06:28 [FATAL] can't create runner factory
└─ can't read SSH key: '/Users/derf/.ssh/id_rsa'
└─ can't read SSH key from file
└─ open /Users/derf/.ssh/id_rsa: no such file or directory
[derf@pan][09:06:28]-[~] $ orgalorg -p -o pandora -C uptime
Password:
2016-07-25 09:06:36 [WARN] still connecting to address after 2s: [derf@pandora:22]
2016-07-25 09:06:44 [FATAL] acquiring global cluster lock failed
└─ connection to 1 of 1 nodes failed
└─ can't connect to nodes
└─ can't connect to address: [derf@pandora:22]
└─ dial tcp 18.60.0.124:22: i/o timeout
[derf@pan][09:06:45]-[~] $ ssh pandora uptime
09:06:49 up 37 days, 23:45, 0 users, load average: 1.18, 0.70, 0.33
Is the assumption that I'm going to set up entries in /etc/hosts for all my systems, or add them to my network's DNS? What about ssh proxy hosts? The fact that you require a single ssh key to live in .ssh/id_rsa is going to make this useless for anyone that does any advanced usage of SSH.I wouldn't be so dismissive of recruiter spam, if you're really looking for responses back from companies.
The zigbee switch also has a relay in it, which is the majority of the cost, but if you're controlling a bulb with a built-in receiver, you're not using that relay. There really aren't much cheaper zigbee, zwave, wifi or bluetooth wall switches.
1: https://play.google.com/store/apps/details?id=com.mufri.authenticatorplus&hl=enWhat they've implemented seems to be better than chrome's profiles, in that it's easier to create a new profile for a specific context (so I don't have to sort things into a "work" bucket and a "personal" bucket.) It will be interesting to see how the contexts interact with plugins.
And what's the point? MacOS X was a decent name, with good recognition and trust. If people were interested in understanding the back story to the name, they could, but the 'X' didn't scream '10' to people who weren't familiar with the history, so there wasn't a ton of confusion.
It does return the original files.
Here are two files, one that got backed up off my phone by google photos, which I then downloaded from google drive, and one that I copied directly off my phone via USB:
$ md5sum IMG_20160504_160057648_HDR*
4bcb38a2e3869b4c769301c1664f5846 IMG_20160504_160057648_HDR (1).jpg
4bcb38a2e3869b4c769301c1664f5846 IMG_20160504_160057648_HDR.jpg
The files are identical.