Beobachtetes Signal · 5. Aug. 2026 · Technical Issue · Quelle: DEV Community · Relevanz: 2/5 · Sentiment: Neutral
Cloudflare Worker Wildcard-Route verursacht R2-Custom-Domain-404-Fehler
Ein Entwickler stellte fest, dass ein über eine Custom Domain bereitgestellter R2-Bucket unerwartete 404-Fehler ausgab, obwohl DNS und Bucket ordnungsgemäß konfiguriert waren. Die Ursache war eine bestehende Cloudflare Worker-Route mit einem Wildcard-Muster, die den Subdomain-Traffik abfing. Der Worker lief zuerst, suchte nach dem Asset und lieferte eine 404-Seite aus, bevor R2 überhaupt antworten konnte. Zur Behebung wurde die Wildcard-Route entfernt und durch explizite Hostnames ersetzt. Ein einfacher Diagnose-Trick mit curl (Überprüfung des Content-Type) hilft bei der Identifizierung, während das Dashboard-Design von Cloudflare solcheRouting-Konflikte oft verschleiert.
Eine praxisrelevante Warnung für Engineer-Teams, die Cloudflare Workers und R2 kombinieren: Routing-Präzedenzen können Anfragen unbemerkt abfangen und zu zeitaufwendigen Fehldiagnosen führen.
Marktsignale zu Cloudflare in Echtzeit verfolgen
Polaris7 erfasst behördliche Registrierungen, Primärquellen, Führungswechsel und Deal-Aktivitäten rund um die Uhr. Erstellen Sie Ihren kostenlosen Explorer-Workspace, um automatisierte Executive Briefings zu erhalten.
Wichtigste Kernpunkte & Evidenz
- Anfragen an die R2 Custom Domain lieferten 404-Fehler, obwohl DNS, Bucket und Dateien fehlerfrei eingerichtet waren.
- Eine Cloudflare Worker-Route mit Wildcard-Muster übernahm die Priorität vor der R2 Custom Domain und gab eine 404-Seite aus.
- R2 erhielt die Anfragen nie, da die Routing-Präzidenz der Workers entsprechende Requests vorzeitig abfing.
- Schnelldiagnose via curl (-sI): Liefert eine Videodatei unerwartet den Content-Type text/html, erreicht die Anfrage R2 nicht.
- Lösung: Verzicht auf Wildcard-Worker-Routen und explizite Benennung der zu bedienenden Hostnames.
Verknüpfte Unternehmen
1 verknüpfte Unternehmen“Title: Cloudflare R2 custom domain returns 404 — a Worker wildcard route was eating it...”
Ontologie & Marktkonzepte
Verwandte Marktsignale & Trends
Aktuelle verifizierte Unternehmensentwicklungen und Deal-Aktivitäten in diesem Marktsegment.
Cloudflare Worker-Redirect wird bei statischen Assets übersprungen
Ein Entwickler stellte fest, dass ein Cloudflare Worker-Fetch-Handler mit einer www-zu-Apex-Weiterleitung nicht ausgeführt wurde, da die Funktion für statische Assets von Cloudflare Anfragen, die Dateien im Asset-Verzeichnis entsprechen, direkt am Edge bereitstellt und den Worker umgeht. Infolgedessen wurde der Worker-Code nur für Anfragen ausgeführt, die zu keinem Asset führten, wie etwa 404-Fehler. Der Autor empfiehlt die Verwendung von Cloudflare Redirect Rules für Host-Level-Weiterleitungen, da diese früher in der Request-Sequenz ablaufen und keine Worker-Invocations verursachen. Eine Alternative besteht darin, die Asset-Konfiguration so zu aktivieren, dass der Worker vor der Asset-Suche ausgeführt wird, was jedoch die Anzahl der Worker-Invocations und Kosten erhöht und nur bei zwingender Notwendigkeit für Logik pro Anfrage eingesetzt werden sollte.
Serverless-Blog auf Cloudflare Workers mit KV und R2
Ein Entwickler beschreibt den Aufbau von 1001020, einem Serverless-Blog und einer KI-Galerie, die vollständig auf der Edge-Infrastruktur von Cloudflare läuft. Die öffentliche Website nutzt Cloudflare Workers für Routing und Rendering, Cloudflare KV für Artikel- sowie Site-Metadaten und Cloudflare R2 für verwalteten Bildspeicher sowie eine durchsuchbare Galerie. Der Beitrag erläutert die Architektur, Speicherkompromisse wie KV als einfachen Key-Value-Content-Store, die Bildverwaltung über R2 sowie integrierte SEO-Funktionen wie Sitemaps und robots.txt. Der Autor präsentiert das System als kompakten, CMS-ähnlichen Publishing-Stack, der ein konventionelles Backend überflüssig macht und gleichzeitig Admin-Operationen, Sitemaps und Workflows zur Bildbereinigung unterstützt. Dies demonstriert effiziente Edge-Architekturen für moderne Webanwendungen ohne klassische Serverinfrastruktur.
SaaS-Migration von Vercel zu Cloudflare Workers: Technische Einblicke
Ein Entwickler hat VideoCaptions.AI von Vercel zu Cloudflare Workers migriert, nachdem CPU-Limits während eines Traffic-Spikes erreicht wurden. Die Migration erfolgte in drei reversiblen Phasen: Verlagerung von API-Routen auf einen Worker, Migration der gesamten SSR-Site und DNS-Cutover. Zu den aufgetretenen Problemen zählten inkompatible Node.js-Bibliotheken (AWS SDK), die durch aws4fetch ersetzt werden mussten, Laufzeitbeschränkungen der Worker, zu große Server-Bundles durch Client-WASM, Prerendering-Hürden beim Cloudflare Vite-Plugin sowie Stolpersteine bei Auth-Keys und Umgebungsvariablen. Der Autor implementierte Feature-Toggles, Preview- und Produktionsumgebungen via Wrangler sowie einen Rollback-Plan. Zu den post-migratorischen Vorteilen zählen drastisch gesenkte monatliche Kosten von ca. 5,50 US-Dollar, kostenfreier WAF- und DDoS-Schutz, Turnstile, Web Analytics, Workers Traces sowie Null-Egress-Gebühren für R2.
Marktsignale & Strategische Shifts in Echtzeit verfolgen
Erstellen Sie benutzerdefinierte Watchlists, um automatisierte, evidenzbasierte Executive Briefings zu erhalten, sobald wesentliche Signale oder Marktverschiebungen auftreten.