chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

【虹科干貨】長(zhǎng)文預(yù)警!使用ntopng和NetFlow/IPFIX檢測(cè)Dos攻擊(下)

laraxu ? 來(lái)源:laraxu ? 作者:laraxu ? 2024-04-15 16:18 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

如何結(jié)合使用ntopng和NetFlow/IPFIX檢測(cè)Dos攻擊,在上一篇文章中,我們已經(jīng)做足了鋪墊,本期我將會(huì)為大家展示并分析實(shí)操步驟。話不多說(shuō),直接進(jìn)入正題。


一、Ntopng在模擬中發(fā)出的警報(bào)
應(yīng)根據(jù)監(jiān)控需求和可用資源對(duì) Ntopng 進(jìn)行配置和優(yōu)化。在本研究中,大多數(shù)警報(bào)和警告都是以默認(rèn)值激活的。顯然,每個(gè)警報(bào)和警告都必須根據(jù) Ntopng 的工作環(huán)境和網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)進(jìn)行評(píng)估。 模擬過(guò)程中的 Ntopng 檢測(cè)列表:
1、SYN FLOOD(SYN 泛洪攻擊)
通過(guò)發(fā)送大量的SYN請(qǐng)求來(lái)耗盡目標(biāo)系統(tǒng)的資源,使其無(wú)法處理正常的連接請(qǐng)求。在TCP協(xié)議中,當(dāng)客戶端嘗試建立到服務(wù)器的連接時(shí),會(huì)發(fā)送一個(gè)SYN(同步)請(qǐng)求,服務(wù)器在收到該請(qǐng)求后會(huì)回復(fù)一個(gè)SYN-ACK(同步-確認(rèn))以表示連接的建立,最后客戶端發(fā)送一個(gè)ACK(確認(rèn))以確認(rèn)連接的建立。在SYN泛洪攻擊中,攻擊者發(fā)送大量的SYN請(qǐng)求但不發(fā)送最后的ACK,導(dǎo)致服務(wù)器在等待確認(rèn)的狀態(tài)下消耗資源,從而耗盡系統(tǒng)的資源,使得合法用戶無(wú)法建立連接。
簡(jiǎn)而言之,SYN 泛洪攻擊就是用虛假的連接請(qǐng)求使服務(wù)器飽和,從而阻止服務(wù)器處理真正的連接,造成服務(wù)中斷。實(shí)施這種攻擊有兩種技術(shù):
1. 使用假IP,即用不同的 IP 地址偽裝自己的 IP 地址,這樣服務(wù)器就會(huì)向一個(gè)假 IP 發(fā)送 SYN-ACK 回復(fù)。
2. 客戶端故意不響應(yīng)服務(wù)器,保持連接開放
當(dāng)發(fā)送/接收的 SYN/秒數(shù)超過(guò)閾值 > 256 SYN/秒時(shí),NTOPNG 就會(huì)觸發(fā)警報(bào),閾值可以更改。
2、TCP SYN SCAN(SYN掃描)
SYN 掃描是一種掃描類型,包括發(fā)送 SYN 標(biāo)志激活的 TCP 數(shù)據(jù)包。
如果要檢查的端口是開放的,攻擊者將收到一個(gè)激活 SYN 和 ACK 標(biāo)志的 TCP 數(shù)據(jù)包作為回復(fù),并通過(guò)一個(gè)激活 RST 標(biāo)志的 TCP 數(shù)據(jù)包關(guān)閉連接。
如果要控制的端口已關(guān)閉,攻擊者將收到一個(gè)激活 RST 標(biāo)志的 TCP 數(shù)據(jù)包,從而關(guān)閉連接。 在這兩種情況下,連接都不會(huì)完成,因此幾乎不會(huì)出現(xiàn)在日志文件中。
當(dāng) SYN 發(fā)送/接收/分鐘(未應(yīng)答)數(shù)超過(guò)閾值 > 256 SYN/分鐘時(shí),Ntopng 會(huì)觸發(fā)警報(bào)。閾值可以更改。
3、TCP FIN SCAN(FIN掃描)
FIN 掃描是一種掃描類型,包括向受害者端口發(fā)送僅激活 FIN 標(biāo)志的 TCP 數(shù)據(jù)包。在 RFC793 技術(shù)規(guī)范中,如果端口是關(guān)閉的,主機(jī)接收到 FIN 標(biāo)志激活的數(shù)據(jù)包后,必須回復(fù)一個(gè) RST 標(biāo)志激活的數(shù)據(jù)包;如果端口是開放的,則應(yīng)忽略該數(shù)據(jù)包。這樣,攻擊者就能知道哪些端口是開放的。但并非所有系統(tǒng)都遵守這些規(guī)范,在任何情況下都會(huì)返回一個(gè) RST 標(biāo)志激活的 TCP 數(shù)據(jù)包,從而使掃描失去作用。
當(dāng)發(fā)送/接收 FINs/分鐘(無(wú)響應(yīng))的數(shù)量超過(guò)閾值 > 256 FINs/分鐘時(shí),Ntopng 會(huì)觸發(fā)警報(bào)。閾值可以更改。
4、SCAN DETECTED(掃描檢測(cè))
當(dāng)檢測(cè)到掃描(主機(jī)/端口)時(shí),如果未完成的 TCP/UDP 流量超過(guò)指定限制,Ntopng 會(huì)觸發(fā)警報(bào)... > 32 流量(分鐘)。閾值可以更改。
5、FLOWS FLOOD
當(dāng)新的客戶端/服務(wù)器/秒流量超過(guò)閾值 > 256 流量/秒(分鐘)時(shí),Ntopng 會(huì)觸發(fā)警告。閾值可以更改。
6、異常分?jǐn)?shù)行為
注意異常分?jǐn)?shù)行為,以發(fā)現(xiàn)威脅或缺陷。
當(dāng)界面出現(xiàn)意想不到的行為時(shí),ntopng警報(bào)可能會(huì)被觸發(fā)。
7、異常流量行為
意外行為檢查。
警告不正常的流量行為,以發(fā)現(xiàn)威脅或缺陷。
當(dāng)界面出現(xiàn)意想不到的行為時(shí),ntopng警報(bào)可能會(huì)被觸發(fā)。
8、超過(guò)分?jǐn)?shù)閾值
每臺(tái)主機(jī)都有一個(gè)非負(fù)數(shù)值,用于存儲(chǔ)分?jǐn)?shù)值。該值的計(jì)算時(shí)間間隔為 1 分鐘。當(dāng)主機(jī)的分?jǐn)?shù)在一分鐘內(nèi)超過(guò)分?jǐn)?shù)閾值 > 5000 時(shí),ntopng警告就會(huì)激活。閾值可以更改。

補(bǔ)充信息:Ntopng 如何計(jì)算得分
分?jǐn)?shù)是一個(gè)數(shù)字指標(biāo),如果不為零,則表示存在某種問(wèn)題,分?jǐn)?shù)越高,相關(guān)問(wèn)題越嚴(yán)重。
分?jǐn)?shù)主要有三個(gè)來(lái)源:
1. 數(shù)據(jù)流得分:表示數(shù)據(jù)流的糟糕程度,例如:有多次重傳的數(shù)據(jù)流得分不為零。
2. 流量的源主機(jī)得分:與源主機(jī)相關(guān)聯(lián)的數(shù)值,例如:在步驟 1 的流量中,如果只有目的地 -> 客戶端的重傳,則該流量的源主機(jī)得分為 0,但如果源端也有重傳,則該值為正。
3. 流量的目的主機(jī)得分:與之前相同,但針對(duì)的是流量的目的主機(jī)。由于流量可能存在多個(gè)問(wèn)題,因此流量上遇到的每個(gè)問(wèn)題(例如流量上檢測(cè)到的 TCP 重傳或過(guò)時(shí)的 TLS 版本)都會(huì)影響得分。因此,得分是在該流量上發(fā)現(xiàn)的單個(gè)流量/源/目的得分的總和。


