diff --git a/content/homelab-ipv4-expose-2/index.md b/content/homelab-ipv4-expose-2/index.md new file mode 100644 index 0000000..e9324a6 --- /dev/null +++ b/content/homelab-ipv4-expose-2/index.md @@ -0,0 +1,61 @@ ++++ +title = "Homelab - IPv4 Expose - Deployment" +date = 2026-04-25 +description = "Integrating the ideas from the previous post" +draft = true + +[taxonomies] +categories = ["Homelab"] +tags = ["Homelab", "IPv4", "IPv6"] + +[extra] +toc = true ++++ + +Implementing the ideas and conclusions from my initial post about exposing my IPv6 Homelab to IPv4 clients ([Homelab IPv4 Expose](@/homelab-ipv4-expose/index.md)) in the real world and +using it. + + + +# Background +This will cover some of the background needed for this setup, if you have already read the previous post or are familiar with jool and NAT64, you can skip this section. + +## Jool +Testing + +## NAT64 +Testing + +# Plan + +The entire setup should be automated and portable between vendors. + + +I want to continue using the ipv-proxy for handling all the dynamic forwarding stuff. + + +To support ipv-proxy, it needs to connect to my internal consul cluster, to enable this access I use wireguard. + +# Extending ipv-proxy + +In its original state, ipv-proxy could only do the manual forwarding. +Therefore I first had to extend it, to support different backends to perform the forwarding. + + + +# New Setup + +This new setup is now using Scaleway as the hosting provider, there are a couple of reasons for this: +* Provides a public routable IPv4 address +* Provides a public routable IPv6 /64 subnet +* Supports terraform for configuration/setup +* Relatively competitive prices +* European alternative + +but I am not using any vendor specific features and any relatively modern cloud provider should be suitable for this. + + +Having choosen the cloud provider, its time to move to the setup/configuration of the system. +For this purpose I decided to use terraform together with cloud-init to provision and configure the system. + +