正則表達(dá)式用于字符串處理、表單驗(yàn)證等場合，實(shí)用高效。現(xiàn)將一些常用的表達(dá)式收集于此，以備不時(shí)之需。 匹配中文字符的正則表達(dá)式： [\u4e00-\u9fa5] 評(píng)注：匹配中文還真是個(gè)頭疼的事，有了這個(gè)表達(dá)式就好辦了 匹配雙字節(jié)字符(包括漢字在內(nèi))：[^\x00-\xff] 評(píng)注：可以用來計(jì)算字符串的長度（一個(gè)雙字節(jié)字符長度計(jì)2，ASCII字符計(jì)1） 匹配空白行的正則表達(dá)式：\n\s*\r 評(píng)注：可以用來刪除空白行 匹配HTML標(biāo)記的正則表達(dá)式：<(\S*?)[^>]*>.*?</\1>|<.*? /> 評(píng)注：網(wǎng)上流傳的版本太糟糕，上面這個(gè)也僅僅能匹配部分，對(duì)于復(fù)雜的嵌套標(biāo)記依舊無能為力 匹配首尾空白字符的正則表達(dá)式：^\s*|\s*$ 評(píng)注：可以用來刪除行首行尾的空白字符(包括空格、制表符、換頁符等等)，非常有用的表達(dá)式 匹配Email地址的正則表達(dá)式：\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)* 評(píng)注：表單驗(yàn)證時(shí)很實(shí)用 匹配網(wǎng)址URL的正則表達(dá)式：[a-zA-z]+://[^\s]* 評(píng)注：網(wǎng)上流傳的版本功能很有限，上面這個(gè)基本可以滿足需求 匹配帳號(hào)是否合法(字母開頭，允許5-16字節(jié)，允許字母數(shù)字下劃線)：^[a-zA-Z][a-zA-Z0-9_]{4,15}$ 評(píng)注：表單驗(yàn)證時(shí)很實(shí)用 匹配國內(nèi)電話號(hào)碼：\d{3}-\d{8}|\d{4}-\d{7} 評(píng)注：匹配形式如 0511-4405222 或 021-87888822 匹配騰訊QQ號(hào)：[1-9][0-9]{4,} 評(píng)注：騰訊QQ號(hào)從10000開始 匹配中國郵政編碼：[1-9]\d{5}(?!\d) 評(píng)注：中國郵政編碼為6位數(shù)字 匹配身份證：\d{15}|\d{18} 評(píng)注：中國的身份證為15位或18位 匹配ip地址：\d+\.\d+\.\d+\.\d+ 評(píng)注：提取ip地址時(shí)有用。 匹配特定數(shù)字：
上傳時(shí)間： 2020-12-16
上傳用戶：
CAMS設(shè)備用戶管理功能技術(shù)白皮書1 介紹 隨著網(wǎng)絡(luò)規(guī)模的增長，網(wǎng)絡(luò)環(huán)境也越來越復(fù)雜，企業(yè)網(wǎng)絡(luò)的骨干架構(gòu)常常會(huì)由許多 的服務(wù)器、網(wǎng)絡(luò)設(shè)備所連接，負(fù)責(zé)系統(tǒng)、網(wǎng)絡(luò)或信息安全的管理者經(jīng)常需要登錄網(wǎng) 絡(luò)里的各臺(tái)重要設(shè)備，進(jìn)行例行維護(hù)、故障修復(fù)或安裝最新修補(bǔ)程序等諸多操作。 而登錄不同設(shè)備的用戶名和密碼管理則成為網(wǎng)絡(luò)管理中最重要的環(huán)節(jié)之一。 目前常見的情形是管理員的用戶名和密碼分散存儲(chǔ)在各個(gè)需要進(jìn)行日常管理的網(wǎng)絡(luò) 設(shè)備中，同一用戶在多臺(tái)網(wǎng)絡(luò)設(shè)備中擁有多套身份和密碼，而同一網(wǎng)絡(luò)設(shè)備中又可 能保存多套用戶身份、權(quán)限信息。在一個(gè)大型網(wǎng)絡(luò)中，需要管理員遠(yuǎn)程登錄進(jìn)行管 理的網(wǎng)絡(luò)設(shè)備往往數(shù)量眾多。如果增加一個(gè)設(shè)備管理員，用戶可能需要在數(shù)十臺(tái)網(wǎng) 絡(luò)設(shè)備上都做相應(yīng)的管理員信息配置，同時(shí)用戶的每一個(gè)密碼都可能受到不同規(guī)則 的制約，支持不同安全級(jí)別的訪問，而且還有不同的期限。顯而易見，這不僅導(dǎo)致 網(wǎng)絡(luò)維護(hù)的不便，還容易引起密碼混亂，存在安全隱患。 因而針對(duì)上述問題，H3C CAMS綜合訪問管理服務(wù)器提供設(shè)備用戶管理功能，統(tǒng) 一管理網(wǎng)絡(luò)中多臺(tái)設(shè)備的管理用戶信息。 2 CAMS設(shè)備管理用戶功能介紹 H3C CAMS（Comprehensive Access Management Server）綜合訪問管理服務(wù)器 是一個(gè)集事前認(rèn)證、事中監(jiān)控、事后審計(jì)和業(yè)務(wù)管理為一體的多業(yè)務(wù)安全接入管理 平臺(tái)。 設(shè)備用戶管理功能可以對(duì)設(shè)備管理用戶（CAMS系統(tǒng)提供的對(duì)配合CAMS系統(tǒng)中的 各種網(wǎng)絡(luò)設(shè)備完成設(shè)備管理工作的管理員用戶）進(jìn)行管理。這里所說的設(shè)備管理用 戶不同于CAMS系統(tǒng)維護(hù)的可進(jìn)行接入認(rèn)證的帳號(hào)和卡號(hào)用戶，不能用于提供寬帶 網(wǎng)絡(luò)服務(wù)，不提供帳務(wù)管理功能。 設(shè)備用戶管理功能可以對(duì)被管理的網(wǎng)絡(luò)設(shè)備設(shè)定可以訪問設(shè)備的用戶主機(jī)IP地址范 圍（可以隸屬于不同的多個(gè)網(wǎng)段），并對(duì)不同用戶設(shè)置不同的訪問服務(wù)類型
標(biāo)簽： cams
上傳時(shí)間： 2022-02-27
上傳用戶：
ALG技術(shù)白皮書1 概述 1.1 產(chǎn)生背景 在應(yīng)用層協(xié)議中，有很多協(xié)議都包含多通道的信息，比如多媒體協(xié)議（H.323、 SIP等）、FTP、SQLNET等。這種多通道的應(yīng)用需要首先在控制通道中對(duì)后續(xù)數(shù) 據(jù)通道的地址和端口進(jìn)行協(xié)商，然后根據(jù)協(xié)商結(jié)果創(chuàng)建多個(gè)數(shù)據(jù)通道連接。在NAT 的實(shí)際應(yīng)用過程中，NAT僅對(duì)網(wǎng)絡(luò)層報(bào)文的報(bào)文頭進(jìn)行IP地址的識(shí)別和轉(zhuǎn)換，對(duì)于 應(yīng)用層協(xié)議協(xié)商過程中報(bào)文載荷攜帶的地址信息則無法進(jìn)行識(shí)別和轉(zhuǎn)換，因此在有 NAT處理的組網(wǎng)方案中，NAT利用ALG技術(shù)可以對(duì)多通道協(xié)議進(jìn)行應(yīng)用層的報(bào)文信 息的解析和地址轉(zhuǎn)換，保證應(yīng)用層上通信的正確性。 在傳統(tǒng)的包過濾防火墻中，也會(huì)遇到類似問題。由于包過濾防火墻是基于IP包中的 源地址、目的地址、源端口和目的端口來判斷是否允許包通過，這種基于靜態(tài)IP包 頭的匹配雖然可以允許或者拒絕特定的應(yīng)用層服務(wù)，但無法理解服務(wù)的上下文會(huì) 話，而且對(duì)于多通道的應(yīng)用層協(xié)議，其數(shù)據(jù)通道是動(dòng)態(tài)協(xié)商的，無法預(yù)先知道數(shù)據(jù) 通道的地址和端口，無法制定完善的安全策略。ASPF利用ALG技術(shù)便可以解決包 過濾防火墻遇到的問題，實(shí)現(xiàn)對(duì)多通道應(yīng)用協(xié)議的動(dòng)態(tài)檢測(cè)。 綜上所述，ALG和NAT、ASPF特性的配合使用，可以解決這些特性遇到的應(yīng)用層 協(xié)議的多通道問題，進(jìn)而可以協(xié)助網(wǎng)絡(luò)設(shè)備實(shí)現(xiàn)整體的網(wǎng)絡(luò)安全解決方案。 1.2 技術(shù)優(yōu)點(diǎn) ALG和NAT、ASPF等特性配合使用，為內(nèi)部網(wǎng)絡(luò)和外部網(wǎng)絡(luò)之間的通信提供基于 應(yīng)用的訪問控制，具有以下優(yōu)點(diǎn)： z ALG 統(tǒng)一對(duì)各應(yīng)用層協(xié)議報(bào)文進(jìn)行解析處理，避免了 NAT、ASPF 特性對(duì)同 一類報(bào)文應(yīng)用層協(xié)議的重復(fù)解析，可以有效提高報(bào)文轉(zhuǎn)發(fā)效率。 z ALG 的狀態(tài)檢測(cè)是基于應(yīng)用層協(xié)議的，能夠監(jiān)聽每一個(gè)應(yīng)用的每
標(biāo)簽： alg
上傳時(shí)間： 2022-02-28
上傳用戶：20125101110
網(wǎng)絡(luò)是怎樣連接的_戶根勤---解壓密碼：666666目錄瀏覽器生成消息 1——探索瀏覽器內(nèi)部1.1 生成HTTP 請(qǐng)求消息51.1.1 探索之旅從輸入網(wǎng)址開始 51.1.2 瀏覽器先要解析URL 71.1.3 省略文件名的情況 91.1.4 HTTP 的基本思路 101.1.5 生成HTTP 請(qǐng)求消息 141.1.6 發(fā)送請(qǐng)求后會(huì)收到響應(yīng) 201.2 向DNS 服務(wù)器查詢Web服務(wù)器的IP 地址241.2.1 IP 地址的基本知識(shí) 241.2.2 域名和IP 地址并用的理由 281.2.3 Socket庫提供查詢IP 地址的功能 301.2.4 通過解析器向DNS 服務(wù)器發(fā)出查詢 311.2.5 解析器的內(nèi)部原理 321.3 全世界DNS 服務(wù)器的大接力351.3.1 DNS 服務(wù)器的基本工作 351.3.2 域名的層次結(jié)構(gòu) 381.3.3 尋找相應(yīng)的DNS 服務(wù)器并獲取IP 地址 401.3.4 通過緩存加快DNS 服務(wù)器的響應(yīng) 441.4 委托協(xié)議棧發(fā)送消息451.4.1 數(shù)據(jù)收發(fā)操作概覽 451.4.2 創(chuàng)建套接字階段 481.4.3 連接階段：把管道接上去 501.4.4 通信階段：傳遞消息 521.4.5 斷開階段：收發(fā)數(shù)據(jù)結(jié)束 53COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單怪杰Resolver 55第章11920用電信號(hào)傳輸TCP/IP 數(shù)據(jù) 57——探索協(xié)議棧和網(wǎng)卡2.1創(chuàng)建套接字 612.1.1 協(xié)議棧的內(nèi)部結(jié)構(gòu) 612.1.2 套接字的實(shí)體就是通信控制信息 632.1.3 調(diào)用socket 時(shí)的操作 662.2 連接服務(wù)器682.2.1 連接是什么意思 682.2.2 負(fù)責(zé)保存控制信息的頭部 702.2.3 連接操作的實(shí)際過程 732.3 收發(fā)數(shù)據(jù)752.3.1 將HTTP 請(qǐng)求消息交給協(xié)議棧 752.3.2 對(duì)較大的數(shù)據(jù)進(jìn)行拆分 782.3.3 使用ACK 號(hào)確認(rèn)網(wǎng)絡(luò)包已收到 792.3.4 根據(jù)網(wǎng)絡(luò)包平均往返時(shí)間調(diào)整ACK 號(hào)等待時(shí)間 832.3.5 使用窗口有效管理ACK 號(hào) 842.3.6 ACK 與窗口的合并 872.3.7 接收HTTP 響應(yīng)消息 892.4 從服務(wù)器斷開并刪除套接字902.4.1 數(shù)據(jù)發(fā)送完畢后斷開連接 902.4.2 刪除套接字 922.4.3 數(shù)據(jù)收發(fā)操作小結(jié) 932.5 IP 與以太網(wǎng)的包收發(fā)操作952.5.1 包的基本知識(shí) 952.5.2 包收發(fā)操作概覽 992.5.3 生成包含接收方IP 地址的IP 頭部 1022.5.4 生成以太網(wǎng)用的MAC 頭部 1062.5.5 通過ARP 查詢目標(biāo)路由器的MAC 地址 1082.5.6 以太網(wǎng)的基本知識(shí) 1112.5.7 將IP 包轉(zhuǎn)換成電或光信號(hào)發(fā)送出去 1142.5.8 給網(wǎng)絡(luò)包再加3 個(gè)控制數(shù)據(jù) 1162.5.9 向集線器發(fā)送網(wǎng)絡(luò)包 1202.5.10 接收返回包 1232.5.11 將服務(wù)器的響應(yīng)包從IP 傳遞給TCP 1252.6 UDP 協(xié)議的收發(fā)操作1282.6.1 不需要重發(fā)的數(shù)據(jù)用UDP 發(fā)送更高效 128第章22.6.2 控制用的短數(shù)據(jù) 1292.6.3 音頻和視頻數(shù)據(jù) 130COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單插進(jìn)Socket 里的是燈泡還是程序 132從網(wǎng)線到網(wǎng)絡(luò)設(shè)備 135——探索集線器、交換機(jī)和路由器3.1 信號(hào)在網(wǎng)線和集線器中傳輸1393.1.1 每個(gè)包都是獨(dú)立傳輸?shù)?1393.1.2 防止網(wǎng)線中的信號(hào)衰減很重要 1403.1.3 “雙絞”是為了抑制噪聲 1413.1.4 集線器將信號(hào)發(fā)往所有線路 1463.2 交換機(jī)的包轉(zhuǎn)發(fā)操作1493.2.1 交換機(jī)根據(jù)地址表進(jìn)行轉(zhuǎn)發(fā) 1493.2.2 MAC 地址表的維護(hù) 1533.2.3 特殊操作 1543.2.4 全雙工模式可以同時(shí)進(jìn)行發(fā)送和接收 1553.2.5 自動(dòng)協(xié)商：確定最優(yōu)的傳輸速率 1563.2.6 交換機(jī)可同時(shí)執(zhí)行多個(gè)轉(zhuǎn)發(fā)操作 1593.3 路由器的包轉(zhuǎn)發(fā)操作1593.3.1 路由器的基本知識(shí) 1593.3.2 路由表中的信息 1623.3.3 路由器的包接收操作 1663.3.4 查詢路由表確定輸出端口 1663.3.5 找不到匹配路由時(shí)選擇默認(rèn)路由 1683.3.6 包的有效期 1693.3.7 通過分片功能拆分大網(wǎng)絡(luò)包 1703.3.8 路由器的發(fā)送操作和計(jì)算機(jī)相同 1723.3.9 路由器與交換機(jī)的關(guān)系 1733.4 路由器的附加功能1763.4.1 通過地址轉(zhuǎn)換有效利用IP 地址 1763.4.2 地址轉(zhuǎn)換的基本原理 1783.4.3 改寫端口號(hào)的原因 1803.4.4 從互聯(lián)網(wǎng)訪問公司內(nèi)網(wǎng) 1813.4.5 路由器的包過濾功能 182第章32122COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單集線器和路由器，換個(gè)名字身價(jià)翻倍？ 184通過接入網(wǎng)進(jìn)入互聯(lián)網(wǎng)內(nèi)部 187——探索接入網(wǎng)和網(wǎng)絡(luò)運(yùn)營商4.1 ADSL 接入網(wǎng)的結(jié)構(gòu)和工作方式1914.1.1 互聯(lián)網(wǎng)的基本結(jié)構(gòu)和家庭、公司網(wǎng)絡(luò)是相同的 1914.1.2 連接用戶與互聯(lián)網(wǎng)的接入網(wǎng) 1924.1.3 ADSL Modem 將包拆分成信元 1934.1.4 ADSL 將信元“調(diào)制”成信號(hào) 1974.1.5 ADSL 通過使用多個(gè)波來提高速率 2004.1.6 分離器的作用 2014.1.7 從用戶到電話局 2034.1.8 噪聲的干擾 2044.1.9 通過DSLAM 到達(dá)BAS 2054.2 光纖接入網(wǎng)（FTTH）2064.2.1 光纖的基本知識(shí) 2064.2.2 單模與多模 2084.2.3 通過光纖分路來降低成本 2134.3 接入網(wǎng)中使用的PPP 和隧道2174.3.1 用戶認(rèn)證和配置下發(fā) 2174.3.2 在以太網(wǎng)上傳輸PPP 消息 2194.3.3 通過隧道將網(wǎng)絡(luò)包發(fā)送給運(yùn)營商 2234.3.4 接入網(wǎng)的整體工作過程 2254.3.5 不分配IP 地址的無編號(hào)端口 2284.3.6 互聯(lián)網(wǎng)接入路由器將私有地址轉(zhuǎn)換成公有地址 2284.3.7 除PPPoE 之外的其他方式 2304.4 網(wǎng)絡(luò)運(yùn)營商的內(nèi)部2334.4.1 POP 和NOC 2334.4.2 室外通信線路的連接 2364.5 跨越運(yùn)營商的網(wǎng)絡(luò)包2384.5.1 運(yùn)營商之間的連接 2384.5.2 運(yùn)營商之間的路由信息交換 2394.5.3 與公司網(wǎng)絡(luò)中自動(dòng)更新路由表機(jī)制的區(qū)別 2414.5.4 IX 的必要性 2424.5.5 運(yùn)營商如何通過IX 互相連接 243第章4COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單名字叫服務(wù)器，其實(shí)是路由器 246服務(wù)器端的局域網(wǎng)中有什么玄機(jī) 2495.1 Web 服務(wù)器的部署地點(diǎn)2535.1.1 在公司里部署Web 服務(wù)器 2535.1.2 將Web 服務(wù)器部署在數(shù)據(jù)中心 2555.2 防火墻的結(jié)構(gòu)和原理2565.2.1 主流的包過濾方式 2565.2.2 如何設(shè)置包過濾的規(guī)則 2565.2.3 通過端口號(hào)限定應(yīng)用程序 2605.2.4 通過控制位判斷連接方向 2605.2.5 從公司內(nèi)網(wǎng)訪問公開區(qū)域的規(guī)則 2625.2.6 從外部無法訪問公司內(nèi)網(wǎng) 2625.2.7 通過防火墻 2635.2.8 防火墻無法抵御的攻擊 2645.3 通過將請(qǐng)求平均分配給多臺(tái)服務(wù)器來平衡負(fù)載2655.3.1 性能不足時(shí)需要負(fù)載均衡 2655.3.2 使用負(fù)載均衡器分配訪問 2665.4 使用緩存服務(wù)器分擔(dān)負(fù)載2705.4.1 如何使用緩存服務(wù)器 2705.4.2 緩存服務(wù)器通過更新時(shí)間管理內(nèi)容 2715.4.3 最原始的代理——正向代理 2765.4.4 正向代理的改良版——反向代理 2785.4.5 透明代理 2795.5 內(nèi)容分發(fā)服務(wù)2805.5.1 利用內(nèi)容分發(fā)服務(wù)分擔(dān)負(fù)載 2805.5.2 如何找到最近的緩存服務(wù)器 2825.5.3 通過重定向服務(wù)器分配訪問目標(biāo) 2855.5.4 緩存的更新方法會(huì)影響性能 287COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單當(dāng)通信線路變成局域網(wǎng) 291第章52324請(qǐng)求到達(dá)Web 服務(wù)器，響應(yīng)返回瀏覽器 293——短短幾秒的“漫長旅程”迎來終點(diǎn)6.1 服務(wù)器概覽2976.1.1 客戶端與服務(wù)器的區(qū)別 2976.1.2 服務(wù)器程序的結(jié)構(gòu) 2976.1.3 服務(wù)器端的套接字和端口號(hào) 2996.2 服務(wù)器的接收操作3056.2.1 網(wǎng)卡將接收到的信號(hào)轉(zhuǎn)換成數(shù)字信息 3056.2.2 IP 模塊的接收操作 3086.2.3 TCP 模塊如何處理連接包 3096.2.4 TCP 模塊如何處理數(shù)據(jù)包 3116.2.5 TCP 模塊的斷開操作 3126.3 Web 服務(wù)器程序解釋請(qǐng)求消息并作出響應(yīng)3136.3.1 將請(qǐng)求的URI 轉(zhuǎn)換為實(shí)際的文件名 3136.3.2 運(yùn)行CGI 程序 3166.3.3 Web 服務(wù)器的訪問控制 3196.3.4 返回響應(yīng)消息 3236.4 瀏覽器接收響應(yīng)消息并顯示內(nèi)容3236.4.1 通過響應(yīng)的數(shù)據(jù)類型判斷其中的內(nèi)容 3236.4.2 瀏覽器顯示網(wǎng)頁內(nèi)容！訪問完成！ 326COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單Gateway 是通往異世界的入口 328附錄 330后記 334致謝 334作者簡介 335
標(biāo)簽： 網(wǎng)絡(luò)
上傳時(shí)間： 2022-06-02
上傳用戶：fliang
1、原始套接字透析之前言大多數(shù)程序員所接觸到的套接字（Socket）為兩類服務(wù)應(yīng)用：（1）流式套接字（SOCK-STREAM）：一種面向連接的Socket，針對(duì)于面向連接的TCP（2）數(shù)據(jù)報(bào)式套接字（SOCK-DGRAM）：一種無連接的Socket，對(duì)應(yīng)于無連接的UDP服務(wù)應(yīng)用.從用戶的角度來看，SOCK-STREAM，SOCK-DGRAM這兩類套接字似乎的確涵蓋了TCP/IP應(yīng)用的全部，因?yàn)榛赥CPIP的應(yīng)用，從協(xié)議棧的層次上講，在傳輸層的確只可能建立于TCP或UDP協(xié)議之上（圖1），而SOCK STREAM，SOCK DGRAM又分別對(duì)應(yīng)于TCP和UDP，所以幾乎所有的應(yīng)用都可以用這兩類套接字實(shí)現(xiàn)。但是，當(dāng)我們面對(duì)如下問題時(shí)，SOCK_STREAM，SOCK DGRAM將顯得這樣無助：（1）.怎樣發(fā)送一個(gè)自定義的IP包？（2）怎樣發(fā)送一個(gè)ICMP協(xié)議包？（3）怎樣使本機(jī)進(jìn)入雜糅模式，從而能夠進(jìn)行網(wǎng)絡(luò)sniffer？（4）怎樣分析所有經(jīng)過網(wǎng)絡(luò)的包，而不管這樣包是否是發(fā)給自己的？（5）怎樣偽裝本地的IP地址？這使得我們必須面對(duì)另外一個(gè)深刻的主題--原始套字（Raw Socket），Raw Socket廣泛應(yīng)用于高級(jí)網(wǎng)絡(luò)編程，也是一種廣泛的黑客手段。著名的網(wǎng)絡(luò)sniffer、拒絕服務(wù)攻擊（DOS），IP欺騙等都可以以Raw Socket實(shí)現(xiàn)。Raw Socket與標(biāo)準(zhǔn)套接字（SOCK STREAM，SOCK DGRAM）的區(qū)別在于前者直接置"根"于操作系統(tǒng)網(wǎng)絡(luò)核心（Network Core），而SOCK STREAM.SOCK DGRAM則"懸浮“于TCP和UDP協(xié)議的外圍，如圖2所示：
上傳時(shí)間： 2022-06-19
上傳用戶：得之我幸78
嵌入式系統(tǒng)是計(jì)算機(jī)技術(shù)、半導(dǎo)體技術(shù)和電子技術(shù)的綜合體，已經(jīng)廣泛應(yīng)用于科學(xué)研究、工程設(shè)計(jì)、國防軍事、自動(dòng)化控制等各個(gè)領(lǐng)域。隨著網(wǎng)絡(luò)通訊技術(shù)的迅猛發(fā)展，生產(chǎn)和生活中廣泛要求嵌入式系統(tǒng)終端能夠完成網(wǎng)絡(luò)通訊功能。論就是以ARM7 TDMII為嵌入式開發(fā)平臺(tái)，開發(fā)具有網(wǎng)絡(luò)通信功能的嵌入式終端。SOCKET是一個(gè)通信鏈的句柄，通過套接字向網(wǎng)絡(luò)發(fā)出請(qǐng)求或者應(yīng)答網(wǎng)絡(luò)請(qǐng)求，用于TCP/IP協(xié)議的應(yīng)用程序之間的相互通信。論文選擇了ARM體系結(jié)構(gòu)的嵌入式LPC2200處理器，根據(jù)系統(tǒng)的需求，在綜合各種設(shè)計(jì)方案的基礎(chǔ)上，選擇移植帶有TCP/IP協(xié)議的ucLinux嵌入式操作系統(tǒng)。裁剪和定制系統(tǒng)后，構(gòu)建相關(guān)的文件系統(tǒng)。在此基礎(chǔ)上，編寫應(yīng)用程序，調(diào)用系統(tǒng)的Socket通信函數(shù)，實(shí)現(xiàn)服務(wù)器端和客戶端的通信。描述IP地址和端口，用于在兩個(gè)論文成功的實(shí)現(xiàn)了嵌入式設(shè)備的網(wǎng)絡(luò)接入功能，各個(gè)帶有網(wǎng)絡(luò)通訊功能的嵌入式終端可以相互通訊，擴(kuò)大了和提高了嵌入式設(shè)備的應(yīng)用范圍，對(duì)嵌入式系統(tǒng)的發(fā)展有較大的意義。
標(biāo)簽： arm 嵌入式系統(tǒng) socket
上傳時(shí)間： 2022-06-22
上傳用戶：
一，走進(jìn)UDP協(xié)議：UDP（User Datagram Protocol）協(xié)議就是“用戶數(shù)據(jù)報(bào)協(xié)議”，它是一種無連接的協(xié)議，無連接主要是和TCP協(xié)議相比較的。我們知道當(dāng)利用TCP協(xié)議傳送數(shù)據(jù)的時(shí)候，首先必須先建立連接（也就是所謂的握手）才可以傳輸數(shù)據(jù)。而當(dāng)計(jì)算機(jī)利用UDP協(xié)議進(jìn)行數(shù)據(jù)傳輸?shù)臅r(shí)候，發(fā)送方只需要知道對(duì)方的IP地址和端口號(hào)就可以發(fā)送數(shù)據(jù)，而并不需要進(jìn)行連接。當(dāng)然如果你非要進(jìn)行連接，通過Visual C#也是可以實(shí)現(xiàn)的，但前提是要確定連接的遠(yuǎn)程主機(jī)的端口號(hào)處于監(jiān)聽狀態(tài)，否則程序會(huì)出現(xiàn)不必要的錯(cuò)誤，但這是種畫蛇添足的做法，不僅丟失了UDP協(xié)議的無連接傳送數(shù)據(jù)的特點(diǎn)和優(yōu)點(diǎn)，而且還給程序運(yùn)行帶來了不安定的因素。所以這種方法并不值得提倡。
標(biāo)簽： visual c# udp協(xié)議
上傳時(shí)間： 2022-06-23
上傳用戶：
#include "W5500.h"/***************----- 網(wǎng)絡(luò)參數(shù)變量定義-----***************/unsigned char Gateway_IP[4];// 網(wǎng)關(guān)IP 地址unsigned char Sub_Mask[4]; // 子網(wǎng)掩碼unsigned char Phy_Addr[6]; // 物理地址(MAC)unsigned char IP_Addr[4]; // 本機(jī)IP 地址unsigned char S0_Port[2]; // 端口0 的端口號(hào)(5000)unsigned char S0_DIP[4]; // 端口0 目的IP 地址unsigned char S0_DPort[2]; // 端口0 目的端口號(hào)(6000)unsigned char UDP_DIPR[4]; //UDP( 廣播)模式,目的主機(jī)IP 地址unsigned char UDP_DPORT[2]; //UDP( 廣播)模式,目的主機(jī)端口號(hào)/***************----- 端口的運(yùn)行模式-----***************/unsigned char S0_Mode =3; // 端口0 的運(yùn)行模式,0:TCP 服務(wù)器模式,1:TCP 客戶端模式,2:UDP(廣播)模式#define TCP_SERVER 0x00 / /TCP服務(wù)器模式#define TCP_CLIENT 0x01 / /TCP客戶端模式#define UDP_MODE 0x02 / /UDP(廣播)模式
標(biāo)簽： stm32f103 驅(qū)動(dòng) w5500
上傳時(shí)間： 2022-06-23
上傳用戶：
KUKA機(jī)器人與臺(tái)達(dá)PLC進(jìn)行DeviceNET總線通訊技術(shù)整理：何工步驟：1、由于我們單位的KUKA焊接機(jī)器人DeviceNET模塊為主站模塊，不可軟件更改，固PLC側(cè)只能為從站。首先需用臺(tái)達(dá)DeviceNETBuilder軟件將PLC側(cè)DeviceNET掃描模塊軟件設(shè)置為從站，節(jié)點(diǎn)與撥碼一致，如5；2、查看KUKA機(jī)器人的IP地址，將筆記本的IP地址設(shè)置為與機(jī)器人在同一個(gè)網(wǎng)段，打開Workvisual軟件，查找機(jī)器人當(dāng)前項(xiàng)目，激活。3、查看當(dāng)前硬件組態(tài)是否與實(shí)際硬件一致，一致則可以進(jìn)行I0映射。4、接下來進(jìn)行機(jī)器人側(cè)與PLC側(cè)的IO映射設(shè)置：第一步：設(shè)置主站側(cè)輸入、輸出字節(jié)各8個(gè)字節(jié)。臺(tái)達(dá)DeviceNET模塊作為從站時(shí)默認(rèn)輸入輸出為8個(gè)字節(jié)，并非是DeviceNET模塊所掛的PLC的實(shí)際輸入輸出點(diǎn)，此處一定注意，否則組態(tài)一定出錯(cuò)。第二步：設(shè)置機(jī)器人側(cè)主站站號(hào)為1，
標(biāo)簽： 機(jī)器人 plc devicenet 總線 通訊
上傳時(shí)間： 2022-06-25
上傳用戶：
1.RTP概述1.1，RTP是什么TP全名是Real-time Transport Protocol（實(shí)時(shí)傳輸協(xié)議）。它是IETF提出的一個(gè)標(biāo)準(zhǔn)，對(duì)應(yīng)的 RFC文檔為RFC3550（RFC1889為其過期版本）.RFC3550不僅定義了 RTP，而且定義了配套的相關(guān)協(xié)議 RTCP（Real-time Transport Control Protocol，即實(shí)時(shí)傳輸控制協(xié)議）。RTP用來為IP網(wǎng)上的語音、圖像、傳真等多種需要實(shí)時(shí)傳輸?shù)亩嗝襟w數(shù)據(jù)提供端到端的實(shí)時(shí)傳輸服務(wù)。RTP為Internet上端到端的實(shí)時(shí)傳輸提供時(shí)間信息和流同步，但并不保證服務(wù)質(zhì)量，服務(wù)質(zhì)量由RTCP來提供。1.2.RTP的應(yīng)用環(huán)境RTP用于在單播或多播網(wǎng)絡(luò)中傳送實(shí)時(shí)數(shù)據(jù)。它們典型的應(yīng)用場合有如下幾個(gè)。（1）簡單的多播音頻會(huì)議。語音通信通過一個(gè)多播地址和一對(duì)端口來實(shí)現(xiàn)。一個(gè)用于音頻數(shù)據(jù)（RTP），另一個(gè)用于控制包（RTCP）2）音頻和視頻會(huì)議。如果在一次會(huì)議中同時(shí)使用了音頻和視頻會(huì)議，這兩種媒體將分別在不同的 RTP會(huì)話中傳送，每一個(gè)會(huì)話使用不同的傳輸?shù)刂罚↖P地址+端口）。如果一個(gè)用戶同時(shí)使用了兩個(gè)會(huì)話，則每個(gè)會(huì)話對(duì)應(yīng)的 RTCP包都使用規(guī)范化名字CNAME（Canonical Name）。與會(huì)者可以根據(jù)RTCP包中的CNAME來獲取相關(guān)聯(lián)的音頻和視頻，然后根據(jù) RTCP包中的計(jì)時(shí)信息（Network time protocol）來實(shí)現(xiàn)音頻和視頻的同步。
上傳時(shí)間： 2022-06-26
上傳用戶：
蟲蟲下載站版權(quán)所有 京ICP備2021023401號(hào)-1