二、警告:最近的活躍流
“Warning Recently live flows”消息顯示,Ntopng正在觀察到網(wǎng)絡(luò)中大量活躍的數(shù)據(jù)流,因此資源利用率很高,因此對(duì)安全的擔(dān)憂;因此,有必要對(duì)此進(jìn)行調(diào)查。
為了應(yīng)付這一警告,可能需要:
檢查當(dāng)前網(wǎng)絡(luò)活動(dòng),查看流量模式是否符合預(yù)期或是否存在異常。
查找可能存在的安全威脅或異常網(wǎng)絡(luò)行為。
三、一個(gè)攻擊和檢測(cè)過(guò)程示例——使用slowhttptest進(jìn)行HTTP慢速攻擊
HTTP慢速攻擊允許單個(gè)客戶端使用最小帶寬使服務(wù)器資源飽和。具體做法是盡可能保持與目標(biāo)服務(wù)器的連接處于開放狀態(tài),惡意客戶端連接到目標(biāo)服務(wù)器并向其發(fā)送部分請(qǐng)求,即未完成 http 頭的發(fā)送;具體來(lái)說(shuō),當(dāng)客戶端發(fā)出 HTTP 請(qǐng)求時(shí),網(wǎng)絡(luò)服務(wù)器只能在請(qǐng)求頭發(fā)送完成后才能關(guān)閉 TCP 連接。這種技術(shù)迫使服務(wù)器保持連接開放,從而達(dá)到服務(wù)器可用連接的最大數(shù)量,使其無(wú)法訪問(wèn)其他客戶端的合法請(qǐng)求。
下面是" slowhttptest"命令的示例:
slowhttptest -H -c 2000 -g -o output -i 10 -r 300 -t GET -u http://10.0.20.10 -x 24 -p 3

-H: 啟用慢速HTTP攻擊中的Slow Headers攻擊模式。

-c 2000: 模擬的客戶端數(shù)量,這里設(shè)置為2000個(gè)客戶端。

-g: 啟用慢速HTTP攻擊中的Slow Read攻擊模式。

-o output: 指定輸出文件的名稱為output。

-i 10: 設(shè)置攻擊間隔為10秒。

-r 300: 設(shè)置攻擊持續(xù)時(shí)間為300秒(5分鐘)。

-t GET: 指定HTTP請(qǐng)求的類型為GET。

-u http://10.0.20.10: 指定目標(biāo)服務(wù)器的URL為http://10.0.20.10。

-x 24: 設(shè)置攻擊時(shí)使用的線程數(shù)為24。

-p 3: 設(shè)置慢速攻擊的延遲參數(shù),這里設(shè)置為3秒。


解釋:
通過(guò)這個(gè)命令,slowhttptest將會(huì)模擬2000個(gè)客戶端對(duì)http://10.0.20.10的GET請(qǐng)求,其中會(huì)包含Slow Headers攻擊和Slow Read攻擊,并持續(xù)5分鐘。攻擊過(guò)程中每10秒執(zhí)行一次攻擊,攻擊的延遲設(shè)置為3秒,使用24個(gè)線程進(jìn)行攻擊。最后,攻擊結(jié)果會(huì)輸出到名為output的文件中。

wKgZomYc4guAEUsKAArbwa7Z9y0751.png

在上面第一張圖片中,您可以看到攻擊的開始,在第二張圖片中,您可以看到攻擊的結(jié)束,每 5 秒鐘就會(huì)更新一次狀態(tài),實(shí)時(shí)報(bào)告已建立的連接、打開的連接和關(guān)閉的連接。

wKgZomYc4hOAVClRAAFggjyH6ak734.png

如上圖片是ntopng的主屏幕。

