You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using the test proxy's recording options API, requests coming from Python aren't able to set a TLS validation certificate when using the test proxy via Docker. This issue was raised by Confidential Ledger, which has a test that tries to set a certificate that's fetched from the service: test code.
The same error is raised when using a PEM certificate that's used for test proxy tests, though this certificate is known to be problematic on Linux.
An example of error response (which is raised when certificate newlines are removed or not):
'Unable to instantiate a valid cert from the value provided in Transport settings key "TLSValidationCert".
Value: "-----BEGIN CERTIFICATE-----MIIBe[redacted]MZFq+9-----END CERTIFICATE-----".
Message: "ASN1 corrupted data.".'
When the "-----BEGIN/END CERTIFICATE-----" delimiters are removed, the error's Message is "No PEM encoded data found." instead.
This has been observed when using the Docker test proxy tool on WSL Ubuntu and Windows 11.
The text was updated successfully, but these errors were encountered:
Thank you for filing the issue! You're the first folks to try these features against docker. I'm certain that if JS had been the first they would have also encountered this.
When debugging locally on a windows machine, the recording option sets just fine. Anecdotally, these operations also succeed in CI for azure-sdk-for net, which absolutely runs on a linux machine.
This makes me think the failure is specific to the docker image, but I will be digging into this today.
When using the test proxy's recording options API, requests coming from Python aren't able to set a TLS validation certificate when using the test proxy via Docker. This issue was raised by Confidential Ledger, which has a test that tries to set a certificate that's fetched from the service: test code.
The same error is raised when using a PEM certificate that's used for test proxy tests, though this certificate is known to be problematic on Linux.
An example of error response (which is raised when certificate newlines are removed or not):
When the "-----BEGIN/END CERTIFICATE-----" delimiters are removed, the error's
Message
is "No PEM encoded data found." instead.This has been observed when using the Docker test proxy tool on WSL Ubuntu and Windows 11.
The text was updated successfully, but these errors were encountered: