❶ 4G通信技術的網路安全問題及對策論文
4G通信技術的網路安全問題及對策論文
一、4G通信技術中存在的網路安全問題
1、由於缺少改造更新通信的基本設施產生的網路安全問題。如果要讓4G通信技術真正的運用到日常的生產生活中,就必須更新原有的基本通信設施。但現在3G通信的無線基本設備幾乎覆蓋著地球的大多數地方,如果要對原有的通信設備進行改造更新,那必然需要消耗大量的人力財力以及漫長的時間。
2、由於4G通信技術的不完善產生的網路安全問題。4G通信技術的不完善主要表現在容量被限制與技術上的缺陷。首先是容量被限制。在理論上,4G通信能夠達到的速率不低於20Mbit/s,是3G通信手段能夠達到的速率的10倍。但在實際操作中很難將4G通信系統的容量擴大到理想狀態。其次就是技術上的缺陷。在4G通信的技術層面進行研究,4G通信將在數據的傳輸上高出目前的3G通信一個層次,雖然理論上能夠達到,但是在實際操作中卻存在很大的困難。另外,4G通信系統所需要的網路架構極其復雜,解決這一問題勢必需要很長一段時間。
3、由於不斷變化的網路攻擊手段產生的網路安全問題。隨著4G通信系統的逐漸普及,我們將面臨更大的安全威脅。相較於以前的網路系統,4G通信系統將具備更大的存儲與計算能力,相應的該系統也就更容易感染一些移動終端。正式因為這個原因,導致4G通信網路的安全遭受到很大的威脅,比如來自手機病毒的威脅。一般來說,手機病毒可以分為簡訊類病毒、炸彈類病毒、蠕蟲累病毒以及木馬類病毒。
4、由於4G通信技術的相關配套措施不完善產生的網路安全問題。首先是服務區域不完善的問題。雖然用戶們都希望自己的終端能夠運用無線網路,但是因為終端的天線尺寸或者其自身功率的原因,實現流暢的上網還是存在一些問題的。其次就是4G通信的收費不是太合理。目前,3G無線網路收費的標準是依據用戶所使用的流量的多少與實踐的'長短進行計費的,如果依舊按照現在的收費標准進行收費,那麼絕大多數的4G用戶將很難承受如此高昂的上網費用。所以現今必須謹慎認真的研發出一套相對合理的收費標准。
二、關於4G通信技術的網路安全問題的對策
1、構建科學合理的4G通信系統的安全結構的模型。在該模型中,應該能夠基本的體現出網路通信系統的各種安全問題,以及相應的解決方案等。
2、轉變現行的密碼體制。在4G通信系統中,面對各不相同的服務類別以及特徵,最好應轉變現行的密碼體制,即也就是私鑰性質的密碼體制改變成為混合性質的密碼體制,然後創建相應的認證安全的體系。
3、將4G通信系統的安全體系做到透明化。在未來的應用中,4G通信系統的安全核心應該具備相對獨立的設備,能夠較為獨立的完成對終端與網路端的識別與加密,通信系統內部的工作人員應該能夠完全看到該過程的進行。
4、應用新興的密碼技術。隨著科技的不斷發展,相應的終端處理數據的能力將越來越強,因此應該在4G通信網路系統中運用合適的新興的密碼技術。這些新興的密碼技術能夠在很大程度上加強系統抵抗惡意攻擊的能力。
5、保證用戶可以參與到安全措施的制定中來。用戶在通過4G通信系統進行上網的過程中,應該有權自行設定安全密碼的級別,相應的那些關於安全的參數應該不僅可以由系統進行默認,而且用戶也可以自行進行設定。
6、使4G通信網路與互聯網能夠相互契合。4G網路系統的安全問題大致可以歸分為移動方面的安全問題與固網方面的安全問題。在關於安全的概念上,固網與計算機的網路大致相同,所以那些針對計算機的網路問題以亦基本在固網上得到了相應的體現,相應的在固網上遇到的那些網路安全問題可以依照計算機的方式進行解決。
三、結語
雖然目前我們國家的某家通訊公司已經開展4G通信業務,但是我們應該意識到4G通信技術發展的還不夠完善,在很多方面還存在缺陷。在實驗研究階段,我們應該對那些可能會出現的或者已經初露端倪的威脅採取相應的保護措施,同時,我們亦應該加強鞏固現有的安全防範措施,以此保證網路系統的正常運行。只有這樣,才能促進4G通信技術早日應用到人們的日常生活中,為人們的工作生活帶來更大的便利。
作者:張雯雯 單位:中國聯合網路通信有限公司浙江省分公司
;具體步驟如下:
開啟網路流量開關。
檢查網路。
如若不行,聯系運營商。
❸ OSI模型中網路層在計算機網路通信中的作用和目的和解決了哪些技術問題及方法
介於運輸層和數據鏈路層之間,它在數據鏈路層提供的兩個相鄰端點之間的數據幀的傳送功能上,進一步管理網路中的數據通信,將數據設法從源端經過若直干個中間節點傳送到目的端,從而向運輸層提供最基本的端到端的數據傳送服務。
主要內容有:虛電路分組交換和數據報分組交換、路由選擇演算法、阻塞控制方法、X.25協議、綜合業務數據網(ISDN)、非同步傳輸模式(ATM)及網際互連原理與實現。
網路層的目的是實現兩個端系統之間的數據透明傳送,具體功能包括定址和路由選擇、連接的建立、保持和終止等。它提供的服務使運輸層不需要了解網路中的數據傳輸和交換技術。
為了說明網路層的功能,如圖4.1所示的交換網路拓撲結構,它是由若干個網路節點按照任意的拓撲結構相互連接而成的。網路層關繫到通信子網的運行控制,體現了網路應用環境中資源子網訪問通信子網的方式。網路層從物理上來講一般分布地域寬廣,從邏輯上來講功能復雜,因此是OSI模型中面向數據通信的下三層(也即通信子網)中最為復雜也最關鍵的一層。
❹ 簡述OSI模型中網路層在計算機網路通信中的作用、目的和解決了哪些技術問題及方法
網路層是OSI參考模型中的第三層,介於運輸層和數據鏈路層之間,它在數據鏈路層提供的兩個相鄰端點之間的數據幀的傳送功能上,進一步管理網路中的數據通信,將數據設法從源端經過若直干個中間節點傳送到目的端,從而向運輸層提供最基本的端到端的數據傳送服務。
網路層的目的是實現兩個端系統之間的數據透明傳送,具體功能包括定址和路由選擇、連接的建立、保持和終止等。它提供的服務使運輸層不需要了解網路中的數據傳輸和交換技術。
絡層主要解決的問題是:定址方式、交換技術、路由尋找、路由選擇、連接服務、網關服務等。
❺ 簡述OSI模型中網路層在計算機網路通信中的作用目的解決了哪些技術問題及方法
介於運輸層和數據鏈路層之間,它在數據鏈路層提供的兩個相鄰端點之間的數據幀的傳送功能上,進一步管理網路中的數據通信,將數據設法從源端經過若直干個中間節點傳送到目的端,從而向運輸層提供最基本的端到端的數據傳送服務。主要內容有:虛電路分組交換和數據報分組交換、路由選擇演算法、阻塞控制方法、X.25協議、綜合業務數據網(ISDN)、非同步傳輸模式(ATM)及網際互連原理與實現。
網路層的目的是實現兩個端系統之間的數據透明傳送,具體功能包括定址和路由選擇、連接的建立、保持和終止等。它提供的服務使運輸層不需要了解網路中的數據傳輸和交換技術。為了說明網路層的功能,如圖4.1所示的交換網路拓撲結構,它是由若干個網路節點按照任意的拓撲結構相互連接而成的。網路層關繫到通信子網的運行控制,體現了網路應用環境中資源子網訪問通信子網的方式。網路層從物理上來講一般分布地域寬廣,從邏輯上來講功能復雜,因此是OSI模型中面向數據通信的下三層(也即通信子網)中最為復雜也最關鍵的一層。
剩下的還有很多,看http://www.chinafu.com/info/doc-view-935.html
❻ 網路通訊中實現信息傳遞首先需要解決信息什麼工作
網路通訊中實現信息傳遞首先需要解決信息以下工作:
信息傳遞程序中有三個基本環節:
傳達人必須把信息譯出,成為接受人所能懂得的語言或圖像等。
接受人要把信息轉化為自己所能理解的解釋,稱為譯進。
接受人對信息的反應,要再傳遞給傳達人稱為反饋。
控制信息流向,實現信息的效用與價值。
❼ 網路通信
我們要理解網路中進程如何通信,得解決兩個問題:
a、我們要如何標識一台主機,即怎樣確定我們將要通信的進程是在那一台主機上運行。
b、我們要如何標識唯一進程,本地通過pid標識,網路中應該怎樣標識?
解決辦法:
a、TCP/IP協議族已經幫我們解決了這個問題,網路層的「ip地址」可以唯一標識網路中的主機
b、傳輸層的「協議+埠」可以唯一標識主機中的應用程序(進程),因此,我們利用三元組(ip地址,協議,埠)就可以標識網路的進程了,網路中的進程通信就可以利用這個標志與其它進程進行交互
以UDP傳輸為例:
1、物理層:
解決兩個硬體之間怎麼通信的問題,常見的物理媒介有光纖、電纜、中繼器等。它主要定義物理設備標准,如網線的介面類型、光纖的介面類型、各種傳輸介質的傳輸速率等。
它的主要作用是傳輸比特流(就是由1、0轉化為電流強弱來進行傳輸,到達目的地後在轉化為1、0,也就是我們常說的數模轉換與模數轉換)。這一層的數據叫做比特。
2、數據鏈路層:
在計算機網路中由於各種干擾的存在,物理鏈路是不可靠的。該層的主要功能就是:通過各種控制協議,將有差錯的物理信道變為無差錯的、能可靠傳輸數據幀的數據鏈路。
它的具體工作是接收來自物理層的位流形式的數據,並封裝成幀,傳送到上一層;同樣,也將來自上層的數據幀,拆裝為位流形式的數據轉發到物理層。這一層的數據叫做幀。
3、網路層:
計算機網路中如果有多台計算機,怎麼找到要發的那台?如果中間有多個節點,怎麼選擇路徑?這就是路由要做的事。
該層的主要任務就是:通過路由選擇演算法,為報文(該層的數據單位,由上一層數據打包而來)通過通信子網選擇最適當的路徑。這一層定義的是IP地址,通過IP地址定址,所以產生了IP協議。
4、傳輸層:
當發送大量數據時,很可能會出現丟包的情況,另一台電腦要告訴是否完整接收到全部的包。如果缺了,就告訴丟了哪些包,然後再發一次,直至全部接收為止。
簡單來說,傳輸層的主要功能就是:監控數據傳輸服務的質量,保證報文的正確傳輸。
5、會話層:
雖然已經可以實現給正確的計算機,發送正確的封裝過後的信息了。但我們總不可能每次都要調用傳輸層協議去打包,然後再調用IP協議去找路由,所以我們要建立一個自動收發包,自動定址的功能。於是會話層出現了:它的作用就是建立和管理應用程序之間的通信。
6、表示層:
表示層負責數據格式的轉換,將應用處理的信息轉換為適合網路傳輸的格式,或者將來自下一層的數據轉換為上層能處理的格式。
7、應用層:
應用層是計算機用戶,以及各種應用程序和網路之間的介面,其功能是直接向用戶提供服務,完成用戶希望在網路上完成的各種工作。前端同學對應用層肯定是最熟悉的。
應用層(應用,表示,會話):TFTP,HTTP,SNMP,FTP,SMTP,DNS,Telnet 等等
傳輸層:TCP,UDP
網路層:IP,ICMP,OSPF,EIGRP,IGMP
數據鏈路層:SLIP,CSLIP,PPP,MTU
重要的 協議族介紹:
IP 定義了 TCP/IP 的地址,定址方法,以及路由規則。現在廣泛使用的 IP 協議有 IPv4 和 IPv6 兩種:IPv4 使用 32 位二進制整數做地址,一般使用點分十進制方式表示,比如 192.168.0.1。
IP 地址由兩部分組成,即網路號和主機號。故一個完整的 IPv4 地址往往表示 為 192.168.0.1/24 或192.168.0.1/255.255.255.0 這種形式。
IPv6 是為了解決 IPv4 地址耗盡和其它一些問題而研發的最新版本的 IP。使用 128 位 整數表示地址,通常使用冒號分隔的十六進制來表示,並且可以省略其中一串連續的 0,如:fe80::200:1ff:fe00:1。
目前使用並不多!
http協議對應於應用層,tcp協議對應於傳輸層,ip協議對應於網路層。
TPC/IP【TCP(傳輸控制協議)和IP(網際協議)】,主要解決數據如何在網路中傳輸,而HTTP是應用層協議,主要解決如何包裝數據。關於TCP/IP和HTTP協議的關系,網路有一段比較容易理解的介紹:「我們在傳輸數據時,可以只使用(傳輸層)TCP/IP協議,但是那樣的話,如果沒有應用層,便無法識別數據內容,如果想要使傳輸的數據有意義,則必須使用到應用層協議,應用層協議有很多,比如HTTP、FTP、TELNET等,也可以自己定義應用層協議。WEB使用HTTP協議作應用層協議,以封裝HTTP 文本信息,然後使用TCP/IP做傳輸層協議將它發到網路上。」
術語TCP/IP代表傳輸控制協議/網際協議,指的是一系列協議。「IP」代表網際協議,TCP和UDP使用該協議從一個網路傳送數據包到另一個網路。把IP想像成一種高速公路,它允許其它協議在上面行駛並找到到其它電腦的出口。TCP和UDP是高速公路上的「卡車」,它們攜帶的貨物就是像HTTP,文件傳輸協議FTP這樣的協議等。
你應該能理解,TCP和UDP是FTP,HTTP和SMTP之類使用的傳輸層協議。雖然TCP和UDP都是用來傳輸其他協議的,它們卻有一個顯著的不同:TCP提供有保證的數據傳輸,而UDP不提供。這意味著TCP有一個特殊的機制來確保數據安全的不出錯的從一個端點傳到另一個端點,而UDP不提供任何這樣的保證。
URL的全稱是Uniform Resource Locator(統一資源定位符)
通過1個URL,能找到互聯網上唯一的1個資源。
URL就是資源的地址、位置,互聯網上的每個資源都有一個唯一的URL。
URL的基本格式 =協議://主機地址/路徑
協議:不同的協議,代表著不同的資源查找方式、資源傳輸方式
主機地址:存放資源的主機(伺服器)的IP地址(域名)
資源在主機(伺服器)中的具體位置
1、HTTP協議的幾個重要概念
1.連接(Connection):一個傳輸層的實際環流,它是建立在兩個相互通訊的應用程序之間。
2.消息(Message):HTTP通訊的基本單位,包括一個結構化的八元組序列並通過連接傳輸。
3.請求(Request):一個從客戶端到伺服器的請求信息包括應用於資源的方法、資源的標識符和協議的版本號
4.響應(Response):一個從伺服器返回的信息包括HTTP協議的版本號、請求的狀態(例如「成功」或「沒找到」)和文檔的MIME類型。
5.資源(Resource):由URI標識的網路數據對象或服務。
6.實體(Entity):數據資源或來自服務資源的回映的一種特殊表示方法,它可能被包圍在一個請求或響應信息中。一個實體包括實體頭信息和實體的本身內容。
7.客戶機(Client):一個為發送請求目的而建立連接的應用程序。
8.用戶代理(Useragent):初始化一個請求的客戶機。它們是瀏覽器、編輯器或其它用戶工具。
9.伺服器(Server):一個接受連接並對請求返回信息的應用程序。
10.源伺服器(Originserver):是一個給定資源可以在其上駐留或被創建的伺服器。
11.代理(Proxy):一個中間程序,它可以充當一個伺服器,也可以充當一個客戶機,為其它客戶機建立請求。請求是通過可能的翻譯在內部或經過傳遞到其它的伺服器中。一個代理在發送請求信息之前,必須解釋並且如果可能重寫它。
代理經常作為通過防火牆的客戶機端的門戶,代理還可以作為一個幫助應用來通過協議處理沒有被用戶代理完成的請求。
12.網關(Gateway):一個作為其它伺服器中間媒介的伺服器。與代理不同的是,網關接受請求就好象對被請求的資源來說它就是源伺服器;發出請求的客戶機並沒有意識到它在同網關打交道。
網關經常作為通過防火牆的伺服器端的門戶,網關還可以作為一個協議翻譯器以便存取那些存儲在非HTTP系統中的資源。
13.通道(Tunnel):是作為兩個連接中繼的中介程序。一旦激活,通道便被認為不屬於HTTP通訊,盡管通道可能是被一個HTTP請求初始化的。當被中繼的連接兩端關閉時,通道便消失。當一個門戶(Portal)必須存在或中介(Intermediary)不能解釋中繼的通訊時通道被經常使用。
14.緩存(Cache):反應信息的局域存儲。
TCP(Transmission Control Protocol) 傳輸控制協議。TCP是主機對主機層的傳輸控制協議,提供可靠的連接服務,採用三次握確認建立一個連接。位碼即tcp標志位,有6種 標示:SYN(synchronous建立聯機) ACK(acknowledgement 確認) PSH(push傳送) FIN(finish結束) RST(reset重置) URG(urgent緊急)Sequence number(順序號碼) Acknowledge number(確認號碼)。
手機能夠使用聯網功能是因為手機底層實現了TCP/IP協議,可以使手機終端通過無線網路建立TCP連接。TCP協議可以對上層網路提供介面,使上層網路數據的傳輸建立在「無差別」的網路之上。建立起一個TCP連接需要經過「三次握手」:
第一次握手:客戶端發送syn包(syn=j)到伺服器,並進入SYN_SEND狀態,等待伺服器確認;
第二次握手:伺服器收到syn包,必須確認客戶的SYN(ack=j+1),同時自己也發送一個SYN包(syn=k),即SYN+ACK包,此時伺服器進入SYN_RECV狀態;
第三次握手:客戶端收到伺服器的SYN+ACK包,向伺服器發送確認包ACK(ack=k+1),此包發送完畢,客戶端和伺服器進入ESTABLISHED狀態,完成三次握手。握手完成後,兩台主機開始傳輸數據了。
為什麼要三次握手?
如果只有一次握手,Client不能確定與Server的單向連接,更加不能確定Server與Client的單向連接;
如果只有兩次握手,Client確定與Server的單向連接,但是Server不能確定與Client的單向連接;
只有三次握手,Client與Server才能相互確認雙向連接,實現雙工數據傳輸。
握手過程中傳送的包里不包含數據,三次握手完畢後,客戶端與伺服器才正式開始傳送數據。理想狀態下,TCP連接一旦建立,在通信雙方中的任何一方主動關閉連接之前,TCP 連接都將被一直保持下去。斷開連接時伺服器和客戶端均可以主動發起斷開TCP連接的請求,斷開過程需要經過「四次揮手」。
第一次揮手:
Client發送一個FIN,用來關閉Client到Server的數據傳送,Client進入FIN_WAIT_1狀態。
第二次揮手:
Server收到FIN後,發送一個ACK給Client,確認序號為收到序號+1(與SYN相同,一個FIN佔用一個序號),Server進入CLOSE_WAIT狀態。
第三次揮手:
Server發送一個FIN,用來關閉Server到Client的數據傳送,Server進入LAST_ACK狀態。
第四次揮手:
Client收到FIN後,Client進入TIME_WAIT狀態,接著發送一個ACK給Server,確認序號為收到序號+1,Server進入CLOSED狀態,完成四次揮手。
為什麼要四次揮手?
「三次握手」的第二次握手發送SYN+ACK回應第一次握手的SYN,但是「四次揮手」的第二次揮手只能發送ACK回應第一次揮手的FIN,因為此時Server可能還有數據傳輸給Client,所以Server傳輸數據完成後才能發起第三次揮手發送FIN給Client,等待Client的第四次揮手ACK。
http是超文本傳輸協議,信息是明文傳輸,https 則是具有安全性的ssl加密傳輸協議。HTTPS其實是有兩部分組成:HTTP +SSL/ TLS,也就是在HTTP上又加了一層處理加密信息的模塊。採用HTTPS協議的伺服器必須要有一套數字證書,可以自己製作,也可以向組織申請。區別就是自己頒發的證書需要客戶端驗證通過,才可以繼續訪問,而使用受信任的公司申請的證書則不會彈出提示頁面(startssl就是個不錯的選擇,有1年的免費服務)。這套證書其實就是一對公鑰和私鑰。SSL介於應用層和TCP層之間。應用層數據不再直接傳遞給傳輸層,而是傳遞給SSL層,SSL層對從應用層收到的數據進行加密,並增加自己的SSL頭。
1.怎麼解決tcp拆包和黏包的問題
粘包、拆包發生原因
發生TCP粘包或拆包有很多原因,現列出常見的幾點,可能不全面,歡迎補充,
1、要發送的數據大於TCP發送緩沖區剩餘空間大小,將會發生拆包。
2、待發送數據大於MSS(最大報文長度),TCP在傳輸前將進行拆包。
3、要發送的數據小於TCP發送緩沖區的大小,TCP將多次寫入緩沖區的數據一次發送出去,將會發生粘包。
4、接收數據端的應用層沒有及時讀取接收緩沖區中的數據,將發生粘包。
等等。
粘包、拆包解決辦法
解決問題的關鍵在於如何給每個數據包添加邊界信息,常用的方法有如下幾個:
1、發送端給每個數據包添加包首部,首部中應該至少包含數據包的長度,這樣接收端在接收到數據後,通過讀取包首部的長度欄位,便知道每一個數據包的實際長度了。
2、發送端將每個數據包封裝為固定長度(不夠的可以通過補0填充),這樣接收端每次從接收緩沖區中讀取固定長度的數據就自然而然的把每個數據包拆分開來。
3、可以在數據包之間設置邊界,如添加特殊符號,這樣,接收端通過這個邊界就可以將不同的數據包拆分開。
等等。
2.upd丟包
1、接收端處理時間過長導致丟包:調用recv方法接收端收到數據後,處理數據花了一些時間,處理完後再次調用recv方法,在這二次調用間隔里,發過來的包可能丟失。對於這種情況可以修改接收端,將包接收後存入一個緩沖區,然後迅速返回繼續recv。
2、發送的包巨大丟包:雖然send方法會幫你做大包切割成小包發送的事情,但包太大也不行。例如超過50K的一個udp包,不切割直接通過send方法發送也會導致這個包丟失。這種情況需要切割成小包再逐個send。
3、發送的包較大,超過接受者緩存導致丟包:包超過mtu size數倍,幾個大的udp包可能會超過接收者的緩沖,導致丟包。這種情況可以設置socket接收緩沖。以前遇到過這種問題,我把接收緩沖設置成64K就解決了。
int nRecvBuf=32*1024;//設置為32K
setsockopt(s,SOL_SOCKET,SO_RCVBUF,(const char*)&nRecvBuf,sizeof(int));
4、發送的包頻率太快:雖然每個包的大小都小於mtu size 但是頻率太快,例如40多個mut size的包連續發送中間不sleep,也有可能導致丟包。這種情況也有時可以通過設置socket接收緩沖解決,但有時解決不了。所以在發送頻率過快的時候還是考慮sleep一下吧。
5、區域網內不丟包,公網上丟包。這個問題我也是通過切割小包並sleep發送解決的。如果流量太大,這個辦法也不靈了。總之udp丟包總是會有的,如果出現了用我的方法解決不了,還有這個幾個方法: 要麼減小流量,要麼換tcp協議傳輸,要麼做丟包重傳的工作。
一個是客戶端發送過快,網路狀況不好或者超過伺服器接收速度,就會丟包。
第二個原因是伺服器收到包後,還要進行一些處理,而這段時間客戶端發送的包沒有去收,造成丟包。
那麼需要做的是
客戶端降低發送速度,可以等待回包,或者加一些延遲。伺服器部分單獨開一個線程,去接收UDP數據,存放在一個緩沖區中,又另外的線程去處理收到的數據,盡量減少因為處理數據延時造成的丟包。
有兩種方法解決UDP 丟包的問題:
方法一:重新設計一下協議,增加接收確認超時重發。(推薦)
方法二:在接收方,將通信和處理分開,增加個應用緩沖區;如果有需要增加接收socket的系統緩沖區。(本方法不能從根本解決問題,只能改善)
https://jiahao..com/s?id=1654225744653405133&wfr=spider&for=pc
https://www.jianshu.com/p/066d99da7cbd
https://jiahao..com/s?id=1654225744653405133&wfr=spider&for=pc
https://blog.csdn.net/qq_31337311/article/details/80781273
https://www.cnblogs.com/jiangzhaowei/p/8996810.html
http://blog.sina.com.cn/s/blog_d2bb5eff0102wbq2.html
❽ 通過互聯網解決哪些問題,生活學習工作各10條
當今,互聯網在人們的生活、工作和學習等各方面都發揮著非常重要的作用,比如:
現實生活中,我們可以利用互聯網方便的1、瀏覽新聞 (政治.經濟.娛樂.體育);2、方便聯系 (實惠.便捷.快速的進行異地交流);3、網上消費 (網路商店.出售或者購買需要的東西)
4、休閑娛樂 (游戲.音樂.等等其他);5、學習創作 (圖書.文字.視頻方便學習)。
互聯網能夠為我們提供有價值的信息和令人滿意的服務。可以說,互聯網是一個世界規模的巨大的信息和服務資源。它不僅為人們提供了各種各樣的簡單而且快捷的通信與信息檢索手段,更重要的是為人們提供了巨大的信息資源和服務資源。通過使用互聯網,全世界范圍內的人們既可以互通信息,交流思想,又可以獲得各個方面的知識、經驗和信息。
❾ 如何理解計算機網路通信
1. 乙太網協議
乙太網協議規定,一組電信號構成一個數據包,我們把這個數據包稱之為幀。每一個楨由標頭(Head)和數據(Data)兩部分組成。
幀的大小一般為 64 – 1518 個位元組。假如需要傳送的數據很大的話,就分成多個楨來進行傳送。
對於表頭和數據這兩個部分,他們存放的都是一些什麼數據呢? 毫無疑問,我們至少得知道這個楨是誰發送,發送給誰的等這些信息吧?所以標頭部分主要是一些說明數據,例如發送者,接收者等信息。而數據部分則是這個數據包具體的,想給接收者的內容。
一個楨的長度是 64~1518 個位元組,也就是說楨的長度不是固定的,但是標頭部分的位元組長度是固定的,每個楨都是單獨發的,並且固定為18個位元組。
把一台計算的的數據通過 物理層 和 鏈路層 發送給另一台計算機,究竟是誰發給誰的,計算機與計算機之間如何區分,,你總得給他們一個唯一的標識吧?
於是,MAC 地址出現了。
2. MAC 地址
連入網路的每一個計算機都會有網卡介面,每一個網卡都會有一個唯一的地址,這個地址就叫做 MAC 地址。計算機之間的數據傳送,就是通過 MAC 地址來唯一尋找、傳送的。
MAC地址 由 48 位二進制數所構成,在網卡生產時就被唯一標識了。
3. 廣播與ARP協議
(1). 廣播
如圖,假如計算機 A 知道了計算機 B 的 MAC 地址,然後計算機 A 想要給計算機 B 傳送數據,雖然計算機 A 知道了計算機 B 的 MAC 地址,可是它要怎麼給它傳送數據呢?計算機 A 不僅連著計算機 B,而且計算機 A 也還連著其他的計算機。 雖然計算機 A 知道計算機 B 的 MAC 地址,可是計算機 A 卻不知道計算機 B 是分布在哪邊路線上,為了解決這個問題,於是,有了 廣播 的出現。
在同一個 子網 中,計算機 A 要向計算機 B 發送一個 數據包 ,這個數據包會包含接收者的 MAC 地址。當發送時,計算機 A 是通過 廣播 的方式發送的,這時同一個子網中的計算機 C, D 也會收到這個數據包的,然後收到這個數據包的計算機,會把數據包的 MAC 地址取出來,與自身的 MAC 地址對比,如果兩者相同,則接受這個數據包,否則就丟棄這個數據包。
(2). ARP 協議 。
那麼問題來了,計算機 A 是如何知道計算機 B 的 MAC 地址的呢?這個時候就得由 ARP 協議這個傢伙來解決了,不過 ARP 協議會涉及到IP地址,我們下面才會扯到IP地址。因此我們先放著,就當作是有這么一個 ARP 協議,通過它我們可以知道子網中其他計算機的 MAC 地址。
上面我們有說到子網這個關鍵詞,實際上我們所處的網路,是由無數個子網路構成的。廣播的時候,也只有同一個子網裡面的計算機能夠收到。
假如沒有子網這種劃分的話,計算機 A 通過廣播的方式發一個數據包給計算機 B , 其他所有計算機也都能收到這個數據包,然後進行對比再舍棄。世界上有那麼多台計算機,每一台計算機都能收到其他所有計算機的數據包,那就不得了了。那還不得奔潰。 因此產生了 子網 這么一個東西。
那麼問題來了,我們如何區分哪些 MAC 地址是屬於同一個子網的呢?假如是同一個子網,那我們就用廣播的形式把數據傳送給對方,如果不是同一個子網的,我們就會把數據發給網關,讓網關進行轉發。
為了解決這個問題,於是,有了 IP 協議。
1. IP協議
IP協議,它所定義的地址,我們稱之為 IP地址 。IP協議有兩種版本,一種是 IPv4,另一種是 IPv6。不過我們目前大多數用的還是 IPv4,我們現在也只討論 IPv4 這個版本的協議。
這個 IP 地址由 32 位的二進制數組成,我們一般把它分成4段的十進製表示,地址范圍為0.0.0.0~255.255.255.255。
每一台想要聯網的計算機都會有一個IP地址。這個IP地址被分為兩部分,前面一部分代表 網路部分 ,後面一部分代表 主機部分 。並且網路部分和主機部分所佔用的二進制位數是不固定的。
假如兩台計算機的網路部分是一模一樣的,我們就說這兩台計算機是處於同一個子網中。例如 192.168.43.1 和 192.168.43.2, 假如這兩個 IP 地址的網路部分為 24 位,主機部分為 8 位。那麼他們的網路部分都為 192.168.43,所以他們處於同一個子網中。
可是問題來了,你怎麼知道網路部分是占幾位,主機部分又是占幾位呢?也就是說,單單從兩台計算機的IP地址,我們是無法判斷他們的是否處於同一個子網中的。
這就引申出了另一個關鍵詞———— 子網掩碼 。子網掩碼和IP地址一樣也是 32 位二進制數,不過它的網路部分規定全部為 1,主機部分規定全部為 0.也就是說,假如上面那兩個IP地址的網路部分為 24 位,主機部分為 8 位的話,那他們的子網掩碼都為 11111111.11111111.11111111.00000000,即255.255.255.0。
那有了子網掩碼,如何來判端IP地址是否處於同一個子網中呢。顯然,知道了子網掩碼,相當於我們知道了網路部分是幾位,主機部分是幾位。我們只需要把 IP 地址與它的子網掩碼做與(and)運算,然後把各自的結果進行比較就行了,如果比較的結果相同,則代表是同一個子網,否則不是同一個子網。
例如,192.168.43.1和192.168.43.2的子碼掩碼都為255.255.255.0,把IP與子碼掩碼相與,可以得到他們都為192.168.43.0,進而他們處於同一個子網中。
2. ARP協議
有了上面IP協議的知識,我們回來講一下ARP協議。
有了兩台計算機的IP地址與子網掩碼,我們就可以判斷出它們是否處於同一個子網之中了。
假如他們處於同一個子網之中,計算機A要給計算機B發送數據時。我們可以通過ARP協議來得到計算機B的MAC地址。
ARP協議也是通過廣播的形式給同一個子網中的每台電腦發送一個數據包(當然,這個數據包會包含接收方的IP地址, 這個 IP地址 怎麼來的,往下看 )。對方收到這個數據包之後,會取出IP地址與自身的對比,如果相同,則把自己的MAC地址回復給對方,否則就丟棄這個數據包。這樣,計算機A就能知道計算機B的MAC地址了。
可能有人會問,知道了MAC地址之後,發送數據是通過廣播的形式發送,詢問對方的MAC地址也是通過廣播的形式來發送,那其他計算機怎麼知道你是要傳送數據還是要詢問MAC地址呢?其實在詢問MAC地址的數據包中,在對方的MAC地址這一欄中,填的是一個特殊的MAC地址,其他計算機看到這個特殊的MAC地址之後,就能知道廣播想幹嘛了。
假如兩台計算機的IP不是處於同一個子網之中,這個時候,我們就會把數據包發送給網關,然後讓網關讓我們進行轉發傳送
3. DNS伺服器
這里再說一個問題,我們是如何知道對方計算機的IP地址的呢?這個問題可能有人會覺得很白痴,心想,當然是計算機的操作者來進行輸入了。這沒錯,當我們想要訪問某個網站的時候,我們可以輸入IP來進行訪問,但是我相信絕大多數人是輸入一個網址域名的,例如訪問網路是輸入 http://www..com 這個域名。其實當我們輸入這個域名時,會有一個叫做DNS伺服器的傢伙來幫我們解析這個域名,然後返回這個域名對應的IP給我們的。
因此,網路層的功能就是讓我們在茫茫人海中,能夠找到另一台計算機在哪裡,是否屬於同一個子網等。
通過物理層、數據鏈路層以及網路層的互相幫助,我們已經把數據成功從計算機A傳送到計算機B了,可是,計算機B裡面有各種各樣的應用程序,計算機該如何知道這些數據是給誰的呢?
這個時候, 埠(Port) 這個傢伙就上場了,也就是說,我們在從計算機A傳數據給計算表B的時候,還得指定一個埠,以供特定的應用程序來接受處理。
也就是說,傳輸層的功能就是建立埠到埠的通信。相比網路層的功能是建立主機到主機的通信。
也就是說,只有有了IP和埠,我們才能進行准確著通信。這個時候可能有人會說,我輸入IP地址的時候並沒有指定一個埠啊。其實呢,對於有些傳輸協議,已經有設定了一些默認埠了。例如http的傳輸默認埠是80,這些埠信息也會包含在數據包里的。
傳輸層最常見的兩大協議是 TCP 協議和 UDP 協議,其中 TCP 協議與 UDP 最大的不同就是 TCP 提供可靠的傳輸,而 UDP 提供的是不可靠傳輸。
終於說到應用層了,應用層這一層最接近我們用戶了。
雖然我們收到了傳輸層傳來的數據,可是這些傳過來的數據五花八門,有html格式的,有mp4格式的,各種各樣。你確定你能看的懂?
因此我們需要指定這些數據的格式規則,收到後才好解讀渲染。例如我們最常見的 Http 數據包中,就會指定該數據包是 什麼格式的文件了。
喜歡點個贊
原文看這里
❿ 我們可以利用網路解決哪些問題
1、可以利用互聯網,在網上瀏覽任何社會上的信息,以及自己的需要解決的任何疑難問題(比如利用網路知道)。
2、可以利用互聯網解決自己生活上的娛樂問題,比如網上下載任何單機游戲,網路游戲,來充實生活上的樂趣。
3、IT類工作者,可以利用網路,推廣自己的產品廣告,讓更多的需求客戶看到你,並來了解產品以及電話聯系。