wKgZomYc4h2AaJS5AAF3KNG3SRo584.png

大約 30 秒后,Ntopng 檢測(cè)到一次檢測(cè)到的掃描,特別是Slow Header攻擊沒(méi)有掃描到,但 Ntopng 報(bào)告主機(jī) 10.0.10.10 和服務(wù)器 10.0.20.10 之間發(fā)生了超過(guò) 32 個(gè)不完整的 HTTP 流。當(dāng)數(shù)據(jù)流得分/源數(shù)據(jù)流/目標(biāo)數(shù)據(jù)流之和大于設(shè)定值(本例中為默認(rèn)值 5000)時(shí),Ntopng 會(huì)報(bào)告警報(bào) SCORE THRESHOLD EXCEED,即 "超過(guò)得分閾值(在上一主題中解釋過(guò))"。

wKgZomYc4iqAO5vbAAGrx8uy-48931.png

wKgaomYc4jWASYkHAAK0p5nNLK0844.png

Ntopng 還會(huì)報(bào)告與 HTTP 數(shù)據(jù)流相關(guān)的警告,這種情況發(fā)生在網(wǎng)絡(luò)中存在大量活動(dòng)數(shù)據(jù)流、資源利用率高、安全隱患大的時(shí)候。顯然,有必要了解流量模式是預(yù)期的還是異常的。在我們的案例中,顯然存在持續(xù)的 DoS 攻擊,因?yàn)橛袛?shù)以百計(jì)的數(shù)據(jù)流具有相同的源 IP。

wKgZomYc4kuAS0dsAAVxEIJJr7I202.png

F1 F2


這兩張圖是 -o -g 選項(xiàng)創(chuàng)建的 HTML 輸出圖,從圖 F1 中可以看出,在前 10 秒內(nèi)建立了 750 個(gè)連接,并打開了另外 750 個(gè)連接,這反映了命令中設(shè)置的選項(xiàng),即以每秒 300 個(gè)連接的速度連接 2000 個(gè)連接。然而,在達(dá)到所需的 2000 個(gè)連接之前,服務(wù)器由于響應(yīng)時(shí)間超過(guò) 3 秒而不可用,選項(xiàng) -p 3
F1→ slowhttptest -H -c 2000 -g -o output -i 10 -r 300 -t GET -u http://10.0.20.10 -x 24 -p 3
第二張圖表示始終可用的服務(wù)(綠色區(qū)域),這是因?yàn)槲页鲇跍y(cè)試目的將 -p(http 響應(yīng)的等待時(shí)間間隔)設(shè)置為 225,在現(xiàn)實(shí)中,服務(wù)器響應(yīng)的等待時(shí)間如此之長(zhǎng)是不可想象的。
F2→slowhttptest -H -c 2000 -g -o output -i 10 -r 300 -t GET -u http://10.0.20.10 -x 24 -p 225

wKgZomYc4mKAb88QAADgKrSCGbQ178.png

時(shí)間戳顯示幀與幀之間的間隔為 10 秒;該間隔與命令中的 -i 設(shè)置相對(duì)應(yīng)。

wKgZomYc4nKAdyyqAAD0GUbwVYE833.png

