unixdaemon.org - UnixDaemon: In search of (a) life

Success! Domain unixdaemon.org was analyzed on Sunday 04. December 2016!

DomainsData.org: UnixDaemon: In search of (a) life

Title:

UnixDaemon: In search of (a) life
Age:

2 years old
Alexa Rank:
Total Sites Linking In (Alexa):

0
Domain's IP Country:

United Kingdom
Status Code:

OK
IP Address:

213.138.113.230
Description:
Keywords:

unixdaemon.org Whois Information:

1.

Domain Name:

unixdaemon.org
2.

Domain Age:

2 years old
3.

Name Server 1:

c.dns.gandi.net
4.

Name Server 2:

b.dns.gandi.net
5.

Created:

Monday 08. September 2014
6.

Expires:

Saturday 08. September 2018
7.

Domain Registrar:

Gandi SAS

Website Important Html Tags:

TAG
TEXT
div
One of my favourite forthcoming Terraform 0.8 features is the ability to restrict the versions of terraform a configuration file can be run by. Terraform is a rapidly moving project that constantly introduces new functionality and providers and unless you’re careful and read the change logs, and ensure everyone is running the same minor version (or you run terraform from a central point like Jenkins), you can easily find yourself getting large screens of errors from using a resource that’s in terraform master but not the version you’re running locally.
div
In a large Puppet code base you’ll eventually end up with a scattering of time based ‘magic numbers‘ such as cache expiry numbers, zone file ttls and recurring job schedules. You’ll typically find these dealt with in one of a few ways. The easiest is to ignore it and leave a hopefully guessable literal value (such as 3600). The other path often taken is the dreaded heavily linked and often missed comments that start off as 86400 # seconds in a day and over time become 3600 # seconds in a day.
div
After the recent puppet-lint 2.0 release and the success of our puppet-lint 2.0 upgrade at work it felt like the right moment to claw some time back and update my own (11!) puppet-lint plugins to allow them to run on either puppet-lint 1 or 2. I’ve now completed this and pushed new versions of the gems to rubygems so if you’ve been waiting for version 2 compatible gems please feel free to test away.
div
With the recent puppet-lint 2.0 release it seemed a good time to bump the version we use at $WORK and see what’d changed. In theory it was as simple as changing the version in our Gemfile and ideally everything should continue as normal, but in practise it was a little more work than that and in this post I’m going to explain what we found. Firstly let’s cover a lovely, free, bonus.
div
Once your puppet code base reaches a certain size you’ll often have a number of validate_ functions testing parameters and configuration values for compliance with local rules and requirements. These invocations often look like this: validate_re($private_gpg_key_fingerprint, '^[[:alnum:]]{40}$', 'Must supply full GPG fingerprint') Once you’ve spent a minute or two reading that you’ll probably be able to understand it; but wouldn’t it be nice to not have to care about the exact details and focus on what you’re actually testing?
div
Over the last 3 years I’ve done a lot of CloudFormation work and while it’s an easy enough technology to get to grips with the mass of JSON can become a bit of a blur when you’re doing code reviews. It’s always nice to get a second pair of eyes, especially an unflagging, automated set, that has insight in to some of the easily overlooked security issues you can accidentally add to your templates.
div
I’ve been writing a few Terraform modules recently with the aim of sharing them among a few different teams and there are a couple of things missing that I think would make reusable modules much more powerful. The first and more generic issue is using the inability to use more complex data structures. After you’ve spent a while using Terraform with AWS resources you’ll develop the urge to just create a hash of tags and use it nearly everywhere.
div
While Terraform is remarkably good at its job there are going to be some occasions when you want to test what you wanted actually happened. In the unixdaemon_terraform_experiments repository I’m handling this with awspec and a little custom rspec directory modification. First we pull in the awspec gem. bundle install We also need to add the necessary scaffolding files: echo "gem 'awspec', '~> 0.37'" >> Gemfile mkdir spec echo "require 'awspec'" >> spec/spec_helper.rb Now we’ll add a test to our simple-sg project to confirm that the security group was created.
div
Introduction While it’s possible to experiment and learn parts of Terraform in isolation sometimes it’s handy to have a larger, more complete, environment to run your tests in. For me unixdaemon_terraform_experiments this is that repo. It will contain a number of different terraform based projects that can be consistently deployed together. You can see some of my thinking behind this in the Naive first steps with Terraform post. Terraform is a very powerful, but quite young, piece of software so I’m making this repo open to encourage sharing and invite feedback on better way to do things.
div
One of the principles of running large numbers of instances is that consistency is key. Config deviations cause oddities that’ll drain your time with investigations and nothing causes entropy on your hosts like an admin investigating an issue. In this post we’ll configure our instances to mark themselves as contaminated when someone logs in. We can then use other tooling to query, collate and probably reap, machines corrupted by the keystrokes of humans.

unixdaemon.org IP Information:

1.

Ip Address:

213.138.113.230
2.

Country:

United Kingdom
3.

Status Code:

OK
4.

Region Name:
5.

City Name:
6.

Zip Code:
7.

Speed test:

not available

unixdaemon.org Alexa Information:

5 Websites linking to unixdaemon.org:

Websites related to unixdaemon.org:

Top Keywords from Search Engines:

Site Screenshots:

Screenshot created on Sunday 04. December 2016

This is a screenshot of unixdaemon.org, created on Sunday 04. December 2016
Click on thumb to enlarge the screenshot.

Google Ranking Screenshots:

Screenshot created on Sunday 04. December 2016

This is a Google Top 10 results' screenshot for keyword UnixDaemon: In search created on Sunday 04. December 2016.
The position for keyword UnixDaemon: In search is: Not in top 10
Google Ranking Position checked from US (United States of America) Ip Address on Sunday 04. December 2016.
Click on thumb to enlarge the screenshot.