一本一本久久a久久综合精品 ,污片视频在线免费观看,激情久久久久久

廠商商標(biāo)

EMC國家標(biāo)準(zhǔn)GBT17626.9-1998

EMC國家標(biāo)準(zhǔn)GBT17626.9-1998EMC國家標(biāo)準(zhǔn)GBT17626.1-1998

標(biāo)簽： emc gbt17626

上傳時間： 2021-12-14

上傳用戶：
EMC國家標(biāo)準(zhǔn)GBT17626.6-1998

EMC國家標(biāo)準(zhǔn)GBT17626.6-1998EMC國家標(biāo)準(zhǔn)GBT17626.6-1998

標(biāo)簽： emc gbt17626

上傳時間： 2021-12-14

上傳用戶：qdxqdxqdxqdx
EMC國家標(biāo)準(zhǔn)GBT17626.3-1998

EMC國家標(biāo)準(zhǔn)GBT17626.3-1998EMC國家標(biāo)準(zhǔn)GBT17626.1-1998

標(biāo)簽： emc gbt17626

上傳時間： 2021-12-14

上傳用戶：kent
EMC國家標(biāo)準(zhǔn)GBT17626.1-1998

EMC國家標(biāo)準(zhǔn)GBT17626.1-1998 EMC國家標(biāo)準(zhǔn)GBT17626.1-1998

標(biāo)簽： emc gbt17626

上傳時間： 2021-12-14

上傳用戶：
恒流LED驅(qū)動芯片 NU510 PWM調(diào)光雙色溫應(yīng)用詳解

臺灣數(shù)能NU510ES是一款低壓線性恒流驅(qū)動芯片，高達(dá)30V耐壓，高精度恒流，低壓差，功率電流可外掛電阻任意調(diào)節(jié)電流至最大350mA,NU510恒流芯片主要應(yīng)用場景如下：一般 LED 照明 LCD 背光商業(yè)照明燈條、燈帶 RGB 裝飾燈 LED 手電筒 RGB 顯示器/指示燈/裝飾燈 LED車燈照明/轉(zhuǎn)向流星燈備註：雙色溫調(diào)光調(diào)色主要是通過改變 C1、C2 容量的大小，造成 VDD 的上電時間延時不同。多顆電容順序增大，就能產(chǎn)流量燈效果。 NU510提供SOT23-6封裝、SOP-8封裝兩種形式，用戶可以根據(jù)實(shí)際情況靈活選用，通常150mA 以下采用SOT23-6封裝，150-350mA采用SOP-8封裝。

標(biāo)簽： led 驅(qū)動芯片 nu510

上傳時間： 2022-01-07

上傳用戶：shjgzh
5G中的SDN-NFV和云計算.pdf

5G中的SDN-NFV和云計算.pdf摘要通過介紹廣義的SDN/NFV和云計算，結(jié)合未來5G網(wǎng)絡(luò)的特點(diǎn)，分析了5G中上述技術(shù)的應(yīng)用前景和技術(shù)定位；結(jié)合5G的網(wǎng)絡(luò)特點(diǎn)和現(xiàn)有網(wǎng)絡(luò)的部署情況，總結(jié)了各技術(shù)間的邏輯關(guān)系以及運(yùn) 營商的側(cè)重點(diǎn)。引言 SDN/NFV 和云計算都是起源于 IT 領(lǐng)域的技術(shù)。如今，云計算已經(jīng)非常成熟，在 IT 領(lǐng)域已經(jīng)大規(guī)模商用，SDN技術(shù)作為新興的轉(zhuǎn)發(fā)技術(shù)，也已經(jīng)被谷歌等互聯(lián)網(wǎng)巨頭部署在多個數(shù)據(jù)中心。隨著虛擬化技術(shù)的發(fā)展，人們試圖將更多的專有設(shè)備虛擬化和軟件化，從而達(dá)到降低成本和靈活部署的目的，于是 NFV 的概念誕生了。本文將結(jié)合廣義上 3 種技術(shù)本身的特點(diǎn)和未來5G的網(wǎng)絡(luò)能力要求，分析各技術(shù)在5G架構(gòu)中的技術(shù)定位和前景，同時結(jié)合實(shí)際的發(fā)展情況，總結(jié)未來運(yùn)營商在技術(shù)研發(fā)和業(yè)務(wù)模式上的側(cè)重點(diǎn)。 1.1 廣義的SDN及標(biāo)準(zhǔn)化進(jìn)程 ONF 在 2012 年 4 月發(fā) 布白皮書《Software- Defined Networking: The New Norm for Networks》

