I wanted to start hosting VMs on my Hetzner root server. For IPv6 this should be straight-forward since my server has a /64 subnet, for IPv4 I need NAT. If you know what to do, both is extremely simple. But being new to networking and iptables I had to try a few things. Thus, I will use this blog post as personal note-keeping. What I am doing might not be perfect, so feel free to continue your research to find better approaches.

Inzwischen gibt es mein Blog seit 10 Jahren. In diesem Artikel will ich ein bisschen Revue passieren lassen über die vergangenen Jahre und schauen, was in den nächsten Jahren vielleicht an Artikeln kommen könnte.

Für ein Hobbyprojekt habe ich mich letztens mit IPv6 befasst. IPv6 weist ein paar wichtige Unterschiede zu IPv4 auf, die man meines Erachtens direkt am Anfang kennen sollte, um nicht mit einem IPv4-Denken an IPv6 heranzugehen. In diesem Artikel möchte ich kurz die für mich wichtigen Unterschiede erklären, die mir beim Verständnis von IPv6 etwas Schwierigkeiten gemacht haben.

Let’s step back a bit regarding our cloud computing undertaking and look at the results we have achieved so far. We can now create new VMs based on base-images with a single message to RabbitMQ. We can stop, restart or delete these VMs with other messages and we are able to find out the IP address of the guest VM.

In the cloud computing tutorial we are starting VMs with QEMU dynamically, but I am relying on the DHCP server in my router to assign IP addresses. This is a problem because every time I want to SSH into a server, I have to lookup the current IP lease for the VM on my router’s web interface. In this part of the tutorial series we will look at possible solutions to retrieve the guest IP address of a QEMU VM and implement one of them.