commit 25e825eb45f94977e14c6e61c6bcf90f455ba4ec Author: davegallant Date: Mon Jan 8 00:26:17 2024 +0000 deploy: c9bd65f2b9b8e7026f51737aeaea7c85f4323df6 diff --git a/.nojekyll b/.nojekyll new file mode 100644 index 00000000..e69de29b diff --git a/404.html b/404.html new file mode 100644 index 00000000..385a9b4f --- /dev/null +++ b/404.html @@ -0,0 +1,14 @@ +404 Page not found +

404 Page not found

This is not the page you're looking for.

\ No newline at end of file diff --git a/CNAME b/CNAME new file mode 100644 index 00000000..55868b24 --- /dev/null +++ b/CNAME @@ -0,0 +1 @@ +davegallant.ca diff --git a/about/index.html b/about/index.html new file mode 100644 index 00000000..ccdc6dc8 --- /dev/null +++ b/about/index.html @@ -0,0 +1,22 @@ +About +

davegallant.ca

█

About

👋 I’m a software tinkerer with a passion for infra, security and self-hosting.

My primary motivation for hosting this website is to document my learnings and share them with others. I hope you find something useful here. Continuous improvement is what motivates me to keep learning.

I choose to self-host this site and other tools instead of relying exclusively on larger platforms because I believe in the open web. Interoperability is often not a primary concern for popular platforms today and I find that concerning. I first got access to the internet in 1996 and have seen it evolve into what it is today. I want to do my part to keep it open and free.

If you would like to reach out, find out how to contact me here.

Contact

Connect with me by using any of the following methods:

Credits

The site is generated with hugo
The theme is a modified version of hugo-theme-gruvbox
The comments system is powered by utterances

\ No newline at end of file diff --git a/android-chrome-192x192.png b/android-chrome-192x192.png new file mode 100644 index 00000000..f6256164 Binary files /dev/null and b/android-chrome-192x192.png differ diff --git a/android-chrome-512x512.png b/android-chrome-512x512.png new file mode 100644 index 00000000..e6f588e2 Binary files /dev/null and b/android-chrome-512x512.png differ diff --git a/apple-touch-icon.png b/apple-touch-icon.png new file mode 100644 index 00000000..3faefa82 Binary files /dev/null and b/apple-touch-icon.png differ diff --git a/blog/2020/03/16/appgate-sdp-on-arch-linux/index.html b/blog/2020/03/16/appgate-sdp-on-arch-linux/index.html new file mode 100644 index 00000000..45b60fb8 --- /dev/null +++ b/blog/2020/03/16/appgate-sdp-on-arch-linux/index.html @@ -0,0 +1,72 @@ +AppGate SDP on Arch Linux +

davegallant.ca

█

AppGate SDP on Arch Linux

2020-03-16 by Dave Gallant

AppGate SDP provides a Zero Trust network. This post describes how to get AppGate SDP 4.3.2 working on Arch Linux.

Depending on the AppGate SDP Server that is running, you may require a client that is more recent than the latest package on AUR. +As of right now, the latest AUR is 4.2.2-1.

These steps highlight how to get it working with Python3.8 by making a 1 line modification to AppGate source code.

Packaging

We already know the community package is currently out of date, so let’s clone it:

git clone https://aur.archlinux.org/appgate-sdp.git
+cd appgate-sdp
+

You’ll likely notice that the version is not what we want, so let’s modify the PKGBUILD to the following:

# Maintainer: Pawel Mosakowski <pawel at mosakowski dot net>
+pkgname=appgate-sdp
+conflicts=('appgate-sdp-headless')
+pkgver=4.3.2
+_download_pkgver=4.3
+pkgrel=1
+epoch=
+pkgdesc="Software Defined Perimeter - GUI client"
+arch=('x86_64')
+url="https://www.cyxtera.com/essential-defense/appgate-sdp/support"
+license=('custom')
+# dependecies calculated by namcap
+depends=('gconf' 'libsecret' 'gtk3' 'python' 'nss' 'libxss' 'nodejs' 'dnsmasq')
+source=("https://sdpdownloads.cyxtera.com/AppGate-SDP-${_download_pkgver}/clients/${pkgname}_${pkgver}_amd64.deb"
+        "appgatedriver.service")
+options=(staticlibs)
+prepare() {
+    tar -xf data.tar.xz
+}
+package() {
+    cp -dpr "${srcdir}"/{etc,lib,opt,usr} "${pkgdir}"
+    mv -v "$pkgdir/lib/systemd/system" "$pkgdir/usr/lib/systemd/"
+    rm -vrf "$pkgdir/lib"
+    cp -v "$srcdir/appgatedriver.service" "$pkgdir/usr/lib/systemd/system/appgatedriver.service"
+    mkdir -vp "$pkgdir/usr/share/licenses/appgate-sdp"
+    cp -v "$pkgdir/usr/share/doc/appgate/copyright" "$pkgdir/usr/share/licenses/appgate-sdp"
+    cp -v "$pkgdir/usr/share/doc/appgate/LICENSE.github" "$pkgdir/usr/share/licenses/appgate-sdp"
+    cp -v "$pkgdir/usr/share/doc/appgate/LICENSES.chromium.html.bz2" "$pkgdir/usr/share/licenses/appgate-sdp"
+}
+md5sums=('17101aac7623c06d5fbb95f50cf3dbdc'
+         '002644116e20b2d79fdb36b7677ab4cf')
+

Let’s first make sure we have some dependencies. If you do not have yay, check it out.

yay -S dnsmasq gconf
+

Now, let’s install it:

makepkg -si
+

Running the client

Ok, let’s run the client by executing appgate.

It complains about not being able to connect.

Easy fix:

sudo systemctl start appgatedriver.service
+

Now we should be connected… but DNS is not working?

Fixing the DNS

Running resolvectl should display that something is not right.

Why is the DNS not being set by appgate?

