<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ??碼云GVP開源項目 12k star Uniapp+ElementUI 功能強大 支持多語言、二開方便! 廣告
                # 網絡云排查工具使用常見場景以及排查方法 關注耗時的4個階段:**【dns\_lookup】、【tcp\_connect】、【http\_request】、【total】** **dns\_lookup?耗時異常排查建議** 從開始到解析完成的耗時,一般DNS解析都能在幾百毫秒內完成,偶爾有慢的會超過1秒,但是一般超過2秒的DNS解析耗時都建議當做異常排查下。 1、首先多次執行`nslooup??api.mch.weixin.qq.com`看是否能穩定復現解析耗時異常 2、查看linux系統/etc/resolv.conf配置文件,確認是否配置了多個nameserver,?確認是否配置了超時設置,例如`options??timeout:1` 3、從上到下的順序測試配置的nameserver是否可用:?`dig?@nameserver\_ip??api.mch.weixin.qq.com`?去掉超時失敗的,把最快的放在最前面 \>?注意:?? \>?如果resolv.conf里配置了多個nameserver,?而排前面的nameserver不可用,而且又沒設置dns解析超時的話,會導致這里高達5秒的超時從而導致整體超時失敗?? 4、如果系統里沒有配置nameserver,?可能使用了內網的DNS服務器或者運營商提供的默認的DNS服務器,可以nslookup?確認下是否異常,異常的話如果服務器能訪問公網,可以緊急配置/etc/resolv.conf加上公網上知名的public?dns,例如114.114.114.114,或者騰訊的119.29.29.29 **tcp\_connect?****耗時異常排查建議** 從開始到完成與微信支付IP的443端口tcp鏈接的耗時 此字段?=上一階段耗時?+?TCP鏈接握手耗時,一般也在1秒以內,超過一秒而且DNS解析沒問題的話,需要排查網絡鏈接 1、?nslookup?解析出IP,然后ping?IP?測試下丟包率和往返耗時RTT,如果確認當前丟包率已經影響業務,可以快速切換到api2.mch.weixin.qq.com備用接入點域名(與api域名功能一樣,同運營商跨城容災解析)然后聯合網絡相關工作人員排查或者向運營商報障 2、如果沒有丟包而且RTT很正常,可以使用tcpdump抓包再確認TCP鏈接失敗的具體階段,參考命令 `tcpdump?-i?any?-nn?-s0?-A?port?443?and?host?131.x.x.x?or?132.x.x.x`??后面可以接?`?-w??xxx.pcap`導出到文件然后使用wireshark工具進一步分析 **http\_request?****耗時異常排查建議** 此字段為從開始到收到一地個字節的耗時(TTFB:?time?to?first?byte) 如果前面幾個字段都耗時很短,那就是HTTP/HTTPS?請求階段耗時異常,次節點包括SSL握手和后端服務相應。可以聯系微信支付確認訂單的后端處理耗時來進一步定為,如果后端耗時也正常,可能是SSL握手階段耗時異常,可以使用上面的tcpdump抓包確認SSL握手細節來進一步確認。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看