本文へ移動
cccskills
無料GitHub で公開

fastly-compute-backend-production-setup

Fix "Requested backend named 'X' does not exist" or TLS alert errors in Fastly Compute@Edge. Use when: (1) Backend works locally but fails in production with "backend does not exist", (2) TLS alert received (alert_id=0) errors when calling external APIs from Fastly, (3) Backends defined in fastly.toml aren't available after deployment. The fastly.toml [[backends]] section only applies during initial service creation - existing services require backends to be added via CLI or API with proper SSL/SNI configuration.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md4.6 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Fastly Compute Backend Production Setup

Problem

Backends defined in fastly.toml work during local development with fastly compute serve but return "Requested backend named 'X' does not exist" errors in production after deployment with fastly compute publish.

Context / Trigger Conditions

  • Error: Requested backend named 'funnelcake' does not exist
  • Error: TLS alert received (alert_id=0) when connecting to HTTPS backends
  • Backend works with fastly compute serve locally
  • fastly.toml has [[backends]] section properly configured
  • Service was created before the backend was added to fastly.toml

Root Cause

The [[backends]] section in fastly.toml is only processed during initial service creation via the [setup] configuration. Once a service exists, changes to backends in fastly.toml are ignored - you must add/modify backends through the Fastly CLI or API.

From the Fastly CLI output:

INFO: Processing of the fastly.toml [setup] configuration happens only for a new service. Once a service is created, any further changes to the service or its resources must be made manually.

Solution

Step 1: Create the backend via CLI

fastly backend create \
  --service-id YOUR_SERVICE_ID \
  --version active \
  --autoclone \
  --name backend-name \
  --address api.example.com \
  --port 443 \
  --override-host api.example.com \
  --use-ssl \
  --ssl-cert-hostname api.example.com \
  --ssl-sni-hostname api.example.com

Key flags:

  • --autoclone: Creates a new version automatically
  • --ssl-cert-hostname: Required for SSL certificate validation
  • --ssl-sni-hostname: Required for TLS SNI (fixes alert_id=0 errors)

Step 2: Activate the new version

fastly service-version activate --service-id YOUR_SERVICE_ID --version VERSION_NUMBER

Step 3: Verify backend exists

fastly backend list --service-id YOUR_SERVICE_ID --version active

Step 4: Redeploy your code

After adding the backend, redeploy to ensure the code and backend are in the same version:

fastly compute publish

Then verify backends still exist in the new version:

fastly backend list --service-id YOUR_SERVICE_ID --version active

Verification

  1. Check logs with fastly log-tail --service-id YOUR_SERVICE_ID
  2. Make a request that uses the backend
  3. Confirm no "backend does not exist" or TLS errors in logs

Example

Given this fastly.toml (which works locally but not in production):

[[backends]]
  name = "funnelcake"
  address = "relay.dvines.org"
  port = 443
  override_host = "relay.dvines.org"
  use_ssl = true

Add the backend to an existing service:

# Create backend with SSL properly configured
fastly backend create \
  --service-id WfOrPTFYmwwxRvqrfralLA \
  --version active \
  --autoclone \
  --name funnelcake \
  --address relay.dvines.org \
  --port 443 \
  --override-host relay.dvines.org \
  --use-ssl \
  --ssl-cert-hostname relay.dvines.org \
  --ssl-sni-hostname relay.dvines.org

# Activate the new version
fastly service-version activate --service-id WfOrPTFYmwwxRvqrfralLA --version 49

# Redeploy code
fastly compute publish

Notes

  • Each fastly compute publish creates a new version that inherits backends from the previous active version
  • If you need different backends for different environments, consider using environment variables or separate services
  • The --autoclone flag is essential - you cannot modify an active version directly
  • Backend names in your code must exactly match the --name parameter

Related Errors

  • Requested backend named 'X' does not exist - Backend not created in service
  • TLS alert received (alert_id=0) - Missing SNI hostname configuration
  • Mandatory SSL cert checks require specifying cert hostname - Missing ssl-cert-hostname

References

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Fix ArgoCD ExternalSecret deployment failing with "namespace X is not permitted in project Y". Use when: (1) ExternalSecret shows OutOfSync in ArgoCD but won't sync, (2) ArgoCD application status shows "namespace X is not permitted in project 'infrastructure'", (3) ExternalSecret targets a namespace managed by a different ArgoCD project, (4) Using apps-of-apps pattern with separate infrastructure and application projects.

日本語の概要は準備中です。原文の説明を表示しています。

divinevideo/divine-mobile2662026年10月13日 更新

Art direction for any content — reads text, PDF, Word, HTML, PPT, then proposes 2-3 creative directions with photography style, mood, and visual language. After selection, generates AI image prompts and visual briefs section-by-section. Use when the user shares content and needs visual direction, image sourcing, or creative direction for any material.

日本語の概要は準備中です。原文の説明を表示しています。

divinevideo/divine-mobile2662026年10月13日 更新

Fix "Null check operator used on a null value" errors when an object is set to null during an async await. Use when: (1) Object reference is nullified while awaiting, (2) Code accesses object with ! after await returns, (3) Cancel/dispose operations run concurrently with async operations on same object. Solution: capture local reference before await.

日本語の概要は準備中です。原文の説明を表示しています。

divinevideo/divine-mobile2662026年10月13日 更新

Add custom metadata headers (x-amz-meta-*) to AWS v4 signed requests for GCS S3-compatible API. Use when: (1) Adding custom metadata to GCS uploads via S3 API, (2) Getting signature mismatch errors after adding new headers, (3) x-amz-meta-* headers being ignored or causing 403 errors. Custom headers MUST be included in canonical headers and signed headers list.

日本語の概要は準備中です。原文の説明を表示しています。

divinevideo/divine-mobile2662026年10月13日 更新

Fix password/secret authentication failures caused by trailing newlines when creating Google Cloud secrets (or similar) with bash here-strings. Use when: (1) Password authentication fails with correct password, (2) Secret created with `<<< "value"` syntax, (3) Error like "password authentication failed" or "invalid token" despite correct value. Bash here-strings (`<<<`) add a trailing newline that corrupts secrets.

日本語の概要は準備中です。原文の説明を表示しています。

divinevideo/divine-mobile2662026年10月13日 更新

Fix silent video/media processing failures caused by URL extraction code that filters on file extensions (.mp4, .webm, .webp). Use when: (1) Media moderation, transcoding, or analysis silently skips files from Blossom or content-addressed storage servers, (2) URL extraction from Nostr event tags (imeta, r tags) drops URLs without recognized extensions, (3) CDN fallback URLs append .mp4 but the actual server uses extensionless content-addressed paths like /{sha256}. Common in Nostr video events (kind 34236) where different clients use different URL formats.

日本語の概要は準備中です。原文の説明を表示しています。

divinevideo/divine-mobile2662026年10月13日 更新

divinevideo のスキルをすべて見る

このスキルの問題を報告する