michaelwoshi的博客

在Linux服务器上ping某个主机时，出现(DUP!)，一般是什么原因？

关于TCP连接中，Connection reset by peer和Connection reset原因分析

tcp

生产环境有个工程进程能起来（有pid），但是没有端口监听，工程日志没有明显报错，看不出原因。想了下，有如下三种排查方法:1 既然工程有问题，那么就应该抛错误，调节一下工程的日志级别到 debug2 用jstack根据pid打印堆栈信息看3 用strace跟踪pid，可以具体到函数调用最终通过 jstack打印堆栈信息，有rabbitMQ 消息队列协议相关字眼，是rabbitmq内部出问题了（外面看不出），重启一下rabbitMQ，再重启工程就可以了！...

从一次线上问题说起，详解 TCP 半连接队列、全连接队列https://network.51cto.com/article/687595.htmlhttps://www.cnblogs.com/sidesky/p/6844228.htmlhttps://developer.aliyun.com/article/79972关于netstat的ListenOverflows等参数https://blog.youkuaiyun.com/weixin_34256074/artic...

TCP 三次握手状态变化对于客户端：初始的状态是处于 CLOSED 状态。CLOSED 并不是一个真实的状态，而是一个假想的起点和终点。客户端调用 connect 以后会发送 SYN 同步报文给服务端，然后进入 SYN-SENT 阶段，客户端将保持这个阶段直到它收到了服务端的确认包。如果在 SYN-SENT 状态收到了服务端的确认包，它将发送确认服务端 SYN 报文的 ACK 包，同时进入 ESTABLISHED 状态，表明自己已经准备好发送数据。对于服务端：初始状态同.

OSI七层模型和TCP/IP五层模型https://www.cnblogs.com/qishui/p/5428938.html以太网数据格式与封装解封https://www.cnblogs.com/qishui/p/5437301.htmlOSI七层模型详解https://blog.youkuaiyun.com/yaopeng_2005/article/details/7064869图解OSI七层模型https://www.jia...

我们先看一下四次挥手过程# netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'# netstat -tan | awk '{print $6}' | sort | uniq -c通过此图先说明几个概念：TIME_WAIT的产生条件：主动关闭方在发送四次挥手的最后一个ACK会变为TIME_WAIT状态，保留次状态的时间为两个MSL（Linux里一个MSL为30s，是不可配置..

1、如果一端的Socket被关闭（或主动关闭，或因为异常退出而引起的关闭），另一端仍发送数据，发送的第一个数据包引发该异常(Connect reset by peer)。2、一端退出，但退出时并未关闭该连接，另一端如果在从连接中读数据则抛出该异常（Connection reset）。简单的说就是在连接断开后的读和写操作引起的。Connection reset by peer的常见原因1）服务器的并发连接数超过了其承载量，服务器会将其中一些连接关闭如果知道实际连接服务器的并发客户数

# yum -y install nc# yum info nmap-ncat# nc --helpnc测试UDP是否正常https://www.cnblogs.com/moniter/p/12305133.html一文让你熟练掌握Linux的ncat(nc)命令https://www.cnblogs.com/ECJTUACM-873284962/p/9712882.htmlLinux网络命令必知必会之瑞士军刀 nc(netcat)https://ww

1、如果一端的Socket被关闭（或主动关闭，或因为异常退出而引起的关闭），另一端仍发送数据，发送的第一个数据包引发该异常(Connect reset by peer)。2、一端退出，但退出时并未关闭该连接，另一端如果在从连接中读数据则抛出该异常（Connection reset）。简单的说就是在连接断开后的读和写操作引起的。Connection reset by peer的常见原因1）服务器的并发连接数超过了其承载量，服务器会将其中一些连接关闭如果知道实际连接服务器的并发客户数

一、问题背景pinpointServer： 192.168.1.110环境应用节点，分布在两个网段：192.168.1.x 192.168.2.x环境中应用节点的pinpoint agent通过向服务端 9999/tcp 上报节点信息，通过 向服务端 9995/udp 9996/udp 上报其他监控数据。192.168.1.x 网段的应用节点，pinpoint节点、监控数据上报正常;192.168.2.x 网段应用节点，pinpoint节点数据上报正常，但是没有监控...

Linux服务器上服务启动时，会对指定的端口进行监听bind，如果同一个机器上这个端口已经被使用，则监听失败，程序无法启动。Linux客户端连接服务器accept时，系统会分配本地临时端口用于网络连接。目前是”大混部”的时代，一台物理机可能会部署多个服务，如果端口号设置不好，很可能会出现端口被其他程序占用的情况。在一个Linux上跑一个服务，需要指定一个监听端口（系统调用listen），当client请求服务时，系统为该请求建立 tcp连接，该连接的port值是一个随机数字。该数字的取值范围

一、什么是TCP重传？在发送一个数据之后,就开启一个定时器,若是在这个时间内没有收到发送数据的ACK确认报文,则对该报文进行重传。TCP重传率：重新发送信息的与全部的调用信息之间的比值。二、TCP重传率高的可能原因发生重传说明网络传输有丢包，基本上从3个点去定位： 客户端网络情况、服务端网络情况、中间链路网络情况。1. 客户端机器网络异常2.服务端网卡流量跑满，网卡有丢包现象，关注ifconfig的error输出3.中间网络连路拥塞，比如交换机上联、.