Contributes15
Followers0
前言 “物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層和應用層”，今天我們的目標就是把這些個玩意，翻譯成“人話”，保證你一看就懂，一學就廢~ 網絡七層結構，相信是個搞計算機網絡的，或者是搞軟件開發的，甚至是搞互聯網的，99%的人應該都知道，最起碼那也得是聽過，就是下方這個玩意： （你要是聽都沒聽過，別跟我説你是混跡於互聯網界的啊~） 但是，如果讓這些人講清楚這七層結構是幹嘛的，那這個比例，
Nickname 用户bPbDqZf
TCP/IP 協議是傳輸層的一個面向連接的安全可靠的一個傳輸協議，三次握手的機制是為了保證能建立一個安全可靠的連接 三次握手 那麼第一次握手是由客户端發起，客户端會向服務端發送一個報文，在報文裏面：SYN標誌位置為1，表示發起新的連接。 當服務端收到這個報文之後就知道客户端要和我建立一個新的連接，於是服務端就向客户端發送一個確認消息包，在這個消息包裏面：ack標誌位置為1，表示確認客户端發起
Nickname Lucia
摘要：TCP／IP由網絡層的IP協議和傳輸層的TCP協議組成。常見的漏洞類型包括ARP病毒攻擊、基於RIP的攻擊、DNS欺騙、TCP 連接欺騙。 TCP／IP是TransmissionControlProtocol／InternetProtocol的簡寫 ，中譯名為傳輸控制協議／因特網互聯協議，又名網絡通訊協議，是 lnternet 最基本的協議、Interact國際互聯網絡的基礎。
Nickname 用户bPbDqZf
摘要：上篇我們介紹了TCP/IP協議中常見的漏洞類型包括ARP病毒攻擊、基於RIP的攻擊、DNS欺騙、TCP連接欺騙。面對TCP/IP協議中存在的漏洞我們要採取什麼樣的安全措施去預防和解決呢？ 首先從架構角度來説：IPSec與TLS最常用的兩種安全架構，可以利IPSec、TLS安全架構在不同的協議層來保護數據傳輸的安全性。 一、IPSec IPSec是一組用來在網絡層提高數據包傳
Nickname 用户bPbDqZf
前言：Tor項目團隊近日宣佈，發佈Tor瀏覽器11.5版本。Tor被美國國家安全局（NSA）譽為“互聯網匿名系統之王“。Tor ( The Onion Router）系統就是洋葱路由技術的具體實現。 Tor項目團隊發佈Tor瀏覽器11.5版本，而此次更新1.幫助用户自動繞過互聯網審查2.HTTPS 默認開啓3.對網絡設置菜單進行了重大改進。説起TOR瀏覽器都略有耳聞，那麼Tor是什麼樣的技術
Nickname 用户bPbDqZf
TCP Nagle算法 如果每次發送一個很小的數據包，比如一個字節內容的數據包而不優化，就會導致網絡中只有極少數有效數據的數據包，這會導致浪費大量的網絡資源。Nagle算法針對這種情況，要求緩存區的數據達到一定數據量或者一定時間後才將其發出，所以數據包將會被Nagle算法合併，以此來優化網絡。這種優化雖然提高了網絡帶寬的效率，但有的數據可能會被延遲發送。 在Nodejs中，由於TCP默認啓動Nag
Nickname 看見了
原文作者：Liam Crilly of F5 原文鏈接：藉助 TCP 負載均衡和 Galera 集羣擴展 MySQL 轉載來源：NGINX 官方網站 (編者按——本文最初發表於 2016 年，現已進行更新，改為使用更新之後修改過的 NGINX 功能。有關詳細信息，請參閲下文“藉助 NGINX JavaScript 模塊進行高級日誌記錄”和“NGINX Plus 儀表盤”兩節
Nickname NGINX開源社區
目錄 開始測試 尋根 TCP half-open keepalive 重傳 timeout Zero window timeout 應用 socket 層的 timeout 設置 TCP_USER_TIMEOUT SO_RCVTIMEO / SO_SNDTIMEO poll timeout
Nickname MarkZhu
文/ eBPF 技術探索 SIG 隨着 eBPF 技術的廣泛應用，在操作系統層面提供了更多的觀測能力，站在操作系統層面對應用的行為數據進行 trace 追蹤成了一種應用監控的新手段，本文主要介紹基於 eBPF 實現對應用網絡數據監控的背後邏輯。 一、一個請求數據包的組成 一個完整的應用請求數據包主要包含請求地址信息及具體的請求數據。其中請求地址信息就是我們常説的五元組信息(IP+端口+協議)，這部
Nickname 龍蜥社區
問題描述 最近上了一版需求，其中有一個接口因為後端的計算量超級巨大，導致接口時間要達到七八秒才能返回對應結果。 上了生產環境以後，請求總是失敗。 測試環境是好好的... 查看控制枱請求發送的報文相關信息如下： 筆者看一下報文，發現請求的狀態從開始的pending等待到最後的canceled取消。 點開請求的Timing面板查看，發現請求卡在Connection Star的Initial conn
Nickname 水冗水孚
本文僅討論FreeSWITCH部署在NAT之後（裏面）這種場景，假設私網地址與公網地址有一個確定的映射關係。 這裏只涉及mod_sofia（SIP信令及媒體）相關配置，其他模塊不在本文討論之列。 配置 mod_sofia默認提供兩個profile，可以理解成是兩套配置，最主要的區別是監聽端口不一樣，其他的區別包括是否啓用TLS加密，使用哪個撥號計劃等等。這裏以internal profile
Nickname 展望
Wireshark命令行工具安裝位置 Mac系統：/Applications/Wireshark.app/Contents/MacOS 從一個巨大的抓包文件中過濾出指定端口的UDP報文 使用tshark命令行工具： tshark -r debug.pcap -w debug_.pcap -Y "udp.port==19600" 過濾重複包 計算當前包與前4個包的MD5是否相同，若相同則丟棄：
Nickname 展望
本文由葡萄城技術團隊原創並首發。轉載請註明出處：葡萄城官網，葡萄城為開發者提供專業的開發工具、解決方案和服務，賦能開發者。 前言 本文的內容主要圍繞以下幾個部分： TCP/IP的簡單介紹。 消息的介紹。 基於消息分類的傳輸格式（流類型和XML類型）。 消息體系的組成。 TCP/IP的簡單介紹 TCP/IP (傳輸控制協議/網際協議) 是互聯網中的基本通信語言或協議。它其實是一個兩層的程
Nickname 葡萄城技術團隊
本文內容包括但不限於：tcp四次揮手（同時關閉），tcp包的seq/ack號規則，tcp狀態機，內核tcp代碼，tcp發送窗口等知識。 問題是什麼？ 內核版本linux 5.10.112 一句話：四次揮手中，由於fin包和ack包亂序，導致等了一次timeout才關閉連接。 過程細節： 同時關閉的場景，server和client幾乎同時向對方發送fin包。 client先收到了server的
Nickname 數據庫知識分享者
UDP 和 TCP、HTTP、HTTPS、SOCKS5 協議的不同之處及應用場景： UDP (User Datagram Protocol)：不同之處：UDP 是無連接的，不保證數據包的順序到達或完整性，也沒有流量控制和擁塞控制機制。它儘可能快地將數據包從源主機發送到目標主機，但不保證每個數據包都能到達或者按發送順序接收。應用場景：適用於實時性要求高且能容忍一定程度丟包和亂序的應用，如在線視頻會
Nickname 用户bPdbPIf
前面深入理解rtmp(1)之開發環境搭建中我們已經搭建好服務器,並且利用一些現成的工具可以推送直播流,播放直播流了.這篇文章我們開始搭建從零開發一套rtmp推流拉流sdk,對着協議實現,達到真正的"深入理解". 作為一個碼農,搬磚搬到一定高度就需要"腳手架"來支撐我們"夠得住".為了方面我們把rtmp推拉流sdk實現為一個PC上的命令行程序,當開發調試穩定後,我們可以快速的通過交叉編譯工具編譯到A
Nickname 輕口味
在數字化浪潮席捲全球的今天，網絡安全問題日益凸顯。最近，Windows TCP/IP協議被曝存在CVE-2024-38063遠程執行代碼漏洞，這一發現是否意味着我們的網絡安全體系正面臨前所未有的挑戰？我們又該如何有效應對？ 一、TCP/IP協議：互聯網通信的基石 TCP/IP協議，全稱為傳輸控制協議/因特網協議，是現代互聯網技術的基石。它不僅是互聯網中設備之間進行通信的標準和規範，還負責將不同的網
Nickname 用户bPbDqZf
ip命令我們平時一直在使用，它的內部是怎麼實現的呢？點擊以下鏈接瞭解： 原文鏈接：聊聊iproute2-ip命令的實現總結
Nickname 斯達克
背景 隨着企業上雲的進一步深入，越來越多的業務逐步遷移至雲端，雲上資源的需求也隨着業務增加而越來越多，這種增長使得單賬號的資源、項目、人員、權限管理變得極其複雜，多賬號上雲模式逐漸成為多業務上雲的重要選擇，然而隨着雲賬號的增加，多賬號管理中的人員和權限問題也隨着浮現，給運維工作帶來了新的挑戰，基於這些挑戰，我們開始研究如何在多賬號環境下高效的管理人員與權限，如何在多賬號場景下實現統一認證。
Nickname 信也科技佈道師
ping 和 tcping 就像網絡世界中的兩位偵探，用於幫助我們判斷服務器真實延遲和可用性，但是在使用時，更多人更傾向於看 tcping 而不是 ping。 一、ping：網絡世界的“敲門聲” ping 是我們最熟悉的網絡診斷工具之一。它使用的是 ICMP（Internet Control Message Protocol）協議，就像你在門外喊一聲：“有人在家嗎？” 如果對方迴應了，你就知道主
Nickname 雲輕雨細
前言 在現代網絡世界中，WebSocket、Socket、TCP 和 HTTP 就像四位性格迥異的通信使者。它們各司其職，有的擅長短平快的交流，有的精通持久連接的深情對話。 但你是否真正理解它們之間的區別？又該如何為你的項目選擇最合適的“通信方式”？今天，我們就來揭開這些神秘協議的面紗，用小白也能聽懂的語言，帶你走進網絡世界的“語言系統”。 一、四位“通信使者” 🌐 HTTP：禮貌周到的“前台
Nickname 雲輕雨細