Skip to content

fix(harness): bind websocket relay to proto_proxy IP#1091

Merged
themighty1 merged 8 commits intomainfrom
fix/harness_verifier_latency
Mar 3, 2026
Merged

fix(harness): bind websocket relay to proto_proxy IP#1091
themighty1 merged 8 commits intomainfrom
fix/harness_verifier_latency

Conversation

@themighty1
Copy link
Member

This PR fixes a bug in the harness (browser targets) where the verifier latency was not applied.

The cause:
when the relay connected to the verifier, it used the default source IP (the bridge at 10.250.0.1). The verifier's response traffic to 10.250.0.1 used the default route via veth_rpc, which has no delay configured.

The fix:
configure the relay to bind to the proto_proxy IP (10.250.0.2) before connecting to the verifier. This ensures the verifier sees the connection coming from 10.250.0.2 and responds to that address, which routes through veth_proto with proper delay emulation.

Depends on tlsnotary/tlsn-utils#98

I also added a temporary test plugin which can be run with ./bin/runner --target browser test --name rtt
It fails before the fix and passes after the fix.

I will remove the temporary plugin before merging this PR and will change the base to dev (currently the browser harness is broken on dev).

@themighty1 themighty1 changed the base branch from dev-browser-benches-working to main March 2, 2026 17:51
@themighty1 themighty1 merged commit 3379d5b into main Mar 3, 2026
8 of 10 checks passed
@themighty1 themighty1 deleted the fix/harness_verifier_latency branch March 3, 2026 07:20
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants