Skip to content

Services

Gateway

Haproxy

HAProxy is a free and open source software that provides a high availability load balancer and reverse proxy for TCP and HTTP-based applications that spreads requests across multiple servers.

Haproxy load-balances all incoming http and https traffic from the Internet (ports 80 and 443) via the master nodes, and also load-balances all Kubernetes api server traffic on the local network (port 6443). An ACL rule is defined to accept only local network IP address requests for the api server.

The web interface lets you view the health status of master nodes on both types of endpoints (server api and internet traffic).

Pi-Hole

Pi-hole is a Linux network-level advertisement and Internet tracker blocking application which acts as a DNS sinkhole and optionally a DHCP server, intended for use on a private network. It is designed for low-power embedded devices with network capability, such as the Raspberry Pi, but can be installed on almost any Linux machine.

Pi-hole has the ability to block traditional website advertisements as well as advertisements in unconventional places, such as smart TVs and mobile operating system advertisements.

Using the web interface, you can enable/disable ad and tracker blocking, add a list of domains to be blocked, and configure local network DNS settings (and DHCP if required). It is also possible to view statistics on blocked domains according to the privacy rules set.

Wireguard

WireGuard is a communication protocol and free and open-source software that implements encrypted virtual private networks (VPNs), and was designed with the goals of ease of use, high speed performance, and low attack surface.

Wireguard's web interface lets you create / delete / activate / deactivate VPN users, download their configuration file and display the user's QrCode. With this user configuration file, a user can access the homelab network to perform an ssh connection to the machines and then request the Kubernetes api server.

CrowdSec

CrowdSec is an open-source security engine that analyses logs from various sources (HAProxy, sshd, syslog) and detects malicious behaviour using community-curated scenarios. Detected attackers are blocked at the network level via an nftables firewall bouncer.

The gateway deployment runs the CrowdSec engine as a Docker container with the following collections:

  • crowdsecurity/linux — SSH brute force, bad user agents, port scans
  • crowdsecurity/sshd — SSH-specific attack patterns
  • crowdsecurity/haproxy — HTTP abuse through the load balancer
  • crowdsecurity/base-http-scenarios — generic HTTP attacks (scanners, exploits)
  • crowdsecurity/http-cve — known CVE exploit patterns

A separate Kubernetes deployment (CrowdSec Helm chart) provides cluster-wide monitoring via a DaemonSet agent that parses container logs from ingress-nginx.

Access

Gateway web interface services are deployed and accessible for admin purpose, they are available on local network at :

NameUrl
Haproxy dashboardhttp://192.168.1.99:8404
Pihole dashboardhttp://192.168.1.99:5353
Wireguard dashboardhttp://192.168.1.99:51821

Notes: Replace 192.168.1.99 with the gateway's ip address set in hosts.yml.

Kubernetes

Services

The following services are deployed in the cluster :

NameDescriptionHelm chart
Actions-runner-controllerGithub Actions runners controlleractions-runner-controller/actions-runner-controller
ArgoCDGitOps continuous delivery toolargo/argo-cd
Argo-workflowsWorkflow automation engineargo/argo-workflows
Cert-managerCloud native certificate managementcert-manager/cert-manager
Cloud-native-postgresCloud native postgres database managementcnpg/cloudnative-pg
CoderRemote selfhosted development environmentscoder-v2/coder
CrowdSecOpen-source security engine & threat detectioncrowdsec/crowdsec
HomepageHome dashboardunknowniq/homepage
GiteaPrivate, Fast, Reliable DevOps Platformgitea/gitea
HarborCloud native registrybitnami/harbor
Ingress-nginxKubernetes ingress controlleringress-nginx/ingress-nginx
KeycloakSingle Sign On servicebitnami/keycloak
Kubernetes-dashboardKubernetes dashboardk8s-dashboard/kubernetes-dashboard
LonghornCloud native distributed block storagelonghorn/longhorn
MattermostChat service with file sharing and integrationsmattermost/mattermost-team-edition
MLflowML experiment tracking and model registrycommunity-charts/mlflow
OutlineShare notes and wiki with your teamlrstanley/outline
Prometheus-stackOpen-source monitoring solutionprometheus-community/kube-prometheus-stack
RustFSHigh Performance Object Storage-
SonarqubeCode quality analysis servicesonarqube/sonarqube
SopsSecret manager that decode on the flysops-secrets-operator/sops-secrets-operator
System-upgrade-controllerK3S upgrade controller-
TeleportSecure access and identity for infrastructureteleport/teleport-cluster
Trivy-operatorKubernetes-native security toolkitaqua/trivy-operator
VaultSecret management servicehashicorp/vault
Vault-operatorVault Secrets Operator for Kuberneteshashicorp/vault-secrets-operator
VaultwardenPassword management servicevaultwarden/vaultwarden

