請教一個網(wǎng)絡(luò)問題（可能和SSL有關(guān)）

dploop

事情是這樣的：
我的服務(wù)器收到客戶端發(fā)來的訂單時，會把它發(fā)給蘋果服務(wù)器請求驗證，就是簡單地http post過去。但是前幾天查日志發(fā)現(xiàn)大量的超時(>3s)請求，于是后來我把超時限制加到了10s，但還是會陸陸續(xù)續(xù)概率性地有一些超時請求。而且從這幾天的統(tǒng)計來看，一天中12:00-14:00，20:00-22:00這兩段時間特別容易出現(xiàn)。
我首先排除了服務(wù)器負(fù)載太大帶寬不足這類原因，因為在以前即使十倍于現(xiàn)在的負(fù)載都沒問題。于是我懷疑就是我的服務(wù)器本身環(huán)境設(shè)置有問題或者是跟服務(wù)器所在平臺有關(guān)。出問題的服務(wù)器是用的azure，我正好在ucloud和qcloud上有服務(wù)器，于是將它們拿來作了對比（發(fā)現(xiàn)傳不了圖片，下面給鏈接）：
tieba.baidu.com/p/3536366441
發(fā)現(xiàn)其它兩個服務(wù)器的響應(yīng)時間都是相對穩(wěn)定而且較短的，而第一個服務(wù)器不僅平均速度比較慢，而且會概率性地有很長時間的超時。
后來我懷疑是和我請求的網(wǎng)址有關(guān)，于是隨便試了試github.com，發(fā)現(xiàn)現(xiàn)象也比較類似。然后我又試了試http的：baidu, qq, 163以及一些我自己合朋友的私人博客空間，發(fā)現(xiàn)都很快。所以我懷疑難道是ssl有問題？又去試了試：
帖子里
這個命令我反復(fù)試了很多次，發(fā)現(xiàn)也會概率性地在紅線標(biāo)注的地方卡很久(最長可以達(dá)到30s)。
這大概就是目前我所做的一些工作了，因為我本人不是計算機(jī)專業(yè)出生，操作系統(tǒng)和網(wǎng)絡(luò)的基礎(chǔ)都比較差，所以來這里請教一下大家我的問題可能出在什么地方(如果能有解決方案就更好了)。

在這里先謝過！

dploop

這是補(bǔ)充問題的截圖

秋雨之后77

太難了，對于菜鳥只能 幫你頂下貼希望專業(yè)人員來幫你吧。

jixuuse

gfw會阻斷蘋果服務(wù)器發(fā)出來的TLS包，大概正常工作1分鐘后面的全沒有