一個(gè)小問(wèn)題是,所有 HTTP 請(qǐng)求都會(huì)超時(shí)關(guān)閉,這意味著連接會(huì)被服務(wù)器強(qiáng)制關(guān)閉。
HTTP狀態(tài)代碼408 "請(qǐng)求超時(shí) "表示服務(wù)器因請(qǐng)求超時(shí)而終止連接。當(dāng)服務(wù)器在允許的最長(zhǎng)時(shí)間內(nèi)沒(méi)有收到客戶端的完整請(qǐng)求時(shí),就會(huì)返回該代碼。所有請(qǐng)求都以這種方式結(jié)束,因此我們可以說(shuō)服務(wù)器在應(yīng)用層受到了 DoS 攻擊。
通過(guò)觀察ntopng提供的流量數(shù)據(jù),可以發(fā)現(xiàn)可能的DoS攻擊跡象,比如異常的流量模式、異常的連接請(qǐng)求等。ntopng能夠提供關(guān)于網(wǎng)絡(luò)流量的實(shí)時(shí)和歷史信息,這使得管理員能夠觀察流量變化并可能識(shí)別出與DoS攻擊相關(guān)的異常模式。
要更好地檢測(cè)和應(yīng)對(duì)DoS攻擊,通常需要結(jié)合使用多種安全工具和技術(shù),包括入侵檢測(cè)系統(tǒng)(IDS)、入侵防御系統(tǒng)(IPS)、防火墻、負(fù)載均衡器等。這些工具可以幫助監(jiān)控和過(guò)濾網(wǎng)絡(luò)流量,并采取相應(yīng)的措施來(lái)防御和減輕DoS攻擊的影響。


