From aa1fe4517e1731d9163d248d2823e035afbc6848 Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Tue, 30 Dec 2025 10:39:22 +0200 Subject: Update content for gemtext --- gemfeed/2025-10-02-f3s-kubernetes-with-freebsd-part-7.gmi | 13 +++++++++---- gemfeed/atom.xml | 15 ++++++++++----- 2 files changed, 19 insertions(+), 9 deletions(-) (limited to 'gemfeed') diff --git a/gemfeed/2025-10-02-f3s-kubernetes-with-freebsd-part-7.gmi b/gemfeed/2025-10-02-f3s-kubernetes-with-freebsd-part-7.gmi index d4466748..d738db8e 100644 --- a/gemfeed/2025-10-02-f3s-kubernetes-with-freebsd-part-7.gmi +++ b/gemfeed/2025-10-02-f3s-kubernetes-with-freebsd-part-7.gmi @@ -720,17 +720,20 @@ This way, f3s traffic uses the relay's default behavior: try the first table, fa ### OpenBSD httpd fallback configuration -The localhost httpd service on port 8080 serves the fallback content from `/var/www/htdocs/f3s_fallback/`. This directory contains a simple HTML page explaining the situation: +The localhost httpd service on port 8080 serves the fallback content from `/var/www/htdocs/f3s_fallback/`. This directory contains a simple HTML page explaining the situation. + +The key configuration detail is using `request rewrite` to ensure the fallback page is served for ALL paths, not just the root. Without this, accessing paths like `/login?redirect=/files/` would return 404 instead of the fallback page: ``` # OpenBSD httpd.conf -# Fallback for f3s hosts +# Fallback for f3s hosts - serve fallback page for ALL paths server "f3s.foo.zone" { listen on * port 8080 log style forwarded location * { + # Rewrite all requests to /index.html to show fallback page regardless of path + request rewrite "/index.html" root "/htdocs/f3s_fallback" - directory auto index } } @@ -738,14 +741,16 @@ server "anki.f3s.foo.zone" { listen on * port 8080 log style forwarded location * { + request rewrite "/index.html" root "/htdocs/f3s_fallback" - directory auto index } } # ... similar blocks for all f3s hostnames ... ``` +The `request rewrite "/index.html"` directive ensures that whether someone accesses `/`, `/login`, `/api/status`, or any other path, they all receive the same fallback page. This prevents confusing 404 errors when users have bookmarked specific URLs or follow deep links while the cluster is down. + The fallback page itself is straightforward: ```html diff --git a/gemfeed/atom.xml b/gemfeed/atom.xml index 788c405e..695af887 100644 --- a/gemfeed/atom.xml +++ b/gemfeed/atom.xml @@ -1,6 +1,6 @@ - 2025-12-30T10:15:58+02:00 + 2025-12-30T10:38:22+02:00 foo.zone feed To be in the .zone! @@ -3370,17 +3370,20 @@ relay "https4" {

OpenBSD httpd fallback configuration



-The localhost httpd service on port 8080 serves the fallback content from /var/www/htdocs/f3s_fallback/. This directory contains a simple HTML page explaining the situation:
+The localhost httpd service on port 8080 serves the fallback content from /var/www/htdocs/f3s_fallback/. This directory contains a simple HTML page explaining the situation.
+
+The key configuration detail is using request rewrite to ensure the fallback page is served for ALL paths, not just the root. Without this, accessing paths like /login?redirect=/files/ would return 404 instead of the fallback page:

 # OpenBSD httpd.conf
-# Fallback for f3s hosts
+# Fallback for f3s hosts - serve fallback page for ALL paths
 server "f3s.foo.zone" {
   listen on * port 8080
   log style forwarded
   location * {
+    # Rewrite all requests to /index.html to show fallback page regardless of path
+    request rewrite "/index.html"
     root "/htdocs/f3s_fallback"
-    directory auto index
   }
 }
 
@@ -3388,14 +3391,16 @@ server "anki.f3s.foo.zone" {
   listen on * port 8080
   log style forwarded
   location * {
+    request rewrite "/index.html"
     root "/htdocs/f3s_fallback"
-    directory auto index
   }
 }
 
 # ... similar blocks for all f3s hostnames ...
 

+The request rewrite "/index.html" directive ensures that whether someone accesses /, /login, /api/status, or any other path, they all receive the same fallback page. This prevents confusing 404 errors when users have bookmarked specific URLs or follow deep links while the cluster is down.
+
The fallback page itself is straightforward: