電子發(fā)燒友App
在 Linux 服務(wù)器中，可以通過(guò)內(nèi)核調(diào)優(yōu)、DPDK 以及 XDP 等多種方式提高服務(wù)器的抗攻擊能力，降低 DDoS 對(duì)正常服務(wù)的影響。在應(yīng)用程序中，可以使用各級(jí)緩存、WAF、CDN 等來(lái)緩解 DDoS 對(duì)應(yīng)用程序的影響。
但是需要注意的是，如果 DDoS 流量已經(jīng)到達(dá) Linux 服務(wù)器，那么即使應(yīng)用層做了各種優(yōu)化，網(wǎng)絡(luò)服務(wù)延遲一般也會(huì)比平時(shí)大很多。
因此，在實(shí)際應(yīng)用中，我們通常使用 Linux 服務(wù)器，配合專業(yè)的流量清洗和網(wǎng)絡(luò)防火墻設(shè)備，來(lái)緩解這個(gè)問(wèn)題。
除了 DDoS 導(dǎo)致的網(wǎng)絡(luò)延遲增加，我想你一定見(jiàn)過(guò)很多其他原因?qū)е碌木W(wǎng)絡(luò)延遲，例如：
網(wǎng)絡(luò)傳輸慢導(dǎo)致的延遲。
Linux 內(nèi)核協(xié)議棧數(shù)據(jù)包處理速度慢導(dǎo)致的延遲。
應(yīng)用程序數(shù)據(jù)處理速度慢造成的延遲等。
那么當(dāng)我們遇到這些原因造成的延誤時(shí)，我們?cè)撛趺崔k呢？如何定位網(wǎng)絡(luò)延遲的根本原因？讓我們?cè)诒疚闹杏懻摼W(wǎng)絡(luò)延遲。
Linux 網(wǎng)絡(luò)延遲
談到網(wǎng)絡(luò)延遲（Network Latency），人們通常認(rèn)為它是指網(wǎng)絡(luò)數(shù)據(jù)傳輸所需的時(shí)間。但是，這里的“時(shí)間”是指雙向流量，即數(shù)據(jù)從源發(fā)送到目的地，然后從目的地地址返回響應(yīng)的往返時(shí)間：RTT（Round-Trip Time）。
除了網(wǎng)絡(luò)延遲之外，另一個(gè)常用的指標(biāo)是應(yīng)用延遲（Application Latency），它是指應(yīng)用接收請(qǐng)求并返回響應(yīng)所需的時(shí)間。通常，應(yīng)用延遲也稱為往返延遲，它是網(wǎng)絡(luò)數(shù)據(jù)傳輸時(shí)間加上數(shù)據(jù)處理時(shí)間的總和。
通常人們使用ping命令來(lái)測(cè)試網(wǎng)絡(luò)延遲，ping是基于 ICMP 協(xié)議的，它通過(guò)計(jì)算 ICMP 發(fā)出的響應(yīng)報(bào)文和 ICMP 發(fā)出的請(qǐng)求報(bào)文之間的時(shí)間差來(lái)獲得往返延遲時(shí)間。這個(gè)過(guò)程不需要特殊的認(rèn)證，從而經(jīng)常被很多網(wǎng)絡(luò)攻擊所利用，如，端口掃描工具nmap、分組工具h(yuǎn)ping3等。
因此，為了避免這些問(wèn)題，很多網(wǎng)絡(luò)服務(wù)都會(huì)禁用 ICMP，這使得我們無(wú)法使用 ping 來(lái)測(cè)試網(wǎng)絡(luò)服務(wù)的可用性和往返延遲。在這種情況下，您可以使用traceroute或hping3的 TCP 和 UDP 模式來(lái)獲取網(wǎng)絡(luò)延遲。
例如：
#?-c:?3?requests #?-S:?Set?TCP?SYN #?-p:?Set?port?to?80 $?hping3?-c?3?-S?-p?80?google.com HPING?google.com?(eth0?142.250.64.110):?S?set,?40?headers?+?0?data?bytes len=46?ip=142.250.64.110?ttl=51?id=47908?sport=80?flags=SA?seq=0?win=8192?rtt=9.3?ms len=46?ip=142.250.64.110?ttl=51?id=6788??sport=80?flags=SA?seq=1?win=8192?rtt=10.9?ms len=46?ip=142.250.64.110?ttl=51?id=37699?sport=80?flags=SA?seq=2?win=8192?rtt=11.9?ms ---?baidu.com?hping?statistic?--- 3?packets?transmitted,?3?packets?received,?0%?packet?loss round-trip?min/avg/max?=?9.3/10.9/11.9?ms
當(dāng)然，你也可以使用traceroute：
$?traceroute?--tcp?-p?80?-n?google.com traceroute?to?google.com?(142.250.190.110),?30?hops?max,?60?byte?packets ?1??*?*?* ?2??240.1.236.34??0.198?ms?*?* ?3??*?*?243.254.11.5??0.189?ms ?4??*?240.1.236.17??0.216?ms?240.1.236.24??0.175?ms ?5??241.0.12.76??0.181?ms?108.166.244.15??0.234?ms?241.0.12.76??0.219?ms ?... 24??142.250.190.110??17.465?ms?108.170.244.1??18.532?ms?142.251.60.207??18.595?ms
traceroute會(huì)在路由的每一跳（hop）發(fā)送三個(gè)數(shù)據(jù)包，并在收到響應(yīng)后輸出往返延遲。如果沒(méi)有響應(yīng)或響應(yīng)超時(shí)（默認(rèn) 5s），將輸出一個(gè)星號(hào)*。
案例展示
我們需要在此演示中托管 host1 和 host2 兩個(gè)主機(jī)：
host1 (192.168.0.30)：托管兩個(gè) Nginx Web 應(yīng)用程序（正常和延遲）
host2 (192.168.0.2)：分析主機(jī)
host1 準(zhǔn)備
在 host1 上，讓我們運(yùn)行啟動(dòng)兩個(gè)容器，它們分別是官方 Nginx 和具有延遲版本的 Nginx：
#?Official?nginx $?docker?run?--network=host?--name=good?-itd?nginx fb4ed7cb9177d10e270f8320a7fb64717eac3451114c9fab3c50e02be2e88ba2 #?Latency?version?of?nginx $?docker?run?--name?nginx?--network=host?-itd?feisky/nginx:latency b99bd136dcfd907747d9c803fdc0255e578bad6d66f4e9c32b826d75b6812724
運(yùn)行以下命令以驗(yàn)證兩個(gè)容器都在為流量提供服務(wù)：
$?curl?http://127.0.0.1 ...Thank?you?for?using?nginx.