<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Infrastructure on nidomiro</title>
    <link>https://nidomiro.de/categories/infrastructure/</link>
    <description>Recent content in Infrastructure on nidomiro</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Fri, 21 Aug 2020 12:00:00 +0000</lastBuildDate><atom:link href="https://nidomiro.de/categories/infrastructure/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>More secure deployments via ssh</title>
      <link>https://nidomiro.de/code/more-secure-deployments-via-ssh/</link>
      <pubDate>Fri, 21 Aug 2020 12:00:00 +0000</pubDate>
      
      <guid>https://nidomiro.de/code/more-secure-deployments-via-ssh/</guid>
      <description>If we deploy an application automatically we have to grant the CI (Continuous Integration) access to the server. Common practice is to do that via a GitLab Runner or a ssh account on the server.
Personally I would not recommend to use a GitLab Runner for deployments, because you have to maintain it. Another potential issue is, that you normally register runners for your whole GitLab instance or groups. That results in a scenario in which everyone can use that runner and accidentally (or not) destroy, for example, your production server.</description>
    </item>
    
    <item>
      <title>Handling server configurations</title>
      <link>https://nidomiro.de/article/server-config-from-git/</link>
      <pubDate>Wed, 15 Jul 2020 12:00:00 +0000</pubDate>
      
      <guid>https://nidomiro.de/article/server-config-from-git/</guid>
      <description>1. IntroDuring my work as a programmer I often encountered that configuration and infrastructure files only lived on the servers they belog to. If they had a copy in git, the states would always divert over time. One reason for this diverting is that you actively have to put the changed files in git, after you finished your work. It’s simply a thing you can forget.
What do I mean by &amp;#34;infrastructure files&amp;#34;?</description>
    </item>
    
    <item>
      <title>Switching to Hugo</title>
      <link>https://nidomiro.de/article/switching-to-hugo/</link>
      <pubDate>Wed, 17 Jun 2020 12:00:00 +0200</pubDate>
      
      <guid>https://nidomiro.de/article/switching-to-hugo/</guid>
      <description>If you see this post, my wordpress blog is gone.
My Blog now uses Hugo. I really like formats like Markdown and AsciiDoc. These formats are expressive and you can edit them with every editor you want and don’t need expensive licenses, like for Word or similar. Another advantage is that you define what should happen by writing and not by clicking a button and hoping the programm does what you intended to do.</description>
    </item>
    
    <item>
      <title>Install cmake 3.11.1 on Ubuntu</title>
      <link>https://nidomiro.de/2018/04/install-cmake-3-11-1-on-ubuntu/</link>
      <pubDate>Tue, 17 Apr 2018 20:00:00 +0200</pubDate>
      
      <guid>https://nidomiro.de/2018/04/install-cmake-3-11-1-on-ubuntu/</guid>
      <description>&lt;p&gt;Sometimes you just want a newer version than ubuntu ships.
This code will update cmake to version 3.11.1 or any other version you want.&lt;/p&gt;
&lt;p&gt;</description>
    </item>
    
    <item>
      <title>Automatic VirtualBox module signing for UEFI</title>
      <link>https://nidomiro.de/2018/04/automatic-virtualbox-module-signing-for-uefi/</link>
      <pubDate>Tue, 17 Apr 2018 19:49:00 +0200</pubDate>
      
      <guid>https://nidomiro.de/2018/04/automatic-virtualbox-module-signing-for-uefi/</guid>
      <description>&lt;p&gt;These steps are for all those people who hate to sign the Virtualbox modules every time and don’t want to disable UEFI.&lt;/p&gt;
&lt;p&gt;</description>
    </item>
    
    <item>
      <title>Ubuntu: automatic password for second encrypted disk</title>
      <link>https://nidomiro.de/2016/12/ubuntu-automatic-password-for-second-encrypted-disk/</link>
      <pubDate>Thu, 15 Dec 2016 21:23:00 +0200</pubDate>
      
      <guid>https://nidomiro.de/2016/12/ubuntu-automatic-password-for-second-encrypted-disk/</guid>
      <description>&lt;p&gt;I just encountered the problem that I have to type two passwords at startup, for two encrypted disks.
My first disk is encrypted through the Ubuntu installer.
After some searching I found the perfect solution for that task.
In German its called &lt;a href=&#34;https://wiki.ubuntuusers.de/LUKS/Schl%C3%BCsselableitung/#Bestehendes-LUKS-Geraet&#34;&gt;&amp;#34;Schlüsselableitung&amp;#34;&lt;/a&gt;, in English derived keys.
But perfect solutions often have a big issue why they don’t work, like here.
I’m using Ubuntu 16.04 which uses ´systemd´, and that has problems with derived keys.
So I found the second most perfect solution for me, using a key-file.
Some people argue that this is a security issue, but the derived key is also obtainable with root rights, just like a key-file.
And by the way, your private keys of your certificates are also stored on that disks and nearly nobody complains about that.&lt;/p&gt;
&lt;p&gt;</description>
    </item>
    
    <item>
      <title>How to work on your projects on multiple devices</title>
      <link>https://nidomiro.de/2016/09/en-how-to-work-on-your-projects-on-multiple-devices/</link>
      <pubDate>Tue, 27 Sep 2016 22:26:00 +0200</pubDate>
      
      <guid>https://nidomiro.de/2016/09/en-how-to-work-on-your-projects-on-multiple-devices/</guid>
      <description>At the beginning of my programming-life I’ve never thought of synchronization of my projects as an issue. Back at the time I only had a Computer standing in my room. Then I got a Laptop from the company I worked for back at the time. Still, synchronization was not an issue by now because I kept private and work separate. But the whole journey began when I started studying and I bought myself a Laptop.</description>
    </item>
    
  </channel>
</rss>