標(biāo)簽： 5G

上傳時間： 2022-02-25

上傳用戶：jason_vip1
網(wǎng)絡(luò)安全技術(shù)-QoS技術(shù)白皮書

網(wǎng)絡(luò)安全技術(shù)-QoS技術(shù)白皮書摘要：本文對Internet的三種服務(wù)模型（Best-Effort、IntServ和DiffServ），以及服務(wù)模型的發(fā)展歷程進(jìn)行了簡單介紹，較為詳細(xì)地介紹了H3C系列數(shù)據(jù)通信產(chǎn)品所支持的QoS技術(shù)，內(nèi)容包括：流量分類和標(biāo)記、擁塞管理、擁塞避免、流量監(jiān)管與流量整形、鏈路效率機(jī)制以及MPLS網(wǎng)絡(luò)相關(guān)QoS技術(shù)，并且簡要描述了在實(shí)際應(yīng)用中的QoS解決方案。網(wǎng)絡(luò)運(yùn)營商及行業(yè)用戶等通過對這些QoS技術(shù)的靈活運(yùn)用，可以在Internet或任何基于IP的網(wǎng)絡(luò)上為客戶提供有保證的區(qū)分服務(wù)。1 概述 1.1 產(chǎn)生背景在傳統(tǒng)的IP網(wǎng)絡(luò)中，所有的報文都被無區(qū)別的等同對待，每個轉(zhuǎn)發(fā)設(shè)備對所有的報文均采用先入先出（FIFO）的策略進(jìn)行處理，它盡最大的努力（Best-Effort）將報文送到目的地，但對報文傳送的可靠性、傳送延遲等性能不提供任何保證。網(wǎng)絡(luò)發(fā)展日新月異，隨著IP網(wǎng)絡(luò)上新應(yīng)用的不斷出現(xiàn)，對IP網(wǎng)絡(luò)的服務(wù)質(zhì)量也提出了新的要求，例如VoIP等實(shí)時業(yè)務(wù)就對報文的傳輸延遲提出了較高要求，如果報文傳送延時太長，用戶將不能接受（相對而言，E-Mail和FTP業(yè)務(wù)對時間延遲并不敏感）。為了支持具有不同服務(wù)需求的語音、視頻以及數(shù)據(jù)等業(yè)務(wù)，要求網(wǎng)絡(luò)能夠區(qū)分出不同的通信，進(jìn)而為之提供相應(yīng)的服務(wù)。傳統(tǒng)IP網(wǎng)絡(luò)的盡力服務(wù)不可能識別和區(qū)分出網(wǎng)絡(luò)中的各種通信類別，而具備通信類別的區(qū)分能力正是為不同的通信提供不同服務(wù)的前提，所以說傳統(tǒng)網(wǎng)絡(luò)的盡力服務(wù)模式已不能滿足應(yīng)用的需要。 QoS技術(shù)的出現(xiàn)便致力于解決這個問題。 1.2 技術(shù)優(yōu)點(diǎn) QoS旨在針對各種應(yīng)用的不同需求，為其提供不同的服務(wù)質(zhì)量。如： z 可以限制骨干網(wǎng)上 FTP 使用的帶寬，也可以給數(shù)據(jù)庫訪問以較高優(yōu)先級。 z 對于 ISP，其用戶可能傳送語音、視頻或其他實(shí)時業(yè)務(wù)，QoS 使 ISP 能區(qū)分這些不同的報文，并提供不同服務(wù)。 z 可以為時間敏感的多媒體業(yè)務(wù)提供帶寬和低時延保證

