基于網(wǎng)絡(luò)回溯分析技術(shù)的SCADA系統(tǒng)故障診斷

　　案例場景

　　某排水集團(tuán)在線業(yè)務(wù)區(qū)的SCADA系統(tǒng)需要從DMZ區(qū)的I/O Server上采集數(shù)據(jù)，SCADA系統(tǒng)使用某些IP能夠正常從I/O Server采集數(shù)據(jù)，但是另一部分IP則不能正常的從I/O Server上采集數(shù)據(jù)，提示異常并且斷開連接。

　　例如：10.2.103.8為SCADA系統(tǒng)的IP地址，能夠正常的從10.2.0.51和10.2.0.52的I/O Server上采集數(shù)據(jù)，但是將SCADA系統(tǒng)的IP改為：10.2.103.10，則不能正常從10.2.0.51和10.2.0.52的I/O Server上采集數(shù)據(jù)。

　　案例分析

　　網(wǎng)絡(luò)拓?fù)鋱D（簡化）

　　下圖為簡化拓?fù)鋱D，我們展示SCADA系統(tǒng)和I/O Server之間的通訊鏈路，分別在靠近SCADA系統(tǒng)和I/O Server的接入交換機(jī)上采用端口鏡像的方式旁路部署科來網(wǎng)絡(luò)回溯分析系統(tǒng)，采集SCADA系統(tǒng)和I/O Server之間的通訊數(shù)據(jù)包。

　　圖1網(wǎng)絡(luò)拓?fù)鋱D

　　故障排查

　　我們從DMZ區(qū)的交互機(jī)和在線業(yè)務(wù)區(qū)交互機(jī)上同時(shí)采集通訊數(shù)據(jù)，進(jìn)行對比分析，來看看具體是什么原因造成了業(yè)務(wù)系統(tǒng)的故障。

　　DMZ區(qū)交換機(jī)數(shù)據(jù)

　　在DMZ區(qū)交換機(jī)數(shù)據(jù)中可以看到TCP會話中10.2.103.10向10.2.0.52發(fā)送了大量的RST（復(fù)位）數(shù)據(jù)包，如下圖2所示。這些連接被這些復(fù)位數(shù)據(jù)包釋放掉了，但是為什么會存在這么多的復(fù)位數(shù)據(jù)包？又是誰發(fā)送了這些數(shù)據(jù)包？

　　圖2 DMZ區(qū)捕獲到的TCP會話

　　通過查看科來網(wǎng)絡(luò)回溯分析系統(tǒng)的交易時(shí)序圖，可以發(fā)現(xiàn)復(fù)位數(shù)據(jù)包的TTL（生存時(shí)間）值是127.而正常時(shí)傳輸?shù)臄?shù)據(jù)，可以看到TTL（生存時(shí)間）值為61，和異常時(shí)明顯不同，說明復(fù)位數(shù)據(jù)包并不是從10.2.103.10發(fā)出來的，而是有個(gè)中間設(shè)備發(fā)送了復(fù)位數(shù)據(jù)包中斷了正常的應(yīng)用會話。