Closed shortwavedave closed 3 years ago
Ironically, online certificate and ssl checkers report no issues. But I still cannot access the https endpoint. I've now configured things such that a gke load balancer ingress terminates ssl and the destination is an istio gateway with no tls. Same behavior.
If anyone runs into this. I have a new Xfinity gateway router at home. Disabling advanced security fixes the issue - I guess it was only a problem from my house. Safebrowse is their software and it must be caching something.
I setup cert manager with dns acme challenge on gke. Certificate issuance for wildcard domain is successful. The gateway is configured to redirect http to https.
If I clear the cache on my browser and access the https endpoint, it at first does not respond (SSL_protocol_error, record too long, or wrong version number - I get all three, but wireshark shows no server hello). If I hit the http endpoint, I get the safebrowse warning. After clicking "proceed", the site correctly redirects to https and works. Executing from curl I get the same behavior - oddly enough sometimes proceeding through the safebrowse warning on a browser fixes the issue in curl. After some time, the problem returns and https is inaccessible again.
There are no access logs associated with the blocked https call. After the safebrowse warning, the access logs look correct.
Any ideas why I might be seeing this and how to correct it?
Gateway (domains mangled):
Virtual Service: