Skip to content

Consul Intention Allow Rule Not Enforced

DodaTech Updated 2026-06-24 2 min read

You encounter a consul configuration issue that prevents your workflow from completing. This guide walks through the fix step by step.

Wrong ❌

apiVersion: consul.hashicorp.com/v1alpha1
kind: ServiceIntentions
metadata: { name: allow-web-to-api }
spec:
  destination: { name: api-service }
  sources: [{ name: web-service, action: allow }]

Wrong Output

Web service requests to API denied. Default deny-all intention takes precedence.
apiVersion: consul.hashicorp.com/v1alpha1
kind: ServiceIntentions
metadata: { name: allow-web-to-api }
spec:
  destination: { name: api-service }
  sources:
    - name: web-service
      action: allow
      precedence: 10
      permissions:
        - paths: [{ exact: /api/v1/users }]
          methods: [GET]

Right Output

Web to API allowed. GET /api/v1/users returns 200. Other paths still denied.

Prevention

  • Set explicit precedence (lower = higher priority).
  • Use permissions for path and method-level control.
  • Default deny has precedence 0.
  • Test both allowed and denied paths.
  • Monitor intention evaluations in Consul logs.

DodaTech applies similar defensive patterns across Doda Browser, DodaZIP, and Durga Antivirus Pro infrastructure for production reliability.

Common Mistakes with intention allow

  1. Forgetting deriving (Show, Eq) on custom data types needed for debugging
  2. Placing the wildcard pattern first in case expressions, making all subsequent patterns unreachable
  3. Using head and tail instead of pattern matching, causing runtime errors on empty lists

These mistakes appear frequently in real-world CONSUL code. DodaTech's contributors have identified these patterns through analysis of open-source projects and production systems.

Practice Exercise

Write a pure function that safely divides two integers using Maybe, then test it with edge cases like division by zero and negative numbers.

This exercise reinforces the concepts covered in this guide. Try implementing it before checking online solutions.

FAQ

**Q: What is the most common cause of this consul error?**

A: Configuration drift between environments and version mismatches are the top causes. Always verify both before deeper troubleshooting.

Q: Can this error affect production traffic?

A: Yes. Depending on whether it occurs in the control plane or data plane, it can block all traffic or cause silent failures.

Q: How do I monitor for this error in production?

A: Set up log-based alerts for the error signature shown above. Most monitoring platforms support pattern matching on log entries.

Q: Is there a quick rollback procedure?

A: Revert the configuration change and restart the service. For data-plane errors, replay affected records from the source of truth.


This quick fix is part of the DodaTech infrastructure engineering series. Learn more at DodaTech tutorials.

Built by the developers of DodaTech

Doda Browser, DodaZIP & Durga Antivirus Pro