about summary refs log tree commit diff
path: root/content/blog
diff options
context:
space:
mode:
authorFranck Cuny <franck@fcuny.net>2024-07-03 16:47:38 -0700
committerFranck Cuny <franck@fcuny.net>2024-07-03 16:47:38 -0700
commitccfdb6a3351aec0022e2660478a39263addc42d7 (patch)
tree8d15ec4f8cc6d78c6a4e6966cff77c8d8940df2f /content/blog
parentsome more cleanup (diff)
downloadfcuny.net-ccfdb6a3351aec0022e2660478a39263addc42d7.tar.gz
dont format html files with prettier
Diffstat (limited to 'content/blog')
-rw-r--r--content/blog/google-doc-failure.md10
-rw-r--r--content/blog/tailscale-docker-https.md68
2 files changed, 39 insertions, 39 deletions
diff --git a/content/blog/google-doc-failure.md b/content/blog/google-doc-failure.md
index 8262767..ee98f9b 100644
--- a/content/blog/google-doc-failure.md
+++ b/content/blog/google-doc-failure.md
@@ -57,11 +57,11 @@ One of the thing that I think are critical, is that all of that is done using th
 
 There's obviously challenges with this approach too:
 
--   **it's more heavy handed**: not every one likes to write in a text editor using a markup language. It can requires some time to learn or get used to the syntax
--   **it's harder to integrate schema / visuals**: but having them checked in in the repository also improves the discoverability
+- **it's more heavy handed**: not every one likes to write in a text editor using a markup language. It can requires some time to learn or get used to the syntax
+- **it's harder to integrate schema / visuals**: but having them checked in in the repository also improves the discoverability
 
 It's also true that no all documents suffer the same challenges for discoverability:
 
--   meeting notes are usually linked to meeting invites (however if you were not part of the meeting, you end up with the same challenges to discover them)
--   drafts for communications are usually not relevant once the communication has been sent
--   interview notes are usually transferred to some tools for HR when the feedback is submitted
+- meeting notes are usually linked to meeting invites (however if you were not part of the meeting, you end up with the same challenges to discover them)
+- drafts for communications are usually not relevant once the communication has been sent
+- interview notes are usually transferred to some tools for HR when the feedback is submitted
diff --git a/content/blog/tailscale-docker-https.md b/content/blog/tailscale-docker-https.md
index 4a60fac..03dfff7 100644
--- a/content/blog/tailscale-docker-https.md
+++ b/content/blog/tailscale-docker-https.md
@@ -11,8 +11,8 @@ As stated above, I want to access some of my services that are running as docker
 
 The [tailscale documentation](https://tailscale.com/kb/1054/dns/) has two suggestions for this:
 
--   use their magicDNS feature / split DNS
--   setup a subdomain on a public domain
+- use their magicDNS feature / split DNS
+- setup a subdomain on a public domain
 
 Since I already have a public domain that I use for my home network, I decided to go with the second option (I'm also uncertain how to achieve my goal using magicDNS without running tailscale inside the container).
 
@@ -40,38 +40,38 @@ For routing the traffic I use [traefik](https://traefik.io/). The configuration
 
 The important bit here is the `certificatesResolvers` part. I'll be using the [dnsChallenge](https://doc.traefik.io/traefik/user-guides/docker-compose/acme-dns/) instead of the [httpChallenge](https://doc.traefik.io/traefik/user-guides/docker-compose/acme-http/) to obtain the certificate from let's encrypt. For this to work, I need to specify the `provider` to be [gcloud](https://go-acme.github.io/lego/dns/gcloud/). I'll also need a service account (see [this doc](https://cloud.google.com/docs/authentication/production#providing_credentials_to_your_application) to create it). I run `traefik` in a docker container, and the `systemd` unit file is below. The required bits for using the `dnsChallenge` with `gcloud` are:
 
--   the environment variable `GCP_SERVICE_ACCOUNT_FILE`: it contains the credentials so that `traefik` can update the DNS record for the challenge
--   the environment variable `GCP_PROJECT`: the name of the GCP project
--   mounting the service account file inside the container (I store it on the host under `/data/containers/traefik/config/sa.json`)
-
-    [Unit]
-    Description=traefik proxy
-    Documentation=https://doc.traefik.io/traefik/
-    After=docker.service
-    Requires=docker.service
-
-    [Service]
-    Restart=on-failure
-    ExecStartPre=-/usr/bin/docker kill traefik
-    ExecStartPre=-/usr/bin/docker rm traefik
-    ExecStartPre=/usr/bin/docker pull traefik:latest
-
-    ExecStart=/usr/bin/docker run \
-      -p 80:80 \
-      -p 9080:8080 \
-      -p 443:443 \
-      --name=traefik \
-      -e GCE_SERVICE_ACCOUNT_FILE=/var/run/gcp-service-account.json \
-      -e GCE_PROJECT= gcp-super-project \
-      --volume=/data/containers/traefik/config/acme.json:/acme.json \
-      --volume=/data/containers/traefik/config/traefik.yml:/etc/traefik/traefik.yml:ro \
-      --volume=/data/containers/traefik/config/sa.json:/var/run/gcp-service-account.json \
-      --volume=/var/run/docker.sock:/var/run/docker.sock:ro \
-      traefik:latest
-    ExecStop=/usr/bin/docker stop traefik
-
-    [Install]
-    WantedBy=multi-user.target
+- the environment variable `GCP_SERVICE_ACCOUNT_FILE`: it contains the credentials so that `traefik` can update the DNS record for the challenge
+- the environment variable `GCP_PROJECT`: the name of the GCP project
+- mounting the service account file inside the container (I store it on the host under `/data/containers/traefik/config/sa.json`)
+
+  [Unit]
+  Description=traefik proxy
+  Documentation=https://doc.traefik.io/traefik/
+  After=docker.service
+  Requires=docker.service
+
+  [Service]
+  Restart=on-failure
+  ExecStartPre=-/usr/bin/docker kill traefik
+  ExecStartPre=-/usr/bin/docker rm traefik
+  ExecStartPre=/usr/bin/docker pull traefik:latest
+
+  ExecStart=/usr/bin/docker run \
+   -p 80:80 \
+   -p 9080:8080 \
+   -p 443:443 \
+   --name=traefik \
+   -e GCE_SERVICE_ACCOUNT_FILE=/var/run/gcp-service-account.json \
+   -e GCE_PROJECT= gcp-super-project \
+   --volume=/data/containers/traefik/config/acme.json:/acme.json \
+   --volume=/data/containers/traefik/config/traefik.yml:/etc/traefik/traefik.yml:ro \
+   --volume=/data/containers/traefik/config/sa.json:/var/run/gcp-service-account.json \
+   --volume=/var/run/docker.sock:/var/run/docker.sock:ro \
+   traefik:latest
+  ExecStop=/usr/bin/docker stop traefik
+
+  [Install]
+  WantedBy=multi-user.target
 
 As an example, I run [grafana](https://grafana.com/) on my home network to view metrics from the various containers / hosts. Let's pretend I use `example.net` as my domain. I want to be able to access `grafana` via <https://dash.example.net>. Here's the `systemd` unit configuration I use for this: