Forum Discussion
MS Edge Dev 81.0.389.2 won't load any (remote) sites over HTTPS
- Feb 27, 2020
adamohman danielthecoder oddnes
This is very likely the same issue as some users saw in December, whereby most or all HTTPS connections fail with one of several error messages. You can verify if this is the case by closing all Edge instances and hitting Win+R, then running
msedge.exe --disable-features=PostQuantumCECPQ2If that works, then something on your network path is not compatible with large ClientHello messages in the HTTPS handshake. For instance, older versions of ZScaler are known to have a bug whereby they fail to "pass along" the ServerNameIndicator TLS extension if the ClientHello spans multiple packets, and when that happens, the server typically will return the wrong certificate, resulting in a NET::ERR_CERT_COMMON_NAME_INVALID error message. ZScaler has released a fix for this that you'll need to apply.In other cases, the network device is completely incompatible with handshakes that span multiple packets and an ERR_CONNECTION_RESET will be seen instead. You'll need to talk to your network administrators about contacting the vendor of your networking equipment about getting a fix.The reason this issue appeared and disappeared only to reappear again is because the PostQuantumCECPQ2 feature was changed to "off-by-default" for version 80/81 but it is now enabled again for version 82.
The upstream issue can be found here: https://crbug.com/1028602
danielthecoder I have the exact same problem, started with Edge Dev 82.0.425.3 and is still present with 82.0.432.3. I downloaded Canary today (82.0.437.0), same problem.
Deleted At my organisation, we use Zscaler. I used to have the "Your connection isn't private" issue that was talked about in https://techcommunity.microsoft.com/t5/discussions/your-connection-isn-t-private-zscaler/m-p/1059762, but that went away after some update and all was good for a while.
I have also sent this as feedback through the browser.
adamohman danielthecoder oddnes
This is very likely the same issue as some users saw in December, whereby most or all HTTPS connections fail with one of several error messages. You can verify if this is the case by closing all Edge instances and hitting Win+R, then running
msedge.exe --disable-features=PostQuantumCECPQ2
The upstream issue can be found here: https://crbug.com/1028602
- danielthecoderFeb 27, 2020Copper Contributor
Eric_Lawrence starting edge dev (82.*) with msedge.exe --disable-features=PostQuantumCECPQ2 is working for me.
I don't know if we are using ZScaler, I'll check it with our IT department.
- danielthecoderMar 03, 2020Copper Contributor
Eric_Lawrence We are not using ZScaler, we are seeing this issue with citrix netscaler.
- adamohmanFeb 27, 2020Copper Contributor
I tried the --disable-features=PostQuantumCECPQ2 flag from the previous thread but somehow missed the last "2"... facepalm. When copy-pasting the correct string, my latest Edge Dev (82.0.432.3) now works for external https sites, so a super big thank you Eric_Lawrence! Now I can continue using my new favorite browser 🙂
Just to be clear and to also confirm danielthecoder findings:
Chrome (80.0.3987.122 ) = works
Chrome Dev (82.0.4068.5) = has the problem
Edge Dev and Canary (82.*) without the PostQuantum flag = has the problem
Edge Dev and Canary (82.*) with the PostQuantum flag = works
And "has the problem" means that internal https sites can be reached, but not external/remote https sites.
Eric_Lawrence Do you have any more details about the Zscaler fix? I tried searching but could not find anything relevant online. I would be really (extra) grateful for any pointers that I could pass on to our network team, and useful for others that see this thread.
- adamohmanFeb 27, 2020Copper Contributor
Eric_Lawrence Thank you so much, msedge.exe --disable-features=PostQuantumCECPQ2 did the trick for accessing external/remote https sites! I will pass the info about the Zscaler "support case 983026 / (view restricted) issue 1033401" that you mentioned 17 Jan 2020 on https://bugs.chromium.org/p/chromium/issues/detail?id=1028602 to our network team. If you have any more details or more recent information about the fix, I would be (even more) grateful.
To summarize and also confirm danielthecoder's findings:
Chrome (80.0.3987.122 ) = OK
Chrome Dev (82.0.4068.5) = Error
Edge Dev (82.0.432.3) = Error
Edge Canary (82.0.438.0) = ErrorEdge Dev with the --disable-features=PostQuantumCECPQ2 flag = OK
And thanks oddnes for starting this thread!
Cheers,
Adam
- Eric_LawrenceFeb 27, 2020MicrosoftThanks for confirming.
From another thread, the ZScaler folks said "There is a ticket opened internally for that (BUG-67731)."
In that thread, a ZScaler customer noted: "Just had an update from Zscaler support on this, the fix is estimated to be pushed for 5.7 version of Zscaler on 1/17th for ZS3 and 1/24 for the rest of the clouds."