Chrome中損壞的SSL

Chrome（在Win和Linux上）無法加載https://apscatalog.com。Chrome中損壞的SSL

雖然Mac上的所有其他瀏覽器和Chrome瀏覽器都能夠加載網站，但沒有任何警告或錯誤。

即使外部工具的說，一切都很好：https://www.ssllabs.com/ssltest/analyze.html?d=apscatalog.com

我怎樣才能解決這個問題？

更新這似乎是一個Chrome的bug。 Chrome v.33工作正常，而v.32失敗

2014-02-07 Nik

我會說，他們有一些壞的設備（防火牆，負載平衡器...）在它前面。從wireshark，我從Chrome瀏覽器看到客戶端Hello，但它從來沒有收到響應，甚至沒有收到數據包的ACK。這就是爲什麼它會一再重複客戶端Hello，直到它最終放棄。我已經看到老式F5 BIG-IP負載平衡器出現了這樣的問題（它在此期間已經修復，但仍然存在一些故障），但這似乎並不是這種情況。因此它可能是又一個破碎的家電:(

如果你有基礎的知識有我真的想知道是什麼設備，這可能是。

來源

2014-02-08 09:13:41

我懷疑這個問題涉及到硬件，因爲我已經有了這臺機器上的另一個網站及其HTTPS正常工作 – Nik

我。認爲它不是服務器本身的問題，因爲客戶端Hello包沒有TCP ACK噸。但是，一旦收到數據包，操作系統就會發送ACK，而不管應用程序級別是否存在問題。你可以在服務器本身上嘗試一個tcpdump/wireshark，但是我認爲服務器根本沒有得到客戶端Hello，因爲服務器前面的一些設備（或者服務器本身的一些數據包過濾器）會將其過濾掉。 –

有趣的是https://apscatalog.com作品如果Chrome開始使用SSL版本-max = TLS1：

谷歌鉻--ssl版本-MAX = TLS1

來源

2014-03-06 08:56:55

如果沒有真正回答問題，請使用評論。 – Andros

Chrome中損壞的SSL

回答

相關問題