Versions

All services helm charts and versions are managed through ArgoCD ApplicationSets with configuration stored in:

Management

Services are managed by a two-level ApplicationSet hierarchy declared by the homelab-core chart in the argocd-system namespace:

  • The root manager AppSet discovers each instance folder and emits one Application per instance pointing at the instance-manager chart.
  • That chart renders two child AppSets per instance — core-<instance> (platform tier, bound to admin-core AppProject) and tenant-<instance> (apps tier, bound to admin-tenant AppProject).

To enable or disable a service, edit the relevant entry in argo-cd/instances/homelab/core.yaml or tenant.yaml and flip enabled: "true" / enabled: "false".

Access

Kubernetes services that are available through user interfaces are centralized on the Homepage dashboard, the full list is :

Admin

NameUrl
ArgoCD (admin)https://gitops.admin.domain.com
Longhorn (admin)http://longhorn.admin.domain.com
Vault (admin)https://vault.admin.domain.com

Standard

NameUrl
ArgoCDhttps://gitops.domain.com
Coderhttps://coder.domain.com
Homepagehttps://domain.com
Giteahttps://git.domain.com
Grafanahttps://monitoring.domain.com
Harborhttps://registry.domain.com
Keycloakhttps://sso.domain.com
Kubernetes-dashboardhttps://kube.domain.com
Mattermosthttps://mattermost.domain.com
RustFS - apihttps://s3.domain.com
RustFS - consolehttps://console.s3.domain.com
Outlinehttps://outline.domain.com
SonarQubehttp://sonarqube.domain.com
Vaulthttps://vault.domain.com
Vaultwardenhttps://vaultwarden.domain.com

Notes: Replace domain.com by your own domain configured in your values files.

Single sign on

Keycloak is deployed as the cluster single sign-on tool. It provides a single account (username / password pair) that grants access to multiple services, and propagates user groups to control access levels.

Users and access levels are managed via the Keycloak interface (cf. keycloak service url) using the admin credentials from Vault (keycloak.username / keycloak.password under the keycloak secret path).

Don't forget to select the homelab realm.

A default admin group grants admin-level access on every connected service; users not in this group get standard access.

Services currently connected through SSO:

  • ArgoCD
  • Coder
  • Harbor
  • Gitea
  • Grafana
  • Outline
  • Sonarqube
  • Vault

RustFS does not support OIDC — admin credentials are managed via Vault and rotated through the Vault Secrets Operator.

Secrets

Secrets are sourced from Vault and synced into Kubernetes by the Vault Secrets Operator (VSO). Each chart that needs secrets depends on the vso-utils subchart, which renders VaultStaticSecret custom resources pointing at a Vault path.

Monitoring

The cluster itself and some services are monitored using Prometheus and Grafana, ServiceMonitor are enabled for Vault, Argocd and Trivy-operator to increase metrics coming from these applications.

Some dashboards are already delivered with the installation but more can be added in argo-cd/apps/prometheus-stack/grafana-dashboards/, they will be automatically loaded on ArgoCD synchronization via the dashboards.yaml template. Already added dashboards are:

Dashboard fileGrafana dashboard ID
argo-cd.json14584
cert-manager.json20340
cloudnative-pg.json20417
gitea.json17802
harbor.json- ( source )
k3s.json15282
kube-global.json15757
kube-node.json15759
kube-ns.json15758
kube-pod.json15760
longhorn.json13032
trivy.json16337
vault.json12904