標(biāo)簽： 網(wǎng)絡(luò)安全 qos

上傳時間： 2022-02-26

上傳用戶：kingwide
華為網(wǎng)絡(luò)安全白皮書2014-cn.pdf

華為網(wǎng)絡(luò)安全白皮書2014-cn.pdf在我們2013年10月發(fā)布的白皮書《構(gòu)筑公司的網(wǎng)絡(luò)安全基因——一套綜合流程、政策與標(biāo)準(zhǔn)》1 中，我們詳細(xì) 描述了我們?nèi)娼⒍说蕉司W(wǎng)絡(luò)安全流程的方法。我們說過，我們借此機(jī)會將客戶告訴我們的與安全相關(guān)的前 100件事情記錄下來。實(shí)際上，任何人都可能向其技術(shù)供應(yīng)商提出那些問題，了解他們的網(wǎng)絡(luò)安全方法。本白皮書是一個清單，詳細(xì)講述了前100件事情，聚焦于技術(shù)購買商向其技術(shù)供應(yīng)商提出的問題。其目的是根據(jù)別人向華為提出的問題以及我們針對一系列的“標(biāo)準(zhǔn)”和最佳實(shí)踐所做的評估提出建議，讓購買者可以在招投標(biāo)時系統(tǒng)性地分析供應(yīng)商的網(wǎng)絡(luò)安全能力。為了撰寫這前100個要求，我們參考了很多的資料。 ? 首先也是最重要的是，我們認(rèn)真傾聽了客戶的心聲。他們的問題和關(guān)注點(diǎn)是什么？他們的擔(dān)心是什么？他們自己的要求，他們的行業(yè)或者國家的要求是什么？ ? 作為全球ICT行業(yè)的領(lǐng)軍企業(yè)，華為的業(yè)務(wù)遍及大規(guī)模通信基礎(chǔ)設(shè)施、云計算、企業(yè)和消費(fèi)者解決方案等所有東西。我們擁有來自150000員工、科學(xué)家和工程師的豐富知識——我們利用他們的知識和激情來做好這件事。 ? 最后，我們?yōu)g覽了1200多份“標(biāo)準(zhǔn)”、文章或者“最佳實(shí)踐”，以確保一定程度的一致性。我們認(rèn)識到，在很多國家，與網(wǎng)絡(luò)安全相關(guān)的法律和行業(yè)要求越來越多。政府和規(guī)則制定者開始將網(wǎng)絡(luò)安全義務(wù)和網(wǎng)絡(luò)安全失敗的后續(xù)責(zé)任轉(zhuǎn)嫁給國家關(guān)鍵基礎(chǔ)設(shè)施供應(yīng)商和計算機(jī)或信息技術(shù)服務(wù)供應(yīng)商，這種現(xiàn)象確實(shí) 不再罕見了。越來越多的公司不得不詳細(xì)闡述其應(yīng)對網(wǎng)絡(luò)安全的方法，并詳細(xì)說明他們對其自身的技術(shù)供應(yīng)商和服務(wù)供應(yīng)商所做的分析和評估。服務(wù)供應(yīng)商可以說“我不知道”或者“我原以為他們是優(yōu)秀的，有能力的”，這樣的時代正快速走向終點(diǎn)。技術(shù)購買者不對其所有供應(yīng)商使用一致的評估問題的時代馬上就要終結(jié)了。在一個全球相互交織的世界，威脅可能來自任何地方，而且也確實(shí)如此。這前100個要求是一個開始，讓你開始評估供應(yīng)商的網(wǎng)絡(luò)安全能力，減少自身的風(fēng)險。至關(guān)重要的是，我們相信，在要求高質(zhì)量的安全保障方面，購買者的要求越高，購買者越一致， ICT供應(yīng)商對安全進(jìn)行投資、提高其安全標(biāo)準(zhǔn)的可能性就越大。本白皮書大部分篇幅闡述了根據(jù)我們的研究，我們認(rèn)為你在選擇技術(shù)供應(yīng)商時應(yīng)該考慮的100件事情。我們把它們分成了幾個章節(jié)，包括：戰(zhàn)略、治理與控制，標(biāo)準(zhǔn)和流程，法律法規(guī)，人力資源，研究和開發(fā)，驗(yàn)證，第三方供應(yīng)商管理，制造，安全地交付服務(wù)，問題、缺陷和漏洞解決以及審計。每個章節(jié)都詳細(xì)講述了許多你應(yīng)該考慮向你的技術(shù)供應(yīng)商提出的要求。我們也提供了一些額外的理據(jù)，說明為什么這可能很重要的原因。其中一些問題可能會在以下方面對你們自己的組織有所幫助：內(nèi)部審計人員要看什么，你自身的治理可能要考慮什么，以及你的董事會和審計委員會可能會問些什么問題。 1

