<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Sysadmin on René Moser</title><link>https://www.renemoser.net/categories/sysadmin/</link><description>Recent content in Sysadmin on René Moser</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Mon, 19 Mar 2018 22:23:30 +0100</lastBuildDate><atom:link href="https://www.renemoser.net/categories/sysadmin/index.xml" rel="self" type="application/rss+xml"/><item><title>Vultr Firewalling with Ansible</title><link>https://www.renemoser.net/blog/2018/03/19/vultr-firewalling-with-ansible/</link><pubDate>Mon, 19 Mar 2018 22:23:30 +0100</pubDate><guid>https://www.renemoser.net/blog/2018/03/19/vultr-firewalling-with-ansible/</guid><description>This is the second part of a post series What&amp;rsquo;s new in Ansible 2.5. In the previous post we learned the basic steps to deploy a server on Vultr.
In this follow up post, you will see how we can secure our server.
This post was written in 2018 for Ansible 2.5, when the Vultr modules shipped with Ansible itself as vr_*. They were renamed to vultr_* in Ansible 2.8 and today live in the vultr.</description></item><item><title>Begin Vultr With Ansible</title><link>https://www.renemoser.net/blog/2018/03/18/begin-vultr-with-ansible/</link><pubDate>Sun, 18 Mar 2018 15:14:49 +0100</pubDate><guid>https://www.renemoser.net/blog/2018/03/18/begin-vultr-with-ansible/</guid><description>Ansible 2.5 is just around the corner, perfect timing to show some of the new features I was involved with and included in this release. This is the first part of a post series What&amp;rsquo;s new in Ansible 2.5.
This post was written in 2018 for Ansible 2.5, when the Vultr modules shipped with Ansible itself as vr_*. They were renamed to vultr_* in Ansible 2.8 and today live in the vultr.</description></item><item><title>Decoupling Ansible Handlers</title><link>https://www.renemoser.net/blog/2017/09/02/decoupling-ansible-handlers/</link><pubDate>Sat, 02 Sep 2017 00:00:00 +0000</pubDate><guid>https://www.renemoser.net/blog/2017/09/02/decoupling-ansible-handlers/</guid><description>Since version Ansible 2.2, so quite a while, there is another way to notify a handler or a couple of handlers or no handlers. No handlers? Right, this sounds a bit funny, doesn&amp;rsquo;t it? Well, it is a bit comparable with talking to kids: if no one is listening, no one will react :).
Notifying Handlers Before 2.2, there was only one way to notify a handler, by notifying the name of the handler:</description></item><item><title>Manage Bind and zone files using Ansible</title><link>https://www.renemoser.net/blog/2014/04/28/manage-bind-and-zone-files-using-ansible/</link><pubDate>Mon, 28 Apr 2014 00:00:00 +0000</pubDate><guid>https://www.renemoser.net/blog/2014/04/28/manage-bind-and-zone-files-using-ansible/</guid><description>You might have seen my quite simple role ansible-bind-role which lets you manage your bind configs and syncs your zone files.
Precondition First let me explain why zones files are not generated in this role: My precondition was, that zones might come from different sources. They may be generated from an application or rsynced from anywhere else.
Further, I didn&amp;rsquo;t want to force people to handle zone files the one way.</description></item></channel></rss>