Skip to content

Conversation

@temporal-nick
Copy link
Contributor

What was changed

  • Simplified TLS setup
  • Added multiple log lines to enable client-side debugging without metrics

Why?

This change improves on the TLS and logging setup, which should help users more rapidly diagnose setup issues in the future.

@temporal-nick temporal-nick requested a review from a team as a code owner January 5, 2026 21:56
@@ -0,0 +1,75 @@
inbound:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

instead of calling it old, I prefer adding version. maybe call the new format version 2?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can rename the file, but I don't want to version the config at this point: All S2S proxies should be deployed for ~1-2months, tops, so we shouldn't be messing around with config versions

// CAServerName must match against the remote host's CA cert
CAServerName string `yaml:"caServerName"`
// If set to false, VerifyCA will skip the CA authentication step
VerifyCA bool `yaml:"verifyCA"`
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

default would be false, should we make the default to be always Verify?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I kept this matching the previous, but yeah setting default-verify does seem a lot safer

logger = log.NewThrottledLogger(log.With(logger, common.ServiceTag(serviceName)),
// Replication streams / APIs will run many hundreds of times per second. Throttle their output
// to 3 / min
replicationLogger := log.NewThrottledLogger(log.With(logger, common.ServiceTag(serviceName)),
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

call it throttledLog instead?
I assume log replication message is for debugging purpose. can we have a way to config it (from no throttle to 100% throttle (i.e., no logging)?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah we probably should. Will do in a new PR

if s.lifetime.Err() != nil {
// Cluster is closing, just exit.
return
break
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

maybe use a defer function here?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh, yeah defer is nicer, will update in followup PR

@temporal-nick temporal-nick merged commit fa00406 into main Jan 6, 2026
5 checks passed
@temporal-nick temporal-nick deleted the nick/debugmain branch January 6, 2026 01:25
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