在进行抓包测试的时候，发现了很多类型的数据包，除了常见的三次握手外，还有一些PSH，FIN类型的类型。借此机会，常见数据包的类型给大家科普一下。SYN：同步标志同步序列编号(SynchronizeSequenceNumbers)栏有效。该标志仅在三次握手建立TCP连接时有效。它提示TCP连接的服务端检查序列编号，该序列编号为TCP连接初始端(一般是客户端

!(https://oscimg.oschina.net/oscnet/cf8ced647179433fba6b707fa6bdf5c9.gif)1、概述首先要看TCP/IP协议，涉及到四层：链路层，网络层，传输层，应用层。其中以太网（Ethernet）的数据帧在链路层IP包在网络层TCP或UDP包在

!(https://oscimg.oschina.net/oscnet/ef1e29ef972d5beddc2a486dcc84bb1b0a2.jpg)CentOS7下使用nginx实现TCP和UDP代理nginx从1.9.0版本开始，新增了ngx\_stream\_core\_module模块，使nginx支持四层负载均衡,实现TCP和UD

一、TCP包概述一个segment包含header和data两个部分，对于这篇文章需要理解的就是，Sequencenumber和Acknowledgementnumber）这两个字段。TCP的可靠传输就是基于这两个字段来实现的。虽然文章的主旨是三次握手（threewayhandshake）与四次挥手（

“我们在传输数据时，可以只使用(传输层)TCP/IP协议，但是那样的话，如果没有应用层，便无法识别数据内容“TCP/IP只是一个协议栈，就像程序运行一样，必须要实现运行，同时还要提供对外的操作接口网络从下往上分为　　物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。IP协议对应于网络层，TCP协议对应于传输层，而HTTP协议对应于应用层，

问题及说明：当一个SQL事务执行完了，但未COMMIT，后面的SQL想要执行就是被锁，超时结束；报错信息如下：mysqlERROR1205(HY000):Lockwaittimeoutexceeded;tryrestartingtransaction处理步骤：该问题发生环境为MySQL(h

这次聊聊业务中经常出现的重试现象，可能很多运维都被开发莫名其妙的艾特然后让查一查业务中出现失败的情况，很不巧刚接手MongoDB的运维就碰到了一个案例。前段时间与业务开发讨论过某业务服务的超时重试问题，这项业务依赖的数据库是一直很热门的MongoDB数据库，这里采用了复制集的模式架构，且底层硬件采用KVM。业务开发反映数据库实例慢，最近超时的业务较少

在清洗日志时，有一个应用场景，就是TCP输出时，需要在一个主机挂了的情况下，自已切换到下一个可用入口，而原tcpoutput仅支持单个目标主机设定。故本人在原tcp的基础上，开发出tcp\_multihost输出插件，来满足此场景。插件在一开始的时候会随机选择一个链路，而在链路出错连续超过３(默认)次后会尝试数组中下一个主机github:http

摘要：我们介绍了TCP/IP协议中常见的漏洞类型包括ARP病毒攻击、基于RIP的攻击、DNS欺骗、TCP连接欺骗。面对TCP/IP协议中存在的漏洞我们要采取什么样的安全措施去预防和解决呢？首先从架构角度来说：IPSec与TLS最常用的两种安全架构，可以利IPSec、TLS安全架构在不同的协议层来保护数据传输的安全性。一、IPSecIPSec 是一组用来在网络

稳定性治理是一个长期的过程，要把稳定性的工作融入到研发过程中，一方面要有意识尽量别埋坑，比如微服务强调中间件隔离，我们就不要混用中间件了，另一方面稳定性问题要一步到位，比如治理超时时间，要有个完整规范定义超时时间，并在研发过程中对新增接口、历史接口都配置合理，且能够动态更新。