標(biāo)簽： 華為網(wǎng)絡(luò)安全

上傳時間： 2022-02-28

上傳用戶：
華為NB-IoT解決方案

華為NB-IoT解決方案對于物聯(lián)網(wǎng)標(biāo)準(zhǔn)的發(fā)展，華為的推進(jìn)最早。2014年5月，華為提出了窄帶技術(shù)NB M2M；2015年5月融合NB OFDMA形成了NB-CIoT；7月份，NB-LTE跟NB-CIoT進(jìn)一步融合形成NB-IoT；預(yù)計NB-IoT標(biāo)準(zhǔn)會在3GPP R13出現(xiàn)，并于2016年6月份凍結(jié)。此前，相對于愛立信、諾基亞和英特爾推動的NB-LTE，華為更注重構(gòu)建NB-CIoT的生態(tài)系統(tǒng)，包括高通、沃達(dá)豐、德國電信、中國移動、中國聯(lián)通、Bell等主流運(yùn)營商、芯片商及設(shè)備系統(tǒng)產(chǎn)業(yè)鏈上下游均加入了該陣營。NB-IoT聚焦于低功耗廣覆蓋（LPWA）物聯(lián)網(wǎng)（IoT）市場，是一種可在全球范圍內(nèi)廣泛應(yīng)用的新興技術(shù)。具有覆蓋廣、連接多、速率快、成本低、功耗低、架構(gòu)優(yōu)等特點(diǎn)。NB-IoT使用License頻段，可采取帶內(nèi)、保護(hù)帶或獨(dú)立載波等三種部署方式，與現(xiàn)有網(wǎng)絡(luò)共存。對于電信運(yùn)營商而言，車聯(lián)網(wǎng)、智慧醫(yī)療、智能家居等物聯(lián)網(wǎng)應(yīng)用將產(chǎn)生連接，遠(yuǎn)遠(yuǎn)超過人與人之間的通信需求。

標(biāo)簽： 華為 NB-IoT

上傳時間： 2022-04-19

上傳用戶：
網(wǎng)絡(luò)是怎樣連接的_戶根勤

