登录社区云,与社区用户共同成长
邀请您加入社区
MPLS VPN中隧道为底层承载,配置复杂度高,需配合BGP/VPN-instance使用。点对点静态配置,不支持自动发现;
HTTP协议是互联网数据传输的基础协议,采用客户端-服务器一问一答模式。通过Fiddler抓包工具可以查看HTTP请求和响应的文本格式结构:请求包含首行、请求头、空行和正文;响应包含状态行、响应头、空行和正文。URL定位网络资源,包含协议、域名、路径等元素,特殊字符需进行URL编码。HTTPS在HTTP基础上增加SSL/TLS加密层保障安全。
本文深入解析网络协议的本质与数据传输流程。首先从代码层面揭示协议是通信双方共识的结构化数据,通过相同结构体实现数据解析。其次,详细阐述分层设计原理,各层解决不同通信问题。重点讲解局域网传输机制(MAC地址、以太网规则)和跨网传输原理(IP地址与路由)。最后,剖析网络数据传输的核心流程:发送端自上而下封装数据,接收端自下而上分用数据。这些概念是网络编程的基础,为后续Socket开发奠定理论基础。
本次实操围绕私有 CA 搭建和Dovecot 邮件服务 CA 认证私有 CA 的核心是自签证书和配套的索引、序列号文件,是核心操作目录;任何服务向 CA 申请证书,都需先生成自身私钥,再创建 CSR 请求文件,CA 核验后才能签署;Dovecot 的 SSL 认证核心在配置文件,需正确指定私钥和证书路径,启用 SSL;证书吊销是 CA 体系的重要环节,需通过 CRL 列表记录,保障认证体系的安全性
最后,我们用一句话总结HTTPS的加密机制,帮你快速记住核心要点:HTTPS通过“非对称加密(RSA/ECC)”安全传递“对称密钥(AES)”,用“数字证书”防止中间人攻击,最终用“对称加密”高效传输数据,实现了数据的机密性(只有双方能解密)、完整性(不被篡改)、真实性(确认对方身份),从而保护我们的网络安全。现在,当你再看到浏览器地址栏的小锁时,应该就能明白它背后的加密逻辑了。HTTPS不是一个
在家通过远程控制公司电脑高效处理紧急事务,或是为父母远程排除电脑故障,这些便捷场景早已融入我们的日常,远程控制软件也因此成为工作与生活中的得力助手。不过,在享受便利的同时,远程安全问题也悄然浮现,值得我们多花些心思关注。要知道,远程控制软件虽好用,但若选择不当,就可能给个人隐私与数据安全埋下隐患。2025年发布的一份安全报告指出,当下众多企业数据泄露事件中,远程控制软件成为了“幕后推手”之一。若不
HTTP协议是⼀个⽆连接、⽆状态的协议,即每次请求都需要建⽴新的连接,且服务器不会保存客⼾端的状态信息。这个Location选项是⼀个标准的HTTP响应头部,⽤于告诉浏览器应该将请求重定向到哪个新的URL地址。当然,通过这种方式传递参数是非常危险的,因为是明文传递,所以一般不会用这种方式传递用户名密码等敏感内容,URL的长度也是有限制的,所以不能传递长数据。HTTP中的Connection字段是H
网络 - 应用层协议HTTP
本文聚焦网络通信与TCP/IP五层模型,介绍通信标识、网络范围及设备作用,解析各层核心功能与数据包处理流程,简洁呈现网络通信核心原理。
本文解析了cpp-httplib库的头文件设计,重点介绍了非Windows系统下的网络编程头文件(如arpa/inet.h、netdb.h等)及其功能,包括字节序转换、网络接口操作、DNS解析等。同时说明了跨平台处理机制,如针对不同操作系统(Windows/macOS)和加密库(OpenSSL/mbedTLS)的条件编译,以及压缩功能(zlib/Brotli)的可选支持。文章展示了该库如何通过灵活
目录一. UDP 协议1.1 UDP协议端格式1.2 UDP的特点1.3 基于UDP的应用层协议二. TCP协议2.1 TCP协议端格式2.2 TCP核心机制2.2.1 核心机制1:确认应答2.2.2 核心机制2:超时重传2.2.3 核心机制3:连接管理2.2.4 核心机制4:滑动窗口2.2.5 核心机制5:流量控制2.2.6 核心机制6:拥塞控制2.2.7 核心机制7:延时应答2.2.8 核心机
本文介绍了WebSocket的基础使用方法和心跳检测机制实现。首先展示了WebSocket在前端(React)和后端(Node.js)的基本实现流程,包括建立连接、消息收发和错误处理。随后详细讲解了心跳检测机制的原理,通过定时发送心跳包来维持连接有效性。前端部分提供了完整的封装类实现,包含连接管理、心跳检测、断线重连等功能。核心是通过状态标记和定时器实现连接状态的监控和维护,确保WebSocket
个人学习记录 内容为计网基础和HTTP协议
在部署Web项目时,你是否注意到过这样的访问方式差异?这两种方式有什么区别?又该如何实现呢?本文将为你详细解答。部署方式适用场景优点缺点端口直接访问开发环境、微服务简单直观端口不易记忆目录形式(80端口)生产环境、多应用统一入口、便于管理配置复杂混合方案复杂架构灵活可控维护成本高核心要点端口+IP形式:直接启动服务,指定端口即可目录形式:通过反向代理(Nginx/Apache)实现路径转发80端口
本文深入解析HTTP协议核心内容,包括方法、状态码和Header。重点对比了GET和POST方法:GET参数在URL中,长度受限但可缓存;POST参数在Body中,适合提交大量数据。其他方法如HEAD(获取响应头)、PUT(更新资源)、DELETE(删除资源)和OPTIONS(查询支持方法)也有详细说明。文章还涉及HTTP状态码分类(如200成功、404未找到)及常见Header字段的作用。通过实
那么下面我们就来介绍一下:什么是分片?分片简单来讲就是将原IP报文的有效载荷分为多个部分,并且这里我们就要输出第二个结论:分片不是简单的对IP报文进行分片,而是要对每一片都添加IP报头。
把任意长度的数据,通过算法压缩成一串固定长度的字符(指纹),原文只要改动一个标点符号,生成的摘要会完全由面目全非,且该摘要产生哈希碰撞的概率极低,无法从摘要反推回原文。数据摘要可以理解为身份证,用来比对和原文数据的一致性服务端在使用HTTPS前,需要向CA机构申领一份数字证书,数字证书里含有证书申请者信息、公钥信息等。服务器把证书传输给浏览器,浏览器从证书里获取公钥就行了,证书就如身份证,证明服务
在上一篇文章中,我们已经对 TCP 协议有了一个初步认识,知道它是如何通过序号、确认应答以及重传机制来保证数据可靠传输的。不过,当真正开始思考 TCP 的工作过程时,一个问题很快就会浮现出来:既然数据一定要发,那到底该发多快呢?发得太慢,网络资源被白白浪费;发得太快,又可能瞬间把网络压垮。正是为了在这两者之间找到一个平衡点,TCP 设计了动态窗口和拥塞控制机制。它们并不会一开始就“全速前进”,而是
HTTP是一种基于请求-响应的应用层协议,客户端通过URL向服务器发送请求,服务器返回响应数据。URL包含协议、域名、路径等组成部分,特殊字符需转义处理。HTTP请求由请求行、请求头和请求体构成,响应包含状态行、响应头和响应体。常见请求方法有GET(安全读取)和POST(提交数据),状态码如200(成功)、404(未找到)等表示请求结果。请求头字段如Accept、Host等传递额外信息。该协议是W
TCP 和 IP 协议的异同
摘要:本文探讨了高性能HTTP压测工具的设计与实现,针对传统单线程压测工具无法准确测试高并发服务的问题,提出基于多线程和IO多路复用的解决方案。文章详细解析了压测的核心指标(RPS、成功率)和工具的关键设计思路:通过多线程充分利用CPU核心,采用epoll管理大量并发连接,使用非阻塞IO避免性能瓶颈。最后以代码示例展示了工具的实现原理,包括参数解析、URL处理、工作线程的事件循环机制,以及原子操作
本文介绍了基于UDP的EchoServer实现及扩展翻译功能。主要内容包括:1. 基础EchoServer实现:通过socket()创建UDP套接字,使用bind()绑定端口,利用recvfrom()/sendto()完成数据收发,实现消息回显功能。2. 网络编程基础:详细讲解了网络字节序转换函数(htons/ntohs等)、IP地址转换接口(inet_pton/inet_ntop)的使用方法。3
本文系统讲解了计算机网络应用层的核心协议与最新发展。详细解析了DNS解析域名结构、服务器层级(根/顶级/权威/本地)和查询流程(递归/迭代/缓存)。DHCP实现动态IP分配及报文交互。HTTP演进:从HTTP1.x队头阻塞,到HTTP2.0二进制分帧、多路复用和头部压缩优化,再到HTTP3.0基于QUIC(UDP)解决TCP阻塞。文章通过技术演进逻辑,清晰呈现了网络协议如何持续优化以应对现代互联网
应用层Spring Boot代码和Spring Cloud组件。负责业务逻辑和服务间调用协议(HTTP/RPC报文生成与解析)。传输层操作系统内核。通过端口实现进程到进程的可靠/不可靠通信。网络层操作系统内核 + 网络设备。通过IP地址实现主机到主机的跨网络寻址和路由。网络接口层网卡驱动 + 物理设备。通过MAC地址实现设备到设备的本地网络帧传输。在架构中,Netty作为Tomcat的底层NIO实
一、HTTP 和 HTTPS 的区别(必背)
RPC 的本质是“分布式函数调用的封装”,核心价值是简化分布式通信的开发成本。用Protobuf做序列化 / IDL;用ZooKeeper做服务注册与发现;用线程池 + 异步 IO提升并发性能;用异步日志做系统监控。这些组件组合起来,就是一个完整的高性能分布式 RPC 框架。接下来的文章将从四种典型线程池+Protobuf细讲+ZooKeeper进行rpc框架进行。
本文详细介绍了计算机网络传输层的核心概念和协议。作者使用Wireshark抓包工具进行了实际案例分析,帮助读者更好地理解传输层协议的工作机制。传输层主要承担两大功能:为不可靠的网络层提供可靠传输,以及实现主机间应用进程的端到端通信。文章重点对比了TCP和UDP协议的特点:TCP提供面向连接的可靠传输,通过连接管理、确认机制等措施确保数据完整性;UDP则提供无连接的简单高效传输。文中还深入解析了端口
本文系统梳理了HTTP协议从1.0到3.0的技术演进历程。HTTP/1.0奠定基础但性能低下,1.1引入持久连接仍存在队头阻塞问题,2.0通过二进制分帧和多路复用实现重大突破。HTTP/3则通过QUIC协议彻底重构传输层,基于UDP实现可靠传输,解决了TCP层队头阻塞,显著降低延迟并提升移动网络适应性。文章详细分析了各版本特性、优缺点及适用场景,指出HTTP/3在性能优化上的革命性突破,并探讨了其
为何已有全局唯一的IP地址,仍需ARP协议解析MAC地址?局域网IP在什么情况下会变化?内网主机如何访问公网并接收回传数据?本文系统解答三大核心问题:首先阐明IP(逻辑寻址)与MAC(物理寻址)的分层协作机制;其次分析DHCP、网络切换等导致局域网IP变动的场景;最后完整还原NAT转换、路由转发与会话跟踪的跨网通信流程。通过快递、前台等生活化类比,揭示现代网络“端到端不可见、逐跳可送达”的精妙设计
本文系统剖析 UDP 协议在 TCP/IP 栈中的精简设计与核心特性——无连接、不可靠、面向数据报,并详解其 8 字节定长头部如何实现高效解析与端口分用。同时深入 Linux 内核,揭示 sk_buff 数据结构如何通过动态指针管理网络报文的封装、传递与生命周期。结合缓冲区机制、典型应用场景及现代协议(如 QUIC)演进,阐明为何 UDP 仍是实时通信与高性能系统的首选。掌握 UDP 与 sk_b
WebSocket是一种全双工、持久化的网络通信协议,基于HTTP完成握手后独立通信,支持客户端与服务端双向实时数据传输。相比HTTP,WebSocket具有持久连接、轻量级、无同源限制等优势,适用于聊天、股票行情等实时场景。前端通过WebSocket对象实现连接、收发消息和关闭连接,后端需监听连接并处理消息。生产环境需实现心跳机制和断线重连功能,确保连接稳定。WebSocket不适合普通数据查询
网络编程的核心是理解分层模型:OSI 是理论,TCP/IP 是实际应用,重点掌握应用层 / 传输层 / 网络层的核心协议;UDP 适合低延迟、实时性要求高的场景,核心是「无连接、数据报有边界、收发次数对应」;套接字编程的关键:正确转换字节序、绑定地址(服务端)、用实际字节数收发数据(尤其二进制文件)。
本文介绍了HTTP协议的基本概念和工作原理。HTTP是应用层协议,基于TCP,用于客户端与服务器间的通信,具有无连接、无状态的特点。详细讲解了URL的结构与编码规则、HTTP请求与响应的格式组成,包括首行、报头和正文部分。对比分析了GET和POST两种主要方法的特点与区别,GET通过URL传参,POST通过请求体传参更私密。最后列举了常见的HTTP状态码及其含义。全文系统地阐述了HTTP协议的核心
Telnet:远程登录协议, 23端口,TCP协议,C/S架构,C:client(登录设备 – 客户端),S:server(被登录设备 – 服务器)如果只进行两次握手,可能会导致服务器端开启无用的连接,增加服务器开销,或者接收到已失效的连接请求,从而产生错误。创建一个虚拟接口:通过系统视图底下,user-interface:用户接口,用于用户登录,vty:虚拟接口。创建一个虚拟接口:通过系统视图底
WebSocket 是一种网络通信协议,它实现了客户端(通常是浏览器)与服务器之间的**全双工、双向、长连接**的通信通道。它解决了传统 HTTP 协议在实时通信场景下的痛点:***HTTP 的短板**:HTTP 协议是**无状态、单向**的。客户端发起请求,服务器响应后连接就关闭。要实现实时数据推送(如聊天消息、实时行情),只能通过低效的“轮询”(客户端不断向服务器发送请求询问是否有新数据),这
数据链路层位于OSI模型的第二层,负责将网络层数据封装成帧并实现相邻节点间的可靠传输。核心功能包括封装成帧(采用字符计数、字节填充、零比特填充等方法)、差错控制(使用奇偶校验、CRC校验等机制)以及透明传输。主要协议分为点对点信道协议(如PPP协议)和广播信道协议(如以太网协议)。PPP协议设计简单灵活,支持多网络层协议,通过LCP、NCP和认证协议实现链路控制;以太网协议则采用CSMA/CD机制
WebSocket 是一种基于 TCP 的全双工通信协议,核心作用是解决传统 HTTP 协议 “请求 - 响应” 模式的局限性,实现 客户端与服务器之间的实时、双向、低延迟数据传输。
本文介绍了在嵌入式Linux开发板中使用wpa_supplicant进行Wi-Fi配网和udhcp工具分配IP的方法。主要内容包括: wpa_supplicant的基础配置,包括创建配置文件、核心参数说明(如ctrl_interface、ssid、psk等) 详细解析了全局配置项和network块配置项,涵盖连接管理、认证方式、日志级别等关键参数 通过示例展示了如何配置Wi-Fi连接信息,包括SS
本文系统介绍了HTTP身份认证技术的发展历程。首先分析了HTTP无状态特性带来的认证挑战,详细阐述了Cookie技术的工作原理及安全风险。随后重点讲解了Session机制作为更安全解决方案的实现原理,通过SessionID实现服务端状态管理。文章进一步探讨了现代Web认证技术如Token-Based认证、OAuth2.0和多因素认证的发展趋势,并通过代码示例演示了Cookie设置过程。最后从开发者
本文基于Xilinx FPGA xc7v690tffg1761-2和Vivado2018.3平台,针对优数科技PCIe-404/SOM-404板卡在TCP/IP通信中的PING异常问题展开研究。测试发现FPGA与上位机能正常交互ARP/TCP报文,但PING请求存在校验和错误。通过分析发现PHY芯片输入数据存在误码,经排查确认是PCB走线问题。通过MDIO配置调整YT8531SH PHY芯片的RX
参数记录监控最大的文件描述符加1,得到这个参数。用于内部循环数组找到最大文件描述符。这三个参数分别代表读,写和异常监视的文件描述符集合。使用的是fd_set类型表示,用位图来表示文件描述符是否启用。将文件描述符fd添加到集合set中从集合set移除文件描述符fd检查文件描述符fd是否被加入集合set清空集合set中的所有文件描述符}这是一个指向timeval结构的指针,该结构用于设定select等
WebSocket 是从 HTML5 开始⽀持的⼀种⽹⻚端和服务端保持⻓连接的消息推送机制理解消息推送:传统的 web 程序, 都是属于 “⼀问⼀答” 的形式. 客⼾端给服务器发送了⼀个 HTTP 请求, 服务器给客⼾端返回⼀个 HTTP 响应.这种情况下, 服务器是属于被动的⼀⽅. 如果客⼾端不主动发起请求, 服务器就⽆法主动给客⼾端响应.
UDP(用户数据报协议) 是一种核心的网络传输协议,与TCP相比,它以其简单性和高速性著称。它的工作方式非常简单:直接将数据打包成数据包并从源端发送到目的端,不建立连接,也不提供任何可靠性保证。这意味着它不确保数据包能否到达、是否按序到达或是否重复。正因如此,UDP的开销极小、延迟低、速度快。它非常适合那些更看重传输速度和实时性,而可以容忍少量数据丢失的应用。
WebSocket与MQTT对比分析:WebSocket提供全双工通信通道但需自定义消息处理,而MQTT自带完整消息协议(主题路由、QoS等)。二者互补,现代系统常采用混合架构:MQTT作为后端消息总线,WebSocket用于前端接入。MQTT更适合跨平台IM和物联网场景,支持海量连接和弱网环境;WebSocket更适合Web端强交互应用。混合架构可兼顾灵活性和可靠性,前端通过MQTT over
如果没有看我上一篇博客的同学快去看吧!