$ head -3 /opt/appgate/linux/set_dns
+#!/usr/bin/env python3
+'''
+This is used to set and unset the DNS.
+

It seems like python3 is required for the DNS setting to happen. +Let’s try to run it.

$ sudo /opt/appgate/linux/set_dns
+/opt/appgate/linux/set_dns:88: SyntaxWarning: "is" with a literal. Did you mean "=="?
+  servers = [( socket.AF_INET if x.version is 4 else socket.AF_INET6, map(int, x.packed)) for x in servers]
+Traceback (most recent call last):
+  File "/opt/appgate/linux/set_dns", line 30, in <module>
+    import dbus
+ModuleNotFoundError: No module named 'dbus'
+

Ok, let’s install it:

$ sudo python3.8 -m pip install dbus-python
+

Will it work now? Not yet. There’s another issue:

$ sudo /opt/appgate/linux/set_dns
+/opt/appgate/linux/set_dns:88: SyntaxWarning: "is" with a literal. Did you mean "=="?
+  servers = [( socket.AF_INET if x.version is 4 else socket.AF_INET6, map(int, x.packed)) for x in servers]
+module 'platform' has no attribute 'linux_distribution'
+

This is a breaking change in Python3.8.

So what is calling platform.linux_distribution?

Let’s search for it:

$ sudo grep -r 'linux_distribution' /opt/appgate/linux/
+/opt/appgate/linux/nm.py:    if platform.linux_distribution()[0] != 'Fedora':
+

Aha! So this is in the local AppGate source code. This should be an easy fix. Let’s just replace this line with:

if True: # Since we are not using Fedora :)
+

Wrapping up

It turns out there are breaking changes in Python3.8.

The docs say Deprecated since version 3.5, will be removed in version 3.8: See alternative like the distro package.

I suppose this highlights one of the caveats of relying upon the system’s python, rather than having an isolated, dedicated environment for all dependencies.

\ No newline at end of file diff --git a/blog/2021/09/06/what-to-do-with-a-homelab/index.html b/blog/2021/09/06/what-to-do-with-a-homelab/index.html new file mode 100644 index 00000000..526d0020 --- /dev/null +++ b/blog/2021/09/06/what-to-do-with-a-homelab/index.html @@ -0,0 +1,19 @@ +What to do with a homelab +

davegallant.ca

█

What to do with a homelab

2021-09-06 by Dave Gallant

self‑hosted proxmox tailscale

A homelab can be an inexpensive way to host a multitude of internal/external services and learn a lot in the process.

Do you want host your own Media server? Ad blocker? Web server? +Are you interested in learning more about Linux? Virtualization? Networking? Security? +Building a homelab can be an entertaining playground to enhance your computer skills.

One of the best parts about building a homelab is that it doesn’t have to be a large investment in terms of hardware. One of the simplest ways to build a homelab is out of a refurbished computer. +Having multiple machines/nodes provides the advantage of increased redundancy, but starting out with a single node is enough to reap many of the benefits of having a homelab.

Virtualization

Virtualizing your hardware is an organized way of dividing up your machine’s resources. This can be done with something such as a Virtual Machine or something lighter like a container using LXC or runC. +Containers have much less overhead in terms of boot time and storage allocation. This Stack Overflow answer sums it up nicely.

A hypervisor such as Proxmox can be installed in minutes on a new machine. It provides a web interface and a straight-forward way to spin up new VMs and containers. Even if your plan is to run mostly docker containers, Proxmox can be a useful abstraction for managing VMs, disks and running scheduled backups. You can even run docker within an LXC container by enabling nested virtualization. You’ll want to ensure that VT-d and VT-x are enabled in the BIOS if you decide to install a hypervisor to manage your virtualization.

Services

So what are some useful services to deploy?

Jellyfin or Plex - basically a self-hosted Netflix that can be used to stream from multiple devices, and the best part is that you manage the content! Unlike Plex, Jellyfin is open source and can be found here.
changedetection - is a self-hosted equivalent to something like visualping.io that will notify you when a webpage changes and keep track of the diffs
Adguard or Pihole - can block a list of known trackers for all clients on your local network. I’ve used pihole for a long time, but have recently switched to Adguard since the UI is more modern and it has the ability to toggle on/off a pre-defined list of services, including Netflix (this is useful if you have stealthy young kids). Either of these will speed up your internet experience, simply because you won’t need to download all of the extra tracking bloat.
Gitea - A lightweight git server. I use this to mirror git repos from GitHub, GitLab, etc.
Homer - A customizable landing page for services you need to access (including the ability to quickly search).
Uptime Kuma - A fancy tool for monitoring the uptime of services.

There is a large number of services you can self-host, including your own applications that you might be developing. awesome-self-hosted provides a curated list of services that might be of interest to you.

VPN

You could certainly setup and manage your own VPN by using something like OpenVPN, but there is also something else you can try: tailscale. It is a very quick way to create fully-encrypted connections between clients. With its MagicDNS, your can reference the names of machines like homer rather than using an IP address. By using this mesh-like VPN, you can easily create a secure tunnel to your homelab from anywhere.

Monitoring

dashboard

Monitoring can become an important aspect of your homelab after it starts to become something that is relied upon. One of the simplest ways to setup some monitoring is using netdata. It can be installed on individual containers, VMs, and also a hypervisor (such as Proxmox). All of the monitoring works out of the box by detecting disks, memory, network interfaces, etc.

Additionally, agents installed on different machines can all be centrally viewed in netdata, and it can alert you when some of your infrastructure is down or in a degraded state. Adding additional nodes to netdata is as simple as a 1-line shell command.

As mentioned above, Uptime Kuma is a convenient way to track uptime and monitor the availability of your services.

uptime-kuma

In Summary

Building out a homelab can be a rewarding experience and it doesn’t require buying a rack full of expensive servers to get a significant amount of utility. There are many services that you can run that require very minimal setup, making it possible to get a server up and running in a short period of time, with monitoring, and that can be securely connected to remotely.

\ No newline at end of file diff --git a/blog/2021/09/06/what-to-do-with-a-homelab/netdata.png b/blog/2021/09/06/what-to-do-with-a-homelab/netdata.png new file mode 100644 index 00000000..e443c593 Binary files /dev/null and b/blog/2021/09/06/what-to-do-with-a-homelab/netdata.png differ diff --git a/blog/2021/09/06/what-to-do-with-a-homelab/proxmox.png b/blog/2021/09/06/what-to-do-with-a-homelab/proxmox.png new file mode 100644 index 00000000..f371c6d2 Binary files /dev/null and b/blog/2021/09/06/what-to-do-with-a-homelab/proxmox.png differ diff --git a/blog/2021/09/06/what-to-do-with-a-homelab/uptime-kuma.png b/blog/2021/09/06/what-to-do-with-a-homelab/uptime-kuma.png new file mode 100644 index 00000000..f6009f7b Binary files /dev/null and b/blog/2021/09/06/what-to-do-with-a-homelab/uptime-kuma.png differ diff --git a/blog/2021/09/08/why-i-threw-out-my-dotfiles/index.html b/blog/2021/09/08/why-i-threw-out-my-dotfiles/index.html new file mode 100644 index 00000000..2003f71e --- /dev/null +++ b/blog/2021/09/08/why-i-threw-out-my-dotfiles/index.html @@ -0,0 +1,123 @@ +Why I threw out my dotfiles +

davegallant.ca

█

Why I threw out my dotfiles

2021-09-08 by Dave Gallant

nix dotfiles home‑manager

Over the years I have collected a number of dotfiles that I have shared across both Linux and macOS machines (~/.zshrc, ~/.config/git/config, ~/.config/tmux/tmux.conf, etc). I have tried several different ways to manage them, including bare git repos and utilities such as GNU Stow. These solutions work well enough, but I have since found what I would consider a much better solution for organizing user configuration: home-manager.

What is home-manager?

Before understanding home-manager, it is worth briefly discussing what nix is. nix is a package manager that originally spawned from a PhD thesis. Unlike other package managers, it uses symbolic links to keep track of the currently installed packages, keeping around the old ones in case you may want to rollback.

For example, I have used nix to install the package bind which includes dig. You can see that it is available on multiple platforms. The absolute path of dig can be found by running:

$ ls -lh $(which dig)
+lrwxr-xr-x 73 root 31 Dec  1969 /run/current-system/sw/bin/dig -> /nix/store/0r4qdyprljd3dki57jn6c6a8dh2rbg9g-bind-9.16.16-dnsutils/bin/dig
+

Notice that there is a hash included in the file path? This is a nix store path and is computed by the nix package manager. This nix pill does a good job explaining how this hash is computed. All of the nix pills are worth a read, if you are interested in learning more about nix itself. However, using home-manager does not require extensive knowledge of nix.

Part of the nix ecosystem includes nixpkgs. Many popular tools can be found already packaged in this repository. As you can see with these stats, there is a large number of existing packages that are being maintained by the community. Contributing a new package is easy, and anyone can do it!

home-manager leverages the nix package manager (and nixpkgs), as well the nix language so that you can declaratively define your system configuration. I store my nix-config in git so that I can keep track of my packages and configurations, and retain a clean and informative git commit history so that I can understand what changed and why.

Setting up home-manager

⚠️ If you run this on your main machine, make sure you backup your configuration files first. home-manager is pretty good about not overwriting existing configuration, but it is better to have a backup! Alternatively, you could test this out on a VM or cloud instance.

The first thing you should do is install nix:

curl -L https://nixos.org/nix/install | sh
+

It’s generally not a good idea to curl and execute files from the internet (without verifying integrity), so you might want to download the install script first and take a look before executing it!

Open up a new shell in your terminal and running nix should work. If not, run . ~/.nix-profile/etc/profile.d/nix.sh

Now, install home-manager:

nix-channel --add https://github.com/nix-community/home-manager/archive/master.tar.gz home-manager
+nix-channel --update
+nix-shell '<home-manager>' -A install
+

You should see a wave of /nix/store/* paths being displayed on your screen.

Now, to start off with a basic configuration, open up ~/.config/nixpkgs/home.nix in the editor of your choice and paste this in (you will want to change userName and homeDirectory):

{ config, pkgs, ... }:
+
+{
+  programs.home-manager.enable = true;
+
+  home = {
+    username = "dave";
+    homeDirectory = "/home/dave";
+    stateVersion = "21.11";
+    packages = with pkgs; [
+      bind
+      exa
+      fd
+      ripgrep
+    ];
+  };
+
+  programs = {
+
+    git = {
+      enable = true;
+      aliases = {
+        aa = "add -A .";
+        br = "branch";
+        c = "commit -S";
+        ca = "commit -S --amend";
+        cb = "checkout -b";
+        co = "checkout";
+        d = "diff";
+        l =
+          "log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit";
+      };
+
+      delta = {
+        enable = true;
+
+        options = {
+          features = "line-numbers decorations";
+          whitespace-error-style = "22 reverse";
+          plus-style = "green bold ul '#198214'";
+          decorations = {
+            commit-decoration-style = "bold yellow box ul";
+            file-style = "bold yellow ul";
+            file-decoration-style = "none";
+          };
+        };
+      };
+
+      extraConfig = {
+        push = { default = "current"; };
+        pull = { rebase = true; };
+      };
+
+    };
+
+    starship = {
+      enable = true;
+      enableZshIntegration = true;
+
+      settings = {
+        add_newline = false;
+        scan_timeout = 10;
+      };
+    };
+
+    zsh = {
+      enable = true;
+      enableAutosuggestions = true;
+      enableSyntaxHighlighting = true;
+      history.size = 1000000;
+
+      localVariables = {
+        CASE_SENSITIVE = "true";
+        DISABLE_UNTRACKED_FILES_DIRTY = "true";
+        RPROMPT = ""; # override because macOS defaults to filepath
+        ZSH_AUTOSUGGEST_HIGHLIGHT_STYLE = "fg=#838383,underline";
+        ZSH_DISABLE_COMPFIX = "true";
+      };
+
+      initExtra = ''
+        export PAGER=less
+      '';
+
+      shellAliases = {
+        ".." = "cd ..";
+        grep = "rg --smart-case";
+        ls = "exa -la --git";
+      };
+
+      "oh-my-zsh" = {
+        enable = true;
+        plugins = [
+          "gitfast"
+          "last-working-dir"
+        ];
+      };
+
+    };
+
+  };
+}
+

Save the file and run:

home-manager switch
+

You should see another wave of /nix/store/* paths. The new configuration should now be active.

If you run zsh, you should see that you have starship and access to several other utils such as rg, fd, and exa.

This basic configuration above is also defining your ~/.config/git/config and .zshrc. If you already have either of these files, home-manager will complain about them already existing.

If you run cat ~/.zshrc, you will see the way these configuration files are generated.

You can extend this configuration for programs such as (neo)vim, emacs, alacritty, ssh, etc. To see other programs, take a look at home-manager/modules/programs.

Gateway To Nix

In ways, home-manager can be seen as a gateway to the nix ecosystem. If you have enjoyed the way you can declare user configuration with home-manager, you may be interested in expanding your configuration to include other system dependencies and configuration. For example, in Linux you can define your entire system’s configuration (including the kernel, kernel modules, networking, filesystems, etc) in nix. For macOS, there is nix-darwin that includes nix modules for configuring launchd, dock, and other preferences and services. You may also want to check out Nix Flakes: a more recent feature that allows you declare dependencies, and have them automatically pinned and hashed in flake.lock, similar to that of many modern package managers.

Wrapping up

The title of this post is slightly misleading, since it’s possible to retain some of your dotfiles and have them intermingle with home-manager by including them alongside nix. The idea of defining user configuration using nix can provide a clean way to maintain your configuration, and allow it to be portable across platforms. Is it worth the effort to migrate away from shell scripts and dotfiles? I’d say so.

\ No newline at end of file diff --git a/blog/2021/09/17/automatically-rotating-aws-access-keys/index.html b/blog/2021/09/17/automatically-rotating-aws-access-keys/index.html new file mode 100644 index 00000000..32b1cd0a --- /dev/null +++ b/blog/2021/09/17/automatically-rotating-aws-access-keys/index.html @@ -0,0 +1,18 @@ +Automatically rotating AWS access keys +

davegallant.ca

█

Automatically rotating AWS access keys

2021-09-17 by Dave Gallant

aws python security aws‑vault

Rotating credentials is a security best practice. This morning, I read a question about automatically rotating AWS Access Keys without having to go through the hassle of navigating the AWS console. There are some existing solutions already, but I decided to write a script since it was incredibly simple. The script could be packed up as a systemd/launchd service to continually rotate access keys in the background.

In the longer term, migrating my local workflows to aws-vault seems like a more secure solution. This would mean that credentials (even temporary session credentials) never have to be written in plaintext to disk (i.e. where AWS suggests). Any existing applications, such as terraform, could be have their credentials passed to them from aws-vault, which retrieves them from the OS’s secure keystore. There is even a rotate command included.

\ No newline at end of file diff --git a/blog/2021/10/11/replacing-docker-with-podman-on-macos-and-linux/index.html b/blog/2021/10/11/replacing-docker-with-podman-on-macos-and-linux/index.html new file mode 100644 index 00000000..1e8635ef --- /dev/null +++ b/blog/2021/10/11/replacing-docker-with-podman-on-macos-and-linux/index.html @@ -0,0 +1,56 @@ +Replacing docker with podman on macOS (and Linux) +

davegallant.ca

█

Replacing docker with podman on macOS (and Linux)

2021-10-11 by Dave Gallant

docker podman containers

There are a number of reasons why you might want to replace docker, especially on macOS. The following feature bundled in Docker Desktop might have motivated you enough to consider replacing docker:

...ignoring Docker updates is a paid feature now?? pic.twitter.com/ZxKW3b9LQM
— Brendan Dolan-Gavitt (@moyix) May 1, 2021

Docker has been one of the larger influencers in the container world, helping to standardize the OCI Image Format Specification. For many developers, containers have become synonymous with terms like docker and Dockerfile (a file containing build instructions for a container image). Docker has certainly made it very convenient to build and run containers, but it is not the only solution for doing so.

This post briefly describes my experience swapping out docker for podman on macOS.

What is a container?

A container is a standard unit of software that packages up all application dependencies within it. Multiple containers can be run on a host machine all sharing the same kernel as the host. Linux namespaces help provide an isolated view of the system, including mnt, pid, net, ipc, uid, cgroup, and time. There is an in-depth video that discusses what containers are made from, and near the end there is a demonstration on how to build your own containers from the command line.

By easily allowing the necessary dependencies to live alongside the application code, containers make the “works on my machine” problem less of a problem.

Benefits of Podman

One of the most interesting features of Podman is that it is daemonless. There isn’t a process running on your system managing your containers. In contrast, the docker client is reliant upon the docker daemon (often running as root) to be able to build and run containers.

Podman is rootless by default. It is now possible to run the docker daemon rootless as well, but it’s still not the default behaviour.

I’ve also observed that so far my 2019 16" Macbook Pro hasn’t sounded like a jet engine, although I haven’t performed any disk-intensive operations yet.

Installing Podman

Running Podman on macOS is more involved than on Linux, because the podman-machine must run Linux inside of a virtual machine. Fortunately, the installation is made simple with brew (read this if you’re installing Podman on Linux):

brew install podman
+

The podman-machine must be started:

# This is not necessary on Linux
+podman machine init
+podman machine start
+

Running a container

Let’s try to pull an image:

$ podman pull alpine
+Trying to pull docker.io/library/alpine:latest...
+Getting image source signatures
+Copying blob sha256:a0d0a0d46f8b52473982a3c466318f479767577551a53ffc9074c9fa7035982e
+Copying config sha256:14119a10abf4669e8cdbdff324a9f9605d99697215a0d21c360fe8dfa8471bab
+Writing manifest to image destination
+Storing signatures
+14119a10abf4669e8cdbdff324a9f9605d99697215a0d21c360fe8dfa8471bab
+

If you’re having an issue pulling images, you may need to remove ~/.docker/config.json or remove the set of auths in the configuration as mentioned here.

and then run and exec into the container:

$ podman run --rm -ti alpine
+Error: error preparing container 99ace1ef8a78118e178372d91fd182e8166c399fbebe0f676af59fbf32ce205b for attach: error configuring network namespace for container 99ace1ef8a78118e178372d91fd182e8166c399fbebe0f676af59fbf32ce205b: error adding pod unruffled_bohr_unruffled_bohr to CNI network "podman": unexpected end of JSON input
+

What does this error mean? A bit of searching lead to this github issue.

Until the fix is released, a workaround is to just specify a port (even when it’s not needed):

podman run -p 4242 --rm -ti alpine
+

If you’re reading this from the future, there is a good chance specifying a port won’t be needed.

Another example of running a container with Podman can be found in the Jellyfin Documentation.

Aliasing docker with podman

Force of habit (or other scripts) may have you calling docker. To work around this:

alias docker=podman
+

podman-compose

You may be wondering: what about docker-compose? Well, there claims to be a drop-in replacement for it: podman-compose.

pip3 install --user podman-compose
+

Now let’s create a docker-compose.yml file to test:

cat << EOF >> docker-compose.yml
+version: '2'
+services:
+  hello_world:
+    image: ubuntu
+    command: [/bin/echo, 'Hello world']
+EOF
+

Now run:

$ podman-compose up
+podman pod create --name=davegallant.github.io --share net
+40d61dc6e95216c07d2b21cea6dcb30205bfcaf1260501fe652f05bddf7e595e
+0
+podman create --name=davegallant.github.io_hello_world_1 --pod=davegallant.github.io -l io.podman.compose.config-hash=123 -l io.podman.compose.project=davegallant.github.io -l io.podman.compose.version=0.0.1 -l com.docker.compose.container-number=1 -l com.docker.compose.service=hello_world --add-host hello_world:127.0.0.1 --add-host davegallant.github.io_hello_world_1:127.0.0.1 ubuntu /bin/echo Hello world
+Resolved "ubuntu" as an alias (/etc/containers/registries.conf.d/000-shortnames.conf)
+Trying to pull docker.io/library/ubuntu:latest...
+Getting image source signatures
+Copying blob sha256:f3ef4ff62e0da0ef761ec1c8a578f3035bef51043e53ae1b13a20b3e03726d17
+Copying blob sha256:f3ef4ff62e0da0ef761ec1c8a578f3035bef51043e53ae1b13a20b3e03726d17
+Copying config sha256:597ce1600cf4ac5f449b66e75e840657bb53864434d6bd82f00b172544c32ee2
+Writing manifest to image destination
+Storing signatures
+1a68b2fed3fdf2037b7aef16d770f22929eec1d799219ce30541df7876918576
+0
+podman start -a davegallant.github.io_hello_world_1
+Hello world
+

This should more or less provide the same results you would come to expect with docker. The README does clearly state that podman-compose is under development.

Summary

Installing Podman on macOS was not seamless, but it was manageable well within 30 minutes. I would recommend giving Podman a try to anyone who is unhappy with experiencing forced docker updates, or who is interested in using a more modern technology for running containers.

One caveat to mention is that there isn’t an official graphical user interface for Podman, but there is an open issue considering one. If you rely heavily on Docker Desktop’s UI, you may not be as interested in using podman yet.

Update: After further usage, bind mounts do not seem to work out of the box when the client and host are on different machines. A rather involved solution using sshfs was shared here.

I had been experimenting with Podman on Linux before writing this, but after listening to this podcast episode, I was inspired to give Podman a try on macOS.

\ No newline at end of file diff --git a/blog/2021/11/14/running-k3s-in-lxc-on-proxmox/index.html b/blog/2021/11/14/running-k3s-in-lxc-on-proxmox/index.html new file mode 100644 index 00000000..cf8d2abe --- /dev/null +++ b/blog/2021/11/14/running-k3s-in-lxc-on-proxmox/index.html @@ -0,0 +1,57 @@ +Running K3s in LXC on Proxmox +

davegallant.ca

█

Running K3s in LXC on Proxmox

2021-11-14 by Dave Gallant

k3s proxmox lxc self‑hosted

It has been a while since I’ve actively used Kubernetes and wanted to explore the evolution of tools such as Helm and Tekton. I decided to deploy K3s, since I’ve had success with deploying it on resource-contrained Raspberry Pis in the past. I thought that this time it’d be convenient to have K3s running in a LXC container on Proxmox. This would allow for easy snapshotting of the entire Kubernetes deployment. LXC containers also provide an efficient way to use a machine’s resources.

What is K3s?

K3s is a Kubernetes distro that advertises itself as a lightweight binary with a much smaller memory-footprint than traditional k8s. K3s is not a fork of k8s as it seeks to remain as close to upstream as it possibly can.

Configure Proxmox

This gist contains snippets and discussion on how to deploy K3s in LXC on Proxmox. It mentions that bridge-nf-call-iptables should be loaded, but I did not understand the benefit of doing this.

Disable swap

There is an issue on Kubernetes regarding swap here. There claims to be support for swap in 1.22, but for now let’s disable it:

sudo sysctl vm.swappiness=0
+sudo swapoff -a
+

It might be worth experimenting with swap enabled in the future to see how that might affect performance.

Enable IP Forwarding

To avoid IP Forwarding issues with Traefik, run the following on the host:

sudo sysctl net.ipv4.ip_forward=1
+sudo sysctl net.ipv6.conf.all.forwarding=1
+sudo sed -i 's/#net.ipv4.ip_forward=1/net.ipv4.ip_forward=1/g' /etc/sysctl.conf
+sudo sed -i 's/#net.ipv6.conf.all.forwarding=1/net.ipv6.conf.all.forwarding=1/g' /etc/sysctl.conf
+

Create LXC container

Create an LXC container in the Proxmox interface as you normally would. Remember to:

Uncheck unprivileged container
Use a LXC template (I chose a debian 11 template downloaded with pveam)
In memory, set swap to 0
Create and start the container

Modify container config

Now back on the host run pct list to determine what VMID it was given.

Open /etc/pve/lxc/$VMID.conf and append:

lxc.apparmor.profile: unconfined
+lxc.cap.drop:
+lxc.mount.auto: "proc:rw sys:rw"
+lxc.cgroup2.devices.allow: c 10:200 rwm
+

All of the above configurations are described in the manpages. +Notice that cgroup2 is used since Proxmox VE 7.0 has switched to a pure cgroupv2 environment.

Thankfully cgroup v2 support has been supported in k3s with these contributions:

Enable shared host mounts

From within the container, run:

echo '#!/bin/sh -e
+ln -s /dev/console /dev/kmsg
+mount --make-rshared /' > /etc/rc.local
+chmod +x /etc/rc.local
+reboot
+

Install K3s

One of the simplest ways to install K3s on a remote host is to use k3sup. +Ensure that you supply a valid CONTAINER_IP and choose the k3s-version you prefer. +As of 2021/11, it is still defaulting to the 1.19 channel, so I overrode it to 1.22 for cgroup v2 support. See the published releases here.

ssh-copy-id root@$CONTAINER_IP
+k3sup install --ip $CONTAINER_IP --user root --k3s-version v1.22.3+k3s1
+

If all goes well, you should see a path to the kubeconfig generated. I moved this into ~/.kube/config so that kubectl would read this by default.

Wrapping up

Installing K3s in LXC on Proxmox works with a few tweaks to the default configuration. I later followed the Tekton’s Getting Started guide and was able to deploy it in a few commands.

$ kubectl get all --namespace tekton-pipelines
+NAME                                               READY   STATUS    RESTARTS      AGE
+pod/tekton-pipelines-webhook-8566ff9b6b-6rnh8      1/1     Running   1 (50m ago)   12h
+pod/tekton-dashboard-6bf858f977-qt4hr              1/1     Running   1 (50m ago)   11h
+pod/tekton-pipelines-controller-69fd7498d8-f57m4   1/1     Running   1 (50m ago)   12h
+
+NAME                                  TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)                              AGE
+service/tekton-pipelines-controller   ClusterIP   10.43.44.245    <none>        9090/TCP,8080/TCP                    12h
+service/tekton-pipelines-webhook      ClusterIP   10.43.183.242   <none>        9090/TCP,8008/TCP,443/TCP,8080/TCP   12h
+service/tekton-dashboard              ClusterIP   10.43.87.97     <none>        9097/TCP                             11h
+
+NAME                                          READY   UP-TO-DATE   AVAILABLE   AGE
+deployment.apps/tekton-pipelines-webhook      1/1     1            1           12h
+deployment.apps/tekton-dashboard              1/1     1            1           11h
+deployment.apps/tekton-pipelines-controller   1/1     1            1           12h
+
+NAME                                                     DESIRED   CURRENT   READY   AGE
+replicaset.apps/tekton-pipelines-webhook-8566ff9b6b      1         1         1       12h
+replicaset.apps/tekton-dashboard-6bf858f977              1         1         1       11h
+replicaset.apps/tekton-pipelines-controller-69fd7498d8   1         1         1       12h
+
+NAME                                                           REFERENCE                             TARGETS   MINPODS   MAXPODS   REPLICAS   AGE
+horizontalpodautoscaler.autoscaling/tekton-pipelines-webhook   Deployment/tekton-pipelines-webhook   9%/100%   1         5         1          12h
+

I made sure to install Tailscale in the container so that I can easily access K3s from anywhere.

If I’m feeling adventurous, I might experiment with K3s rootless.

\ No newline at end of file diff --git a/blog/2022/03/13/backing-up-gmail-with-synology/index.html b/blog/2022/03/13/backing-up-gmail-with-synology/index.html new file mode 100644 index 00000000..601599cb --- /dev/null +++ b/blog/2022/03/13/backing-up-gmail-with-synology/index.html @@ -0,0 +1,16 @@ +Backing up gmail with Synology +

davegallant.ca

█

Backing up gmail with Synology

2022-03-13 by Dave Gallant

synology gmail backup ransomware

I’ve used gmail since the beta launched touting a whopping 1GB of storage. I thought this was a massive leap in email technology at the time. I was lucky enough to get an invite fairly quickly. Not suprisingly, I have many years of emails, attachments, and photos. I certainly do not want to lose the content of many of these emails. Despite the redundancy of the data that Google secures, I still feel better retaining a copy of this data on my own physical machines.

The thought of completely de-googling has crossed my mind on occassion. Convenience, coupled with my admiration for Google engineering, has prevented me from doing so thus far. Though, I may end up doing so at some point in the future.

Synology MailPlus Server

Synology products are reasonably priced for what you get (essentially a cloud-in-a-box) and there is very little maintenance required. I’ve recently been in interested in syncing and snapshotting my personal data. I’ve setup Synology’s Cloud Sync and keep copies of most of my cloud data.

I’ve used tools such as gmvault with success in the past. Setting this up on a cron seems like a viable option. However, I don’t really need a lot of the features it offers and do not plan to restore this data to another account.

Synology’s MailPlus seems to be a good candidate for backing up this data. By enabling POP3 fetching, it’s possible to fetch all existing emails, as well as periodically fetch all new emails. If a disaster ever did occur, having these emails would be beneficial, as they are an extension of my memory bank.

Installing MailPlus can be done from the Package Center:

Next, I went into Synology MailPlus Server and on the left, clicked on Account and ensured my user was marked as active.

Afterwords, I followed these instructions in order to start backing up emails.

When entering the POP3 credentials, I created an app password solely for authenticating to POP3 from the Synology device. This is required because I have 2-Step verification enabled on my account. There doesn’t seem to be a more secure way to access POP3 at the moment. It does seem like app password access is limited in scope (when MFA is enabled). These app passwords can’t be used to login to the main Google account.

I made sure to set the Fetch Range to All in order to get all emails from the beginning of time.

After this, mail started coming in.

After fetching 19 years worth of emails, I tried searching for some emails. It only took a few seconds to search through ~50K emails, which is a relief if I ever did have to search for something important.

Securing Synology

Since Synology devices are not hermetically sealed, it’s best to secure them by enabling MFA to help prevent being the victim of ransomware. It is also wise to backup your system settings and volumes to the cloud using a tool such as Hyper Backup. +Encrypting your shared volumes should also be done, since unfortunately DSM does not support full disk encryption.

Summary

Having backups of various forms of cloud data is a good investment, especially in times of war. I certainly feel more at ease for having backed up my emails.

\ No newline at end of file diff --git a/blog/2022/03/13/backing-up-gmail-with-synology/install-mailplus-server.png b/blog/2022/03/13/backing-up-gmail-with-synology/install-mailplus-server.png new file mode 100644 index 00000000..5aa08863 Binary files /dev/null and b/blog/2022/03/13/backing-up-gmail-with-synology/install-mailplus-server.png differ diff --git a/blog/2022/03/13/backing-up-gmail-with-synology/mail-plus-incoming-mail.png b/blog/2022/03/13/backing-up-gmail-with-synology/mail-plus-incoming-mail.png new file mode 100644 index 00000000..ccf992ee Binary files /dev/null and b/blog/2022/03/13/backing-up-gmail-with-synology/mail-plus-incoming-mail.png differ diff --git a/blog/2022/04/02/virtualizing-my-router-with-pfsense/index.html b/blog/2022/04/02/virtualizing-my-router-with-pfsense/index.html new file mode 100644 index 00000000..bfdd0609 --- /dev/null +++ b/blog/2022/04/02/virtualizing-my-router-with-pfsense/index.html @@ -0,0 +1,16 @@ +Virtualizing my router with pfSense +

davegallant.ca

█

Virtualizing my router with pfSense

2022-04-02 by Dave Gallant

pfsense router openwrt router‑on‑a‑stick proxmox vlan self‑hosted

My aging router has been running OpenWrt for years and for the most part has been quite reliable. OpenWrt is an open-source project used on embedded devices to route network traffic. It supports many different configurations and there exists a large index of packages. Ever since I’ve connected some standalone wireless access points, I’ve had less of a need for an off-the-shelf all-in-one wireless router combo. I’ve also recently been experiencing instability with my router (likely the result of a combination of configuration tweaking and firmware updating). OpenWrt has served me well, but it is time to move on!

pfSense

I figured this would be a good opportunity to try pfSense. I’ve heard nothing but positive things about pfSense and the fact it’s been around since 2004, based on FreeBSD, and written in PHP gave me the impression that it would be relatively stable (and I’d expect nothing less because it has an important job to do!). pfSense can be run on many different machines, and there are even some officially supported appliances. Since I already have a machine running Proxmox, why not just run it in a VM? It’d allow for automatic snapshotting of the machine. There is a good video on this by Techno Tim. Tim has a lot of good videos, and this one is about virtualizing pfSense.

Router on a stick

I had initially made the assumption that in order to build a router, you would need more than a single NIC (or a dual-port NIC) in order to support both WAN and LAN. This is simply not the case, because VLANs are awesome! In order to create a router, all you need is a single port NIC and a network switch that supports VLANs (also marketed as a managed switch). I picked up the Netgear GS308E because it has both a sufficient amount of ports for my needs, and it supports VLANs. It also has a nice sturdy metal frame which was a pleasant surprise.

After setting up this Netgear switch, it shoud be possible to access the web interface at http://192.168.0.239. It may be at a different address. To find the address, try checking your DHCP leases in your router interface (if you plugged it into an existing router). I realized I was unable to access this interface because I was on a different subnet, so I set my machine’s address to 192.168.0.22 in order to temporarily setup this switch. I assigned a static ip address to the switch (in System > Switch Information) so that it was in the same subnet as the rest of my network.

The web interface is nothing spectactular, but it allows for managing VLANs.

The following configuration will:

assign port 1 to be the LAN (connected to the Proxmox machine)
assign port 8 to be the WAN (connected to my ISP’s modem)

In the switch’s web interface, I went to VLAN and then 802.1Q, and then clicked on VLAN Configuration. I configured the ports to look like this:

vlan-config

Note that the VLAN Identifier Setting has been setup already with two VLANs (1 and 10). More VLANs can be created (i.e. to isolate IoT devices), but 2 VLANs is all we need for the initial setup of a router.

To replicate the above configuration, add a new VLAN ID 10 (1 should exist by default).

Next, go into VLAN Membership and configure VLAN 1’s port membership to be the following:

vlan-membership-1

and then configure VLAN 10’s port membership to be the following:

vlan-membership-10

Now, go into Port PVID and ensure that port 8 is set to PVID 10.

vlan-port-pvid

This above configuration will dedicate two of the eight ports to WAN and LAN. This will allow the internet to flow into the pfSense from the modem.

Setting up pfSense

pfSense is fairly easy to setup. Just download the latest ISO and boot up the virtual machine. +When setting up the machine, I mostly went with all of the defaults. Configuration can be changed later in the web interface, which is quite a bit simpler.

Since VLANs are going to be leveraged, when you go to Assign Interfaces, VLANs should be setup now like the following:

WAN should be vtnet0.10
LAN should be vtnet0

After going through the rest of the installation, if everything is connected correctly it should display both WAN and LAN addresses.

If all goes well, the web interface should be running at https://192.168.1.1.

pfsense-dashboard

And this is where the fun begins. There are many tutorials and blogs about how to setup pfSense and various services and packages that can be installed. I’ve already installed pfBlocker-NG.

Summary

It is fairly simple to setup a router with pfSense from within a virtual machine. A physical dedicated routing machine is not necessary and often does not perform as well as software running on faster and more reliable hardware. So far, pfSense has been running for over a week without a single hiccup. pfSense is a mature piece of software that is incredibly powerful and flexible. To avoid some of the instability I had experienced with OpenWrt, I enabled AutoConfigBackup, which is capable of automatically backing up configuration upon every change. I plan to explore and experiment with more services and configuration in the future, so the ability to track all of these changes gives me the peace of mind that experimentation is safe.

\ No newline at end of file diff --git a/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-port-pvid.png b/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-port-pvid.png new file mode 100644 index 00000000..663605d9 Binary files /dev/null and b/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-port-pvid.png differ diff --git a/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-vlan-configuration.png b/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-vlan-configuration.png new file mode 100644 index 00000000..a13bb2b5 Binary files /dev/null and b/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-vlan-configuration.png differ diff --git a/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-vlan-membership-1.png b/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-vlan-membership-1.png new file mode 100644 index 00000000..90ec6445 Binary files /dev/null and b/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-vlan-membership-1.png differ diff --git a/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-vlan-membership-10.png b/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-vlan-membership-10.png new file mode 100644 index 00000000..1016eddc Binary files /dev/null and b/blog/2022/04/02/virtualizing-my-router-with-pfsense/netgear-vlan-membership-10.png differ diff --git a/blog/2022/04/02/virtualizing-my-router-with-pfsense/pfsense-dashboard.png b/blog/2022/04/02/virtualizing-my-router-with-pfsense/pfsense-dashboard.png new file mode 100644 index 00000000..1863e728 Binary files /dev/null and b/blog/2022/04/02/virtualizing-my-router-with-pfsense/pfsense-dashboard.png differ diff --git a/blog/2022/12/10/watching-youtube-in-private/computerphile.png b/blog/2022/12/10/watching-youtube-in-private/computerphile.png new file mode 100644 index 00000000..e271dadd Binary files /dev/null and b/blog/2022/12/10/watching-youtube-in-private/computerphile.png differ diff --git a/blog/2022/12/10/watching-youtube-in-private/index.html b/blog/2022/12/10/watching-youtube-in-private/index.html new file mode 100644 index 00000000..1525a88e --- /dev/null +++ b/blog/2022/12/10/watching-youtube-in-private/index.html @@ -0,0 +1,55 @@ +Watching YouTube in private +

davegallant.ca

█

Watching YouTube in private

2022-12-10 by Dave Gallant

invidious youtube yewtu.be tailscale privacy self‑hosted

I recently stumbled upon yewtu.be and found it intriguing. It not only allows you to watch YouTube without being on YouTube, but it also allows you to create an account and subscribe to channels without a Google account. What sort of wizardry is going on under the hood? It turns out that it’s a hosted instance of invidious.

The layout is simple, and JavaScript is not required.

I started using yewtu.be as my primary client for watching videos. I subscribe to several YouTube channels and I prefer the interface invidiuous provides due to its simplicity. It’s also nice to be in control of my search and watch history.

A few days ago, yewtu.be went down briefly, and that motivated me enough to self-host invidious. There are several other hosted instances listed here, but being able to easily backup my own instance (including subscriptions and watch history) is more compelling in my case.

Hosting invidious

The quickest way to get invidious up is with docker-compose as mentioned in the docs.

I made a few modifications, and ended up with:

version: "3"
+services:
+  invidious:
+    image: quay.io/invidious/invidious
+    restart: unless-stopped
+    ports:
+      - "0.0.0.0:3000:3000"
+    environment:
+      INVIDIOUS_CONFIG: |
+        db:
+          dbname: invidious
+          user: kemal
+          password: kemal
+          host: invidious-db
+          port: 5432
+        check_tables: true        
+    healthcheck:
+      test: wget -nv --tries=1 --spider http://127.0.0.1:3000/api/v1/comments/jNQXAC9IVRw || exit 1
+      interval: 30s
+      timeout: 5s
+      retries: 2
+    depends_on:
+      - invidious-db
+
+  invidious-db:
+    image: docker.io/library/postgres:14
+    restart: unless-stopped
+    volumes:
+      - postgresdata:/var/lib/postgresql/data
+      - ./config/sql:/config/sql
+      - ./docker/init-invidious-db.sh:/docker-entrypoint-initdb.d/init-invidious-db.sh
+    environment:
+      POSTGRES_DB: invidious
+      POSTGRES_USER: kemal
+      POSTGRES_PASSWORD: kemal
+    healthcheck:
+      test: ["CMD-SHELL", "pg_isready -U $$POSTGRES_USER -d $$POSTGRES_DB"]
+
+volumes:
+  postgresdata:
+

After invidious was up and running, I installed Tailscale on it to leverage its MagicDNS, and I’m now able to access this instance from anywhere at http://invidious:3000/feed/subscriptions.

Redirecting YouTube links

I figured it would be nice to redirect existing YouTube links that others send me, so that I could seamlessly watch the videos using invidious.

I went looking for a way to redirect paths at the browser level. I found the lightweight proxy requestly, which can be used to modify http requests in my browser. I created the following rules:

requestly

Now the link https://www.youtube.com/watch?v=-lz30by8-sU will redirect to http://invidious:3000/watch?v=-lz30by8-sU

I’m still looking for ways to improve this invidious setup. There doesn’t appear to be a way to stream in 4K yet.

\ No newline at end of file diff --git a/blog/2022/12/10/watching-youtube-in-private/requestly-rules.png b/blog/2022/12/10/watching-youtube-in-private/requestly-rules.png new file mode 100644 index 00000000..fb822b79 Binary files /dev/null and b/blog/2022/12/10/watching-youtube-in-private/requestly-rules.png differ diff --git a/blog/2023/05/22/using-aks-and-socks-to-connect-to-a-private-azure-db/index.html b/blog/2023/05/22/using-aks-and-socks-to-connect-to-a-private-azure-db/index.html new file mode 100644 index 00000000..334cef65 --- /dev/null +++ b/blog/2023/05/22/using-aks-and-socks-to-connect-to-a-private-azure-db/index.html @@ -0,0 +1,24 @@ +Using AKS and SOCKS to connect to a private Azure DB +

davegallant.ca

█

Using AKS and SOCKS to connect to a private Azure DB

2023-05-22 by Dave Gallant

aks aws azure bastion cloud‑sql‑proxy database eks k8s kubectl‑plugin‑socks5‑proxy proxy socat socks

I ran into a roadblock recently where I wanted to be able to conveniently connect to a managed postgres database within Azure that was not running on public subnets. And by conveniently, I mean that I’d rather not have to spin up an ephemeral virtual machine running in the same network and proxy the connection, and I’d like to use a local client (preferably with a GUI). After several web searches, it became evident that Azure does not readily provide much tooling to support this.

Go Public?

Should the database be migrated to public subnets? Ideally not, since it is good practice to host internal infrastructure in restricted subnets.

How do others handle this?

With GCP, connecting to a private db instance from any machine can be achieved with cloud-sql-proxy. This works by proxying requests from your machine to the SQL database instance in the cloud, while the authentication is handled by GCP’s IAM.

So what about Azure? Is there any solution that is as elegant as cloud-sql-proxy?

A Bastion

Similar to what AWS has recommended, perhaps a bastion is the way forward?

Azure has a fully-managed service called Azure Bastion that provides secure access to virtual machines that do not have public IPs. This looks interesting, but unfortunately it costs money and requires an additional virtual machine.

Because this adds cost (and complexity), it does not seem like a desirable option in its current state. If it provided a more seamless connection to the database, it would be more appealing.

SOCKS

2023-12-13: +An alternative to using a socks proxy is socat. This would allow you to relay tcp connections to a pod running in k8s, and then port-forward them to your localhost. +If this sounds more appealing, install krew-net-forward and then run “kubectl net-forward -i mydb.postgres.database.azure.com -p 5432 -l 5432” to access the database through “localhost:5432”

SOCKS is a protocol that enables a way to proxy connections by exchanging network packets between the client and the server. There are many implementations and many readily available container images that can run a SOCKS server.

It’s possible to use this sort of proxy to connect to a private DB, but is it any simpler than using a virtual machine as a jumphost? It wasn’t until I stumbled upon kubectl-plugin-socks5-proxy that I was convinced that using SOCKS could be made simple.

So how does it work? By installing the kubectl plugin and then running kubectl socks5-proxy, a SOCKS proxy server is spun up in a pod and then opens up port-forwarding session using kubectl.

As you can see below, this k8s plugin is wrapped up nicely:

$ kubectl socks5-proxy
+using: namespace=default
+using: port=1080
+using: name=davegallant-proxy
+using: image=serjs/go-socks5-proxy
+Creating SOCKS5 Proxy (Pod)...
+pod/davegallant-proxy created
+

With the above proxy connection open, it is possible to access both the DNS and private IPs accessible within the k8s cluster. In this case, I am able to access the private database, since there is network connectivity between the k8s cluster and the database.

Caveats and Conclusion

The above outlined solution makes some assumptions:

there is a k8s cluster
the k8s cluster has network connectivity to the desired private database

If these stars align, than this solution might work as a stopgap for accessing a private Azure DB (and I’m assuming this could work similarly on AWS).

It would be nice if Azure provided tooling similar to cloud-sql-proxy, so that using private databases would be more of a convenient experience.

One other thing to note is that some clients (such as dbeaver) do not provide DNS resolution over SOCKS. So in this case, you won’t be able to use DNS as if you were inside the cluster, but instead have to rely on knowing private ip addresses.

\ No newline at end of file diff --git a/blog/2023/12/10/setting-up-gitea-actions-with-tailscale/gitea-runners.png b/blog/2023/12/10/setting-up-gitea-actions-with-tailscale/gitea-runners.png new file mode 100644 index 00000000..5935cd54 Binary files /dev/null and b/blog/2023/12/10/setting-up-gitea-actions-with-tailscale/gitea-runners.png differ diff --git a/blog/2023/12/10/setting-up-gitea-actions-with-tailscale/gitea-workflow.png b/blog/2023/12/10/setting-up-gitea-actions-with-tailscale/gitea-workflow.png new file mode 100644 index 00000000..0d799795 Binary files /dev/null and b/blog/2023/12/10/setting-up-gitea-actions-with-tailscale/gitea-workflow.png differ diff --git a/blog/2023/12/10/setting-up-gitea-actions-with-tailscale/index.html b/blog/2023/12/10/setting-up-gitea-actions-with-tailscale/index.html new file mode 100644 index 00000000..e41573e9 --- /dev/null +++ b/blog/2023/12/10/setting-up-gitea-actions-with-tailscale/index.html @@ -0,0 +1,125 @@ +Setting up Gitea Actions with Tailscale +

davegallant.ca

█

Setting up Gitea Actions with Tailscale

2023-12-10 by Dave Gallant

gitea gitea‑actions github‑actions tailscale self‑hosted

In this post I’ll go through the process of setting up Gitea Actions and Tailscale, unlocking a simple and secure way to automate workflows.

What is Gitea?

Gitea is a lightweight and fast git server that has much of the same look and feel as github. I have been using it in my homelab to mirror repositories hosted on other platforms such as github and gitlab. These mirrors take advantage of the decentralized nature of git by serving as “backups”. One of the main reasons I hadn’t been using it more often was due to the lack of integrated CI/CD. This is no longer the case.

Gitea Actions

Gitea Actions have made it into the 1.19.0 release. This feature had been in an experimental state up until 1.21.0 and is now enabled by default 🎉.

So what are they? If you’ve ever used GitHub Actions (and if you’re reading this, I imagine you have), these will look familiar. Gitea Actions essentially enable the ability to run github workflows on gitea. Workflows between gitea and github are not completely interopable, but a lot of the same workflow syntax is already compatible on gitea. You can find a documented list of unsupported workflows syntax.

Actions work by using a custom fork of nekos/act. Workflows run in a new container for every job. If you specify an action such as actions/checkout@v4, it defaults to downloading the scripts from github.com. To avoid internet egress, you could always clone the required actions to your local gitea instance.

Actions (gitea’s implementation) has me excited because it makes spinning up a network-isolated environment for workflow automation incredibly simple.

Integration with Tailscale

So how does Tailscale help here? Well, more recently I’ve been exposing my self-hosted services through a combination of traefik and the tailscale (through the tailscale-traefik proxy integration described here). This allows for a nice looking dns name (i.e. gitea.my-tailnet-name.ts.net) and automatic tls certificate management. I can also share this tailscale node securely with other tailscale users without configuring any firewall rules on my router.

Deploying Gitea, Traefik, and Tailscale

In my case, the following is already set up:

My preferred approach to deploying code in a homelab environment is with docker compose. I have deployed this in a proxmox lxc container based on debian with a hostname gitea. This could be deployed in any environment and with any hostname (as long you updated the tailscale machine name to your preferred subdomain for magic dns).

The docker-compose.yaml file looks like:

version: "3.7"
+services:
+  gitea:
+    image: gitea/gitea:1.21.1
+    container_name: gitea
+    environment:
+      - USER_UID=1000
+      - USER_GID=1000
+
+      - GITEA__server__DOMAIN=gitea.my-tailnet-name.ts.net
+      - GITEA__server__ROOT_URL=https://gitea.my-tailnet-name.ts.net
+      - GITEA__server__HTTP_ADDR=0.0.0.0
+      - GITEA__server__LFS_JWT_SECRET=my-secret-jwt
+    restart: always
+    volumes:
+      - ./data:/data
+      - /etc/timezone:/etc/timezone:ro
+      - /etc/localtime:/etc/localtime:ro
+  traefik:
+    image: traefik:v3.0.0-beta4
+    container_name: traefik
+    security_opt:
+      - no-new-privileges:true
+    restart: unless-stopped
+    ports:
+      - 80:80
+      - 443:443
+    volumes:
+      - ./traefik/data/traefik.yaml:/traefik.yaml:ro
+      - ./traefik/data/dynamic.yaml:/dynamic.yaml:ro
+      - /var/run/tailscale/tailscaled.sock:/var/run/tailscale/tailscaled.sock
+

traefik/data/traefik.yaml:

entryPoints:
+  https:
+    address: ":443"
+providers:
+  file:
+    filename: dynamic.yaml
+certificatesResolvers:
+  myresolver:
+    tailscale: {}
+log:
+  level: INFO
+

and finally traefik/data/dynamic/dynamic.yaml:

http:
+  routers:
+    gitea:
+      rule: Host(`gitea.my-tailnet-name.ts.net`)
+      entrypoints:
+        - "https"
+      service: gitea
+      tls:
+        certResolver: myresolver
+  services:
+    gitea:
+      loadBalancer:
+        servers:
+          - url: "http://gitea:3000"
+

Something to consider is whether or not you want to use ssh with git. One method to get this to work with containers is to use ssh container passthrough. I decided to keep it simple and not use ssh, since communicating over https is perfectly fine for my use case.

After adding the above configuration, running docker compose up -d should be enough to get an instance up and running. It will be accessible at https://gitea.my-tailnet-name.ts.net from within the tailnet.

Theming

I discovered some themes for gitea here and decided to try out gruvbox.

I added the theme by cloning theme-gruvbox-auto.css into ./data/gitea/public/assets/css. I then added the following to environment in docker-compose.yml:

- GITEA__ui__DEFAULT_THEME=gruvbox-auto
+- GITEA__ui__THEMES=gruvbox-auto
+

After restarting the gitea instance, the default theme was applied.

Connecting runners

I installed the runner by following the docs. I opted for installing it on a separate host (another lxc container) as recommended in the docs. I used the systemd unit file to ensure that the runner comes back online after system reboots. I installed tailscale on this gitea runner as well, so that it can have the same “networking privileges” as the main instance.

After registering this runner and starting the daemon, the runner appeared in /admin/actions/runners. I added two other runners to help with parallelization.

Running a workflow

Now it’s time start running some automation. I used the demo workflow as a starting point to verify that the runner is executing workflows.

After this, I wanted to make sure that some of my existing workflows could be migrated over.

The following workflow uses a matrix to run a job for several of my hosts using ansible playbooks that will do various tasks such as patching os updates and updating container images.

name: Run ansible
+on:
+  push:
+  schedule:
+    - cron: "0 */12 * * *"
+
+jobs:
+  run-ansible-playbook:
+    runs-on: ubuntu-latest
+    strategy:
+      matrix:
+        host:
+          - changedetection
+          - homer
+          - invidious
+          - jackett
+          - jellyfin
+          - ladder
+          - miniflux
+          - plex
+          - qbittorrent
+          - tailscale-exit-node
+          - tailscale-subnet-router
+          - uptime-kuma
+    steps:
+      - name: Check out repository code
+        uses: actions/checkout@v4
+      - name: Install ansible
+        run: |
+          apt update && apt install ansible -y          
+      - name: Run playbook
+        uses: dawidd6/action-ansible-playbook@v2
+        with:
+          playbook: playbooks/main.yml
+          requirements: requirements.yml
+          options: |
+            --inventory inventory
+            --limit ${{ matrix.host }}            
+      - name: Send failure notification
+        uses: dawidd6/action-send-mail@v3
+        if: always() && failure()
+        with:
+          server_address: smtp.gmail.com
+          server_port: 465
+          secure: true
+          username: myuser
+          password: ${{ secrets.MAIL_PASSWORD }}
+          subject: ansible runbook '${{ matrix.host }}' failed
+          to: me@davegallant.ca
+          from: RFD Notify
+          body: |
+            ${{ github.server_url }}/${{ github.repository }}/actions/runs/${{ github.run_number }}            
+

And voilà:

You may be wondering how the gitea runner is allowed to connect to the other hosts using ansible? Well, the nodes are in the same tailnet and have tailscale ssh enabled.

Areas for improvement

One enhancement that I would like to see is the ability to send notifications on workflow failures. Currently, this doesn’t seem possible without adding logic to each workflow.

Conclusion

Gitea Actions are fast and the resource footprint is minimal. My gitea instance is currently using around 250mb of memory and a small fraction of a single cpu core (and the runner is using a similar amount of resources). This is impressive since many alternatives tend to require substantially more resources. It likely helps that the codebase is largely written in go.

By combining gitea with the networking marvel that is tailscale, running workflows becomes simple and fun. Whether you are working on a team or working alone, this setup ensures that your workflows are securely accessible from anywhere with an internet connection.

\ No newline at end of file diff --git a/browserconfig.xml b/browserconfig.xml new file mode 100644 index 00000000..b82dfc5d --- /dev/null +++ b/browserconfig.xml @@ -0,0 +1,9 @@ + + + + + + #282828 + + + diff --git a/categories/index.html b/categories/index.html new file mode 100644 index 00000000..9aa027c2 --- /dev/null +++ b/categories/index.html @@ -0,0 +1,14 @@ +Categories +

davegallant.ca

█

404 Page not found

This is not the page you're looking for.

\ No newline at end of file diff --git a/de/categories/index.html b/de/categories/index.html new file mode 100644 index 00000000..362ab6c8 --- /dev/null +++ b/de/categories/index.html @@ -0,0 +1,14 @@ +Categories +

█

davegallant.ca

\ No newline at end of file diff --git a/de/index.xml b/de/index.xml new file mode 100644 index 00000000..2826fc9a --- /dev/null +++ b/de/index.xml @@ -0,0 +1 @@ +davegallant.ca/de/Recent content on davegallant.caHugo -- gohugo.iodeDave Gallant \ No newline at end of file diff --git a/de/page/1/index.html b/de/page/1/index.html new file mode 100644 index 00000000..e8cef229 --- /dev/null +++ b/de/page/1/index.html @@ -0,0 +1,2 @@ +/de/ + \ No newline at end of file diff --git a/de/sitemap.xml b/de/sitemap.xml new file mode 100644 index 00000000..4127f5b1 --- /dev/null +++ b/de/sitemap.xml @@ -0,0 +1 @@ +/de/categories//de//de/tags/ \ No newline at end of file diff --git a/de/tags/index.html b/de/tags/index.html new file mode 100644 index 00000000..c7c99e06 --- /dev/null +++ b/de/tags/index.html @@ -0,0 +1,14 @@ +Tags +

█

Tags

\ No newline at end of file diff --git a/de/tags/index.xml b/de/tags/index.xml new file mode 100644 index 00000000..b781edd9 --- /dev/null +++ b/de/tags/index.xml @@ -0,0 +1 @@ +Tags on davegallant.ca/de/tags/Recent content in Tags on davegallant.caHugo -- gohugo.iodeDave Gallant \ No newline at end of file diff --git a/de/tags/page/1/index.html b/de/tags/page/1/index.html new file mode 100644 index 00000000..d883f59d --- /dev/null +++ b/de/tags/page/1/index.html @@ -0,0 +1,2 @@ +/de/tags/ + \ No newline at end of file diff --git a/en/index.html b/en/index.html new file mode 100644 index 00000000..d6e6da9b --- /dev/null +++ b/en/index.html @@ -0,0 +1,2 @@ +/ + \ No newline at end of file diff --git a/en/sitemap.xml b/en/sitemap.xml new file mode 100644 index 00000000..6933cbc5 --- /dev/null +++ b/en/sitemap.xml @@ -0,0 +1 @@ +/tags/gitea/2024-01-07T17:21:14-05:00/tags/gitea-actions/2024-01-07T17:21:14-05:00/tags/github-actions/2024-01-07T17:21:14-05:00/post/2024-01-07T17:21:14-05:00/tags/self-hosted/2024-01-07T17:21:14-05:00/blog/2023/12/10/setting-up-gitea-actions-with-tailscale/2024-01-07T17:21:14-05:00/tags/2024-01-07T17:21:14-05:00/tags/tailscale/2024-01-07T17:21:14-05:00/tags/aks/2024-01-06T11:33:47-05:00/tags/aws/2024-01-06T11:33:47-05:00/tags/azure/2024-01-06T11:33:47-05:00/tags/bastion/2024-01-06T11:33:47-05:00/tags/cloud-sql-proxy/2024-01-06T11:33:47-05:00/tags/database/2024-01-06T11:33:47-05:00/tags/eks/2024-01-06T11:33:47-05:00/tags/k8s/2024-01-06T11:33:47-05:00/tags/kubectl-plugin-socks5-proxy/2024-01-06T11:33:47-05:00/tags/proxy/2024-01-06T11:33:47-05:00/tags/socat/2024-01-06T11:33:47-05:00/tags/socks/2024-01-06T11:33:47-05:00/blog/2023/05/22/using-aks-and-socks-to-connect-to-a-private-azure-db/2024-01-06T11:33:47-05:00/tags/invidious/2024-01-06T11:33:47-05:00/tags/privacy/2024-01-06T11:33:47-05:00/blog/2022/12/10/watching-youtube-in-private/2024-01-06T11:33:47-05:00/tags/yewtu.be/2024-01-06T11:33:47-05:00/tags/youtube/2024-01-06T11:33:47-05:00/tags/openwrt/2024-01-06T11:33:47-05:00/tags/pfsense/2024-01-06T11:33:47-05:00/tags/proxmox/2024-01-06T11:33:47-05:00/tags/router/2024-01-06T11:33:47-05:00/tags/router-on-a-stick/2024-01-06T11:33:47-05:00/blog/2022/04/02/virtualizing-my-router-with-pfsense/2024-01-06T11:33:47-05:00/tags/vlan/2024-01-06T11:33:47-05:00/blog/2022/03/13/backing-up-gmail-with-synology/2024-01-06T11:33:47-05:00/tags/backup/2024-01-06T11:33:47-05:00/tags/gmail/2024-01-06T11:33:47-05:00/tags/ransomware/2024-01-06T11:33:47-05:00/tags/synology/2024-01-06T11:33:47-05:00/tags/k3s/2024-01-06T11:33:47-05:00/tags/lxc/2024-01-06T11:33:47-05:00/blog/2021/11/14/running-k3s-in-lxc-on-proxmox/2024-01-06T11:33:47-05:00/tags/containers/2024-01-06T11:33:47-05:00/tags/docker/2024-01-06T11:33:47-05:00/tags/podman/2024-01-06T11:33:47-05:00/blog/2021/10/11/replacing-docker-with-podman-on-macos-and-linux/2024-01-06T11:33:47-05:00/blog/2021/09/17/automatically-rotating-aws-access-keys/2024-01-06T11:33:47-05:00/tags/aws-vault/2024-01-06T11:33:47-05:00/tags/python/2024-01-06T11:33:47-05:00/tags/security/2024-01-06T11:33:47-05:00/tags/dotfiles/2024-01-06T11:33:47-05:00/tags/home-manager/2024-01-06T11:33:47-05:00/tags/nix/2024-01-06T11:33:47-05:00/blog/2021/09/08/why-i-threw-out-my-dotfiles/2024-01-06T11:33:47-05:00/blog/2021/09/06/what-to-do-with-a-homelab/2024-01-02T12:09:57-05:00/blog/2020/03/16/appgate-sdp-on-arch-linux/2024-01-01T23:33:36-05:00/tags/linux/2024-01-01T23:33:36-05:00/tags/vpn/2024-01-01T23:33:36-05:00/about/2024-01-07T17:21:14-05:00/categories//2024-01-07T11:21:42-05:00 \ No newline at end of file diff --git a/favicon-16x16.png b/favicon-16x16.png new file mode 100644 index 00000000..b8758794 Binary files /dev/null and b/favicon-16x16.png differ diff --git a/favicon-32x32.png b/favicon-32x32.png new file mode 100644 index 00000000..3d10067a Binary files /dev/null and b/favicon-32x32.png differ diff --git a/favicon.ico b/favicon.ico new file mode 100644 index 00000000..fafbdafe Binary files /dev/null and b/favicon.ico differ diff --git a/fonts/fira-code-latin-300.woff b/fonts/fira-code-latin-300.woff new file mode 100644 index 00000000..140a94a4 Binary files /dev/null and b/fonts/fira-code-latin-300.woff differ diff --git a/fonts/fira-code-latin-300.woff2 b/fonts/fira-code-latin-300.woff2 new file mode 100644 index 00000000..86eaa9ca Binary files /dev/null and b/fonts/fira-code-latin-300.woff2 differ diff --git a/fonts/fira-code-latin-400.woff b/fonts/fira-code-latin-400.woff new file mode 100644 index 00000000..10a14ac5 Binary files /dev/null and b/fonts/fira-code-latin-400.woff differ diff --git a/fonts/fira-code-latin-400.woff2 b/fonts/fira-code-latin-400.woff2 new file mode 100644 index 00000000..99f05e3f Binary files /dev/null and b/fonts/fira-code-latin-400.woff2 differ diff --git a/fonts/fira-code-latin-500.woff b/fonts/fira-code-latin-500.woff new file mode 100644 index 00000000..b3a2364c Binary files /dev/null and b/fonts/fira-code-latin-500.woff differ diff --git a/fonts/fira-code-latin-500.woff2 b/fonts/fira-code-latin-500.woff2 new file mode 100644 index 00000000..76695cf4 Binary files /dev/null and b/fonts/fira-code-latin-500.woff2 differ diff --git a/fonts/fira-code-latin-600.woff b/fonts/fira-code-latin-600.woff new file mode 100644 index 00000000..837477ef Binary files /dev/null and b/fonts/fira-code-latin-600.woff differ diff --git a/fonts/fira-code-latin-600.woff2 b/fonts/fira-code-latin-600.woff2 new file mode 100644 index 00000000..677b25ae Binary files /dev/null and b/fonts/fira-code-latin-600.woff2 differ diff --git a/fonts/fira-code-latin-700.woff b/fonts/fira-code-latin-700.woff new file mode 100644 index 00000000..0925d245 Binary files /dev/null and b/fonts/fira-code-latin-700.woff differ diff --git a/fonts/fira-code-latin-700.woff2 b/fonts/fira-code-latin-700.woff2 new file mode 100644 index 00000000..b120bb1b Binary files /dev/null and b/fonts/fira-code-latin-700.woff2 differ diff --git a/fonts/roboto-slab-latin-100.woff b/fonts/roboto-slab-latin-100.woff new file mode 100644 index 00000000..4cc73bfc Binary files /dev/null and b/fonts/roboto-slab-latin-100.woff differ diff --git a/fonts/roboto-slab-latin-100.woff2 b/fonts/roboto-slab-latin-100.woff2 new file mode 100644 index 00000000..cc7a1e9d Binary files /dev/null and b/fonts/roboto-slab-latin-100.woff2 differ diff --git a/fonts/roboto-slab-latin-200.woff b/fonts/roboto-slab-latin-200.woff new file mode 100644 index 00000000..e94017f6 Binary files /dev/null and b/fonts/roboto-slab-latin-200.woff differ diff --git a/fonts/roboto-slab-latin-200.woff2 b/fonts/roboto-slab-latin-200.woff2 new file mode 100644 index 00000000..e34ea989 Binary files /dev/null and b/fonts/roboto-slab-latin-200.woff2 differ diff --git a/fonts/roboto-slab-latin-300.woff b/fonts/roboto-slab-latin-300.woff new file mode 100644 index 00000000..349f3053 Binary files /dev/null and b/fonts/roboto-slab-latin-300.woff differ diff --git a/fonts/roboto-slab-latin-300.woff2 b/fonts/roboto-slab-latin-300.woff2 new file mode 100644 index 00000000..3100e32c Binary files /dev/null and b/fonts/roboto-slab-latin-300.woff2 differ diff --git a/fonts/roboto-slab-latin-400.woff b/fonts/roboto-slab-latin-400.woff new file mode 100644 index 00000000..4ef4ab83 Binary files /dev/null and b/fonts/roboto-slab-latin-400.woff differ diff --git a/fonts/roboto-slab-latin-400.woff2 b/fonts/roboto-slab-latin-400.woff2 new file mode 100644 index 00000000..b135852b Binary files /dev/null and b/fonts/roboto-slab-latin-400.woff2 differ diff --git a/fonts/roboto-slab-latin-500.woff b/fonts/roboto-slab-latin-500.woff new file mode 100644 index 00000000..7b21a3ec Binary files /dev/null and b/fonts/roboto-slab-latin-500.woff differ diff --git a/fonts/roboto-slab-latin-500.woff2 b/fonts/roboto-slab-latin-500.woff2 new file mode 100644 index 00000000..ec193de6 Binary files /dev/null and b/fonts/roboto-slab-latin-500.woff2 differ diff --git a/fonts/roboto-slab-latin-600.woff b/fonts/roboto-slab-latin-600.woff new file mode 100644 index 00000000..7c3774e2 Binary files /dev/null and b/fonts/roboto-slab-latin-600.woff differ diff --git a/fonts/roboto-slab-latin-600.woff2 b/fonts/roboto-slab-latin-600.woff2 new file mode 100644 index 00000000..1e20cbf4 Binary files /dev/null and b/fonts/roboto-slab-latin-600.woff2 differ diff --git a/fonts/roboto-slab-latin-700.woff b/fonts/roboto-slab-latin-700.woff new file mode 100644 index 00000000..a1dbdd7f Binary files /dev/null and b/fonts/roboto-slab-latin-700.woff differ diff --git a/fonts/roboto-slab-latin-700.woff2 b/fonts/roboto-slab-latin-700.woff2 new file mode 100644 index 00000000..9813ce22 Binary files /dev/null and b/fonts/roboto-slab-latin-700.woff2 differ diff --git a/fonts/roboto-slab-latin-800.woff b/fonts/roboto-slab-latin-800.woff new file mode 100644 index 00000000..89e8b52d Binary files /dev/null and b/fonts/roboto-slab-latin-800.woff differ diff --git a/fonts/roboto-slab-latin-800.woff2 b/fonts/roboto-slab-latin-800.woff2 new file mode 100644 index 00000000..48c58311 Binary files /dev/null and b/fonts/roboto-slab-latin-800.woff2 differ diff --git a/fonts/roboto-slab-latin-900.woff b/fonts/roboto-slab-latin-900.woff new file mode 100644 index 00000000..88006300 Binary files /dev/null and b/fonts/roboto-slab-latin-900.woff differ diff --git a/fonts/roboto-slab-latin-900.woff2 b/fonts/roboto-slab-latin-900.woff2 new file mode 100644 index 00000000..91ae1576 Binary files /dev/null and b/fonts/roboto-slab-latin-900.woff2 differ diff --git a/index.html b/index.html new file mode 100644 index 00000000..64503c2c --- /dev/null +++ b/index.html @@ -0,0 +1,15 @@ +davegallant.ca — blog +

davegallant.ca

█

Welcome

This is a space where I share notes about problems and solutions I’ve been exploring. Check out the links in the menu bar for more information on how to connect with me.

Setting up Gitea Actions with Tailscale

2023-12-10 by Dave Gallant

gitea gitea‑actions github‑actions tailscale self‑hosted

In this post I’ll go through the process of setting up Gitea Actions and Tailscale, unlocking a simple and secure way to automate workflows.

404 Page not found

About

Contact#

Credits#

AppGate SDP on Arch Linux

Packaging#

Running the client#

Fixing the DNS#

Wrapping up#

What to do with a homelab

Virtualization#

Services#

VPN#

Monitoring#

In Summary#

Why I threw out my dotfiles

What is home-manager?#

Setting up home-manager#

Gateway To Nix#

Wrapping up#

Automatically rotating AWS access keys

Replacing docker with podman on macOS (and Linux)

What is a container?#

Benefits of Podman#

Installing Podman#

Running a container#

Aliasing docker with podman#

podman-compose#

Summary#

Running K3s in LXC on Proxmox

What is K3s?#

Configure Proxmox#

Disable swap#

Enable IP Forwarding#

Create LXC container#

Modify container config#

Enable shared host mounts#

Install K3s#

Wrapping up#

Backing up gmail with Synology

Synology MailPlus Server#

Securing Synology#

Summary#

Virtualizing my router with pfSense

pfSense#

Router on a stick#

Setting up pfSense#

Summary#

Watching YouTube in private

Hosting invidious#

Redirecting YouTube links#

Using AKS and SOCKS to connect to a private Azure DB

Go Public?#

How do others handle this?#

A Bastion#

SOCKS#

Caveats and Conclusion#

Setting up Gitea Actions with Tailscale

What is Gitea?#

Gitea Actions#

Integration with Tailscale#

Deploying Gitea, Traefik, and Tailscale#

Theming#

Connecting runners#

Running a workflow#

Areas for improvement#

Conclusion#

Categories

404 Page not found

Categories

davegallant.ca

Tags

Welcome

Welcome

Posts

Posts

aks

aws-vault

aws

azure

Contact

Credits

Packaging

Running the client

Fixing the DNS

Wrapping up

Virtualization

Services

VPN

Monitoring

In Summary

What is home-manager?

Setting up home-manager

Gateway To Nix

Wrapping up

What is a container?

Benefits of Podman

Installing Podman

Running a container

Aliasing docker with podman

podman-compose

Summary

What is K3s?

Configure Proxmox

Disable swap

Enable IP Forwarding

Create LXC container

Modify container config

Enable shared host mounts

Install K3s

Wrapping up

Synology MailPlus Server

Securing Synology

Summary

pfSense

Router on a stick

Setting up pfSense

Summary

Hosting invidious

Redirecting YouTube links

Go Public?

How do others handle this?

A Bastion

SOCKS

Caveats and Conclusion

What is Gitea?

Gitea Actions

Integration with Tailscale

Deploying Gitea, Traefik, and Tailscale

Theming

Connecting runners

Running a workflow

Areas for improvement

Conclusion