網(wǎng)絡(luò)是怎樣連接的_戶根勤---解壓密碼：666666目錄瀏覽器生成消息 1——探索瀏覽器內(nèi)部1.1 生成HTTP 請求消息51.1.1 探索之旅從輸入網(wǎng)址開始 51.1.2 瀏覽器先要解析URL 71.1.3 省略文件名的情況 91.1.4 HTTP 的基本思路 101.1.5 生成HTTP 請求消息 141.1.6 發(fā)送請求后會收到響應(yīng) 201.2 向DNS 服務(wù)器查詢Web服務(wù)器的IP 地址241.2.1 IP 地址的基本知識 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用電信號傳輸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 時的操作 662.2 連接服務(wù)器682.2.1 連接是什么意思 682.2.2 負(fù)責(zé)保存控制信息的頭部 702.2.3 連接操作的實(shí)際過程 732.3 收發(fā)數(shù)據(jù)752.3.1 將HTTP 請求消息交給協(xié)議棧 752.3.2 對較大的數(shù)據(jù)進(jìn)行拆分 782.3.3 使用ACK 號確認(rèn)網(wǎng)絡(luò)包已收到 792.3.4 根據(jù)網(wǎng)絡(luò)包平均往返時間調(diào)整ACK 號等待時間 832.3.5 使用窗口有效管理ACK 號 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 包的基本知識 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)的基本知識 1112.5.7 將IP 包轉(zhuǎn)換成電或光信號發(fā)送出去 1142.5.8 給網(wǎng)絡(luò)包再加3 個控制數(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 信號在網(wǎng)線和集線器中傳輸1393.1.1 每個包都是獨(dú)立傳輸?shù)?1393.1.2 防止網(wǎng)線中的信號衰減很重要 1403.1.3 “雙絞”是為了抑制噪聲 1413.1.4 集線器將信號發(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 全雙工模式可以同時進(jìn)行發(fā)送和接收 1553.2.5 自動協(xié)商：確定最優(yōu)的傳輸速率 1563.2.6 交換機(jī)可同時執(zhí)行多個轉(zhuǎn)發(fā)操作 1593.3 路由器的包轉(zhuǎn)發(fā)操作1593.3.1 路由器的基本知識 1593.3.2 路由表中的信息 1623.3.3 路由器的包接收操作 1663.3.4 查詢路由表確定輸出端口 1663.3.5 找不到匹配路由時選擇默認(rèn)路由 1683.3.6 包的有效期 1693.3.7 通過分片功能拆分大網(wǎng)絡(luò)包 1703.3.8 路由器的發(fā)送操作和計算機(jī)相同 1723.3.9 路由器與交換機(jī)的關(guān)系 1733.4 路由器的附加功能1763.4.1 通過地址轉(zhuǎn)換有效利用IP 地址 1763.4.2 地址轉(zhuǎn)換的基本原理 1783.4.3 改寫端口號的原因 1803.4.4 從互聯(lián)網(wǎng)訪問公司內(nèi)網(wǎng) 1813.4.5 路由器的包過濾功能 182第章32122COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單集線器和路由器，換個名字身價翻倍？ 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)制”成信號 1974.1.5 ADSL 通過使用多個波來提高速率 2004.1.6 分離器的作用 2014.1.7 從用戶到電話局 2034.1.8 噪聲的干擾 2044.1.9 通過DSLAM 到達(dá)BAS 2054.2 光纖接入網(wǎng)（FTTH）2064.2.1 光纖的基本知識 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 地址的無編號端口 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ò)中自動更新路由表機(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 通過端口號限定應(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 通過將請求平均分配給多臺服務(wù)器來平衡負(fù)載2655.3.1 性能不足時需要負(fù)載均衡 2655.3.2 使用負(fù)載均衡器分配訪問 2665.4 使用緩存服務(wù)器分擔(dān)負(fù)載2705.4.1 如何使用緩存服務(wù)器 2705.4.2 緩存服務(wù)器通過更新時間管理內(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 緩存的更新方法會影響性能 287COLUMN 網(wǎng)絡(luò)術(shù)語其實(shí)很簡單當(dāng)通信線路變成局域網(wǎng) 291第章52324請求到達(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ù)器端的套接字和端口號 2996.2 服務(wù)器的接收操作3056.2.1 網(wǎng)卡將接收到的信號轉(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ù)器程序解釋請求消息并作出響應(yīng)3136.3.1 將請求的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ò)

上傳時間： 2022-06-02

上傳用戶：fliang