Is your feature request related to a problem? Please describe.
I would like to debug QUIC packet captures using Wireshark when using a client based on NanoSDK, but I need a keylogfile to do that.
Describe the solution you'd like
When a build option is enabled (off by default), then when the environment variable SSLKEYLOGFILE is set to a valid path, write the msquic tls secrets to that file, using msquic interop as an example.
Describe alternatives you've considered
Provide a NanoSDK API for retrieving the secrets struct which can then be written to file (less ideal I think).
Additional context
I have already gotten a prototype version of this to work, and can PR something based on that. But it may not be the right way to do it. What I did discover is that the setup for TLS secrets logging has to go in the middle of the quic_connect_ipv4 function, since it has to happen after the connection is opened but before it is started.
Is your feature request related to a problem? Please describe.
I would like to debug QUIC packet captures using Wireshark when using a client based on NanoSDK, but I need a keylogfile to do that.
Describe the solution you'd like
When a build option is enabled (off by default), then when the environment variable
SSLKEYLOGFILEis set to a valid path, write the msquic tls secrets to that file, using msquic interop as an example.Describe alternatives you've considered
Provide a NanoSDK API for retrieving the secrets struct which can then be written to file (less ideal I think).
Additional context
I have already gotten a prototype version of this to work, and can PR something based on that. But it may not be the right way to do it. What I did discover is that the setup for TLS secrets logging has to go in the middle of the
quic_connect_ipv4function, since it has to happen after the connection is opened but before it is started.