審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 流量監(jiān)控
    +關(guān)注

    關(guān)注

    0

    文章

    19

    瀏覽量

    7533
  • DoS攻擊
    +關(guān)注

    關(guān)注

    0

    文章

    7

    瀏覽量

    3457
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    PEAK解決方案

    PEAK解決方案
    發(fā)表于 12-19 14:45 ?0次下載

    答疑 | 使用PCAN-Explorer 6進(jìn)行.DBC解析總共分幾步?

    各位的新老客戶朋友們,大家好!「科技術(shù)答疑專欄」今天正式和大家見面了~做這個(gè)專欄的初衷很簡(jiǎn)單:平時(shí)收到不少朋友咨詢實(shí)操問(wèn)題,與其零散回復(fù),不如集中分享——每期聚焦一個(gè)高頻痛點(diǎn),用
    的頭像 發(fā)表于 12-12 11:02 ?154次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>答疑 | 使用<b class='flag-5'>虹</b><b class='flag-5'>科</b>PCAN-Explorer 6進(jìn)行.DBC解析總共分幾步?

    動(dòng)態(tài) | 2025年11月精彩回顧

    2025年11月精彩速覽——與CiA聯(lián)合主辦CANXL中國(guó)路演三城巡演;攜手長(zhǎng)城汽車舉辦技術(shù)交流日系列workshop;2025Pico免拆診斷技術(shù)峰會(huì)現(xiàn)場(chǎng)群英集結(jié)...下面讓
    的頭像 發(fā)表于 12-01 10:33 ?590次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>動(dòng)態(tài) | 2025年11月精彩回顧

    動(dòng)態(tài) | ×長(zhǎng)城汽車技術(shù)交流日?qǐng)A滿落幕!

    11月25日,攜手長(zhǎng)城汽車在保定·長(zhǎng)城技術(shù)中心成功舉辦“X長(zhǎng)城汽車技術(shù)交流日”系列workshop活動(dòng),與長(zhǎng)城技術(shù)中心的各位工程師共同展望行業(yè)發(fā)展前景,為雙方未來(lái)更多的生態(tài)合作
    的頭像 發(fā)表于 11-28 17:07 ?1861次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>動(dòng)態(tài) | <b class='flag-5'>虹</b><b class='flag-5'>科</b>×長(zhǎng)城汽車技術(shù)交流日?qǐng)A滿落幕!

    圓滿收官 | CAN總線專題全系列直播精華回顧已上線!

    CAN總線系列直播圓滿收官!HongKeWebinars作為汽車電子通信領(lǐng)域的核心協(xié)議,CAN總線技術(shù)正隨著智能駕駛、車聯(lián)網(wǎng)等趨勢(shì)加速迭代。為幫助工程師深入掌握CAN總線技術(shù),
    的頭像 發(fā)表于 11-24 17:55 ?2614次閱讀
    圓滿收官 | <b class='flag-5'>虹</b><b class='flag-5'>科</b>CAN總線專題全系列直播精華回顧已上線!

    案例 | 礦業(yè)數(shù)字化轉(zhuǎn)型:owa5X如何贏得日立Wenco信任?

    owa5X用于采礦業(yè)的遠(yuǎn)程信息處理方案礦業(yè)數(shù)字化轉(zhuǎn)型不僅是技術(shù)升級(jí),更是一場(chǎng)信任構(gòu)建的歷程。選擇何種技術(shù)伙伴,如何確保系統(tǒng)在惡劣環(huán)境穩(wěn)定可靠,是每一個(gè)礦業(yè)企業(yè)決策者必須審慎考慮的問(wèn)題。在這
    的頭像 發(fā)表于 11-18 17:03 ?409次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>案例 | 礦業(yè)數(shù)字化轉(zhuǎn)型:<b class='flag-5'>虹</b><b class='flag-5'>科</b>owa5X如何贏得日立Wenco信任?

    智能制造新升級(jí) | 看CEO陳秋苑揭秘如何全流程賦能?

    新升級(jí)》。陳總圍繞電子產(chǎn)業(yè)智能化趨勢(shì),分享了在電子制造領(lǐng)域的創(chuàng)新實(shí)踐與技術(shù)布局。從產(chǎn)線構(gòu)建與智能通信、產(chǎn)線監(jiān)控與安全管理到產(chǎn)品質(zhì)量檢測(cè)與過(guò)程優(yōu)化,系統(tǒng)展示了
    的頭像 發(fā)表于 11-05 18:07 ?567次閱讀
    智能制造新升級(jí) | 看CEO陳秋苑揭秘<b class='flag-5'>虹</b><b class='flag-5'>科</b>如何全流程賦能?

    動(dòng)態(tài) | 2025年10月精彩回顧

    2025年10月精彩速覽——出席2025上海國(guó)際嵌入式會(huì)議并發(fā)表演講;自研HK-CoreTest車載總線測(cè)試軟件首發(fā)上線;多場(chǎng)技術(shù)直播圓滿收官...下面讓我們一起回顧10月的動(dòng)
    的頭像 發(fā)表于 11-01 09:02 ?915次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>動(dòng)態(tài) | 2025年10月精彩回顧

    案例 | 為什么汽車零部件頭部企業(yè),選擇方案做方向盤EOL測(cè)試?

    方案助力提升方向盤產(chǎn)線測(cè)試效能汽車方向盤的EOL測(cè)試,如何做到既快又穩(wěn)?當(dāng)產(chǎn)線因測(cè)試偶發(fā)故障而面臨停滯風(fēng)險(xiǎn)時(shí),有哪些技術(shù)路徑可以實(shí)現(xiàn)精準(zhǔn)檢測(cè)和高效運(yùn)維?本篇案例將帶你走進(jìn)某全球領(lǐng)先汽車零部件企業(yè)
    的頭像 發(fā)表于 10-29 17:33 ?202次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>案例 | 為什么汽車零部件頭部企業(yè),選擇<b class='flag-5'>虹</b><b class='flag-5'>科</b>方案做方向盤EOL測(cè)試?

    動(dòng)態(tài) | 2025年9月精彩回顧

    2025年9月精彩速覽——攜高新技術(shù)方案亮相上海工博會(huì)、深圳光博會(huì);集團(tuán)三家企業(yè)入選廣州市2025年創(chuàng)新型中小企業(yè)名單;宏集Web物聯(lián)網(wǎng)HMI榮獲CEC2025年度編輯推薦獎(jiǎng)...下面讓我們一起
    的頭像 發(fā)表于 09-30 17:57 ?3473次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>動(dòng)態(tài) | 2025年9月精彩回顧

    方案 | 數(shù)據(jù)不缺位,監(jiān)控不滯后:車輛信息遠(yuǎn)程監(jiān)控系統(tǒng)

    引言在智能網(wǎng)聯(lián)與電動(dòng)化推進(jìn)中,車隊(duì)管理、遠(yuǎn)程診斷和智能駕駛常被這些問(wèn)題困擾:多車型數(shù)據(jù)采集要反復(fù)適配、網(wǎng)絡(luò)波動(dòng)時(shí)數(shù)據(jù)丟了難追溯、原始數(shù)據(jù)看不懂沒(méi)法用...車輛信息遠(yuǎn)程監(jiān)控系統(tǒng),用「即插即用+數(shù)據(jù)
    的頭像 發(fā)表于 09-18 17:33 ?685次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>方案 | 數(shù)據(jù)不缺位,監(jiān)控不滯后:<b class='flag-5'>虹</b><b class='flag-5'>科</b>車輛信息遠(yuǎn)程監(jiān)控系統(tǒng)

    直播回顧 | 硬核干貨放送,CAN總線應(yīng)用層直播助您告別低效聯(lián)調(diào),破解車載網(wǎng)絡(luò)開發(fā)核心難題

    ?直播想要系統(tǒng)學(xué)習(xí)CAN總線知識(shí),提升開發(fā)效率和項(xiàng)目交付質(zhì)量?想要了解行業(yè)成功案例和高效工具鏈,幫助團(tuán)隊(duì)評(píng)估新技術(shù)方案、控制風(fēng)險(xiǎn)?歡迎關(guān)注「CAN總線專題系列」課程!8月5日起
    的頭像 發(fā)表于 09-17 17:39 ?624次閱讀
    直播回顧 | 硬核<b class='flag-5'>干貨</b>放送,<b class='flag-5'>虹</b><b class='flag-5'>科</b>CAN總線應(yīng)用層直播助您告別低效聯(lián)調(diào),破解車載網(wǎng)絡(luò)開發(fā)核心難題

    動(dòng)態(tài) | 2025年8月精彩回顧

    2025年8月精彩速覽——攜高新技術(shù)方案亮相上海汽車測(cè)試展;成功舉辦汽車×AI×機(jī)器人技術(shù)融合研討會(huì)、LIN總線線下專場(chǎng)培訓(xùn);榮獲2025中國(guó)工業(yè)自動(dòng)化與數(shù)字化行業(yè)年度評(píng)選「優(yōu)秀產(chǎn)品獎(jiǎng)
    的頭像 發(fā)表于 09-02 10:13 ?680次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>動(dòng)態(tài) | 2025年8月精彩回顧

    分享 | 賦能現(xiàn)代化礦業(yè):Owasys堅(jiān)固型車載通信終端方案

    導(dǎo)讀在采礦行業(yè),設(shè)備運(yùn)行環(huán)境極端惡劣——高溫、嚴(yán)寒、粉塵、震動(dòng)、沖擊無(wú)處不在。確保關(guān)鍵設(shè)備(如礦用卡車、挖掘機(jī)、鉆機(jī)等)的可靠通信、精準(zhǔn)定位與高效管理,是保障礦山安全運(yùn)營(yíng)和提升生產(chǎn)力的核心挑戰(zhàn)。Owasys專為采礦行業(yè)設(shè)計(jì)的堅(jiān)固型車載通信終端——
    的頭像 發(fā)表于 06-24 17:04 ?441次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>分享 | 賦能現(xiàn)代化礦業(yè):<b class='flag-5'>虹</b><b class='flag-5'>科</b>Owasys堅(jiān)固型車載通信終端方案

    直播回放 | IO-Link技術(shù)概述與IO-Link OEM

    「一站式通訊解決方案」系列直播第1期圓滿落幕!本期主題為「IO-Link技術(shù)概述與IO-LinkOEM」感謝各位朋友的熱情參與!本期直播中
    的頭像 發(fā)表于 02-19 17:34 ?1202次閱讀
    <b class='flag-5'>虹</b><b class='flag-5'>科</b>直播回放 | IO-Link技術(shù)概述與<b class='flag-5'>虹</b><b class='flag-5'>科</b>IO-Link OEM