New Fluxzy v2 just shipped. Electron is out, Tauri is in. gRPC ready, 3x smaller install. Learn more

skipRemoteCertificateValidationAction Action

Tell Fluxzy to ignore certificate errors on the upstream connection so you can inspect traffic to servers with broken or self signed TLS.

TLS errors are a frequent reason an interception session fails to produce useful captures. This action lets you push past a bad certificate just long enough to see what the application is sending, while keeping validation enabled everywhere else.

When to use this action

Enable skipRemoteCertificateValidationAction when the upstream server presents a certificate that the default validator rejects: an expired certificate, a self signed one, a hostname mismatch, or a chain signed by a CA Fluxzy does not trust. Instead of failing the connection, Fluxzy completes the handshake anyway, lets you observe the traffic, and continues with the rest of the rule pipeline.

Typical situations:

  • Debugging a development or staging server that uses a self signed certificate.
  • Reproducing certificate pinning failures in a mobile or desktop client.
  • Capturing traffic to legacy internal services running expired or misconfigured certificates.

This is a debugging convenience. Do not leave it enabled for production captures: it removes a real security check. Scope it tightly to the hosts you actually need to inspect.

Real world examples

Skip validation only for a single development host

Targeted bypass so the rest of the proxy traffic still benefits from full certificate validation.

rules:
- filter:
    typeKind: HostFilter
    pattern: dev.internal.example.com
  actions:
  - typeKind: SkipRemoteCertificateValidationAction

Bypass validation for an entire internal subdomain

Use a regex pattern to cover any staging hostname under example.com without disabling validation globally.

rules:
- filter:
    typeKind: HostFilter
    pattern: '.*\.staging\.example\.com'
    operation: Regex
  actions:
  - typeKind: SkipRemoteCertificateValidationAction

Combine with a TLS version override for an old server

Some legacy servers need both relaxed validation and an older TLS version to negotiate successfully.

rules:
- filter:
    typeKind: HostFilter
    pattern: legacy.example.com
  actions:
  - typeKind: SkipRemoteCertificateValidationAction
  - typeKind: ForceTlsVersionAction
    tlsVersion: Tls12

Reference

skipRemoteCertificateValidationAction

Description

Skip validating remote certificate. Fluxzy will ignore any validation errors on the server certificate.

Evaluation scope

Evaluation scope defines the timing where this filter will be applied.

onAuthorityReceived This scope denotes the moment fluxzy is aware the destination authority. In a regular proxy connection, it will occur the moment where fluxzy parsed the CONNECT request.

YAML configuration name

skipRemoteCertificateValidationAction

Settings

This action has no specific characteristic

Example of usage

The following examples apply this action to any exchanges

Skip validating remote certificate. Fluxzy will ignore any validation errors on the server certificate.

rules:
- filter:
    typeKind: AnyFilter
  actions:
  - typeKind: SkipRemoteCertificateValidationAction

.NET reference

View definition of SkipRemoteCertificateValidationAction for .NET integration.

See also

This action has no related action

Frequently asked questions

Is the captured traffic still decrypted?

Yes. Fluxzy completes the handshake and decrypts the exchange normally. Only the validation step is skipped, the encryption itself works as usual.

Why not disable TLS validation globally in the Fluxzy settings?

Scoping the bypass with a filter limits the blast radius. If a different upstream serves a malicious certificate, the rest of your traffic still benefits from full validation.

Does this affect the client certificate Fluxzy presents to the proxy itself?

No. This action only relaxes validation of the remote server certificate. Client certificates configured with setClientCertificateAction are unaffected.

Will the original client still see a certificate error?

No. Fluxzy decrypts upstream and re encrypts toward the client with its own CA, so as long as the client trusts the Fluxzy CA the connection looks healthy.

Learn more about Fluxzy rules