Skip to content

Conversation

@maskit
Copy link
Member

@maskit maskit commented Nov 11, 2025

This enables writing SNI actions as plugins.

The implementation is experimental. We'd have to introduce new TS APIs to do various things on the plugins, but that would be next step.

To use SNI plugins, you need to use plugins keyword on sni.yaml. For example:

sni:
- fqdn: example.com
  http2: on
  plugins:
    - path: my_sni_action.so
      parameters: test

This is a draft. It does not have code for config reload and cleanup.

@bryancall
Copy link
Contributor

Can we use the SSL plugin interface instead of adding a new type of plugin?

@maskit
Copy link
Member Author

maskit commented Nov 18, 2025

TS_SSL_SERVERNAME_HOOK could be used on global plugins, but it would require all those plugins to have own config files like sni.conf and also server name lookup which could potentially be done in a different manner (e.g. wildcard vs regex). In other words, it would be like writing a remap plugin as a global plugin and do all the remap work on the plugin. I don't think that makes sense.

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.

2 participants