1. 确认网络丢包问题是否存在。可以使用ping命令测试网络连接并查看是否出现丢包情况。例如：ping www.baidu.com -c 100，其中“-c 100”表示ping 100次测试。
在windows上安装Linux虚拟机 windows 192.168.43.100 路由 43.254 CentOS5.4 linux 192.168.43.101 路由 43.254 这时 linux windows 上网都是正常的。 启动linux的路有功能 sysctl -w net.ipv4.ip_forward=1 也可以设置到配置文件中，重启生效 vi /etc/sysctl.conf net.ipv4.ip_forward = 1 查看方式： sysctl net.i
在《深入解析常见三次握手异常》 这一文中，我们讨论到如果发生连接队列溢出而丢包的话，会导致连接耗时会上涨很多。那如何判断一台服务器当前是否有半/全连接队列溢出丢包发生呢？
当发现设备访问某一网段时有丢包，可以先在多台设备上去 ping 目的网段的周围的多个网段（类似于诊断六那样），用于确定是何种流量丢包还是所有流量都会丢包；
如果你的Linux服务器突然负载暴增，告警短信快发爆你的手机，如何在最短时间内找出Linux性能问题所在？
最近就有个读者加了我的绿皮聊天软件，女生，头像挺好看的，就在我以为她要我拉她进群发成人专升本广告的时候。
网络数据传输：数据帧传输，由网卡读取并放入设备缓冲区ring buffer，当网络数据包到达的速率快于内核处理的速率时，ring buffer很快会被填满，新来的数据包将被丢弃。
Ping是Linux系统常用的网络命令，它通常用来测试与目标主机的连通性，我们经常会说“ping一下某机器，看是不是开着。它是通过发送ICMP ECHO_REQUEST数据包到网络主机，并显示响应情况，这样我们就可以根据它输出的信息来确定目标主机是否可访问（但这不是绝对的）。
uname命令用于打印当前系统相关信息（内核版本号、硬件架构、主机名称和操作系统类型等）。
本期分享一个比较常见的⽹络问题--丢包。例如我们去ping⼀个⽹站，如果能ping通，且⽹站返回信息全⾯，则说明与⽹站服务器的通信是畅通的，如果ping不通，或者⽹站返回的信息不全等，则很可能是数据被丢包了，类似情况想必⼤家都不陌⽣。针对⽹络丢包，本⽂提供⼀些常见的丢包故障定位⽅法，希望能够帮助⼤家对⽹络丢包有更多的认识，遇到丢包莫要慌，且跟着⼀起来涨姿(知)势(识)···
今天上午上班,准备记录一个异常信息,打开博客发现 发现博客居然挂了………我记得我昨天没有写东西,也没重新部署呀,回家学习的时候打开还是正常没有问题的 然后我就查看coding的部署日志,这是后来的日志
【排查步骤】 1、健康检查探测机制是clb的vip向后端cvm业务进行探测，所以先在cvm上抓包看是否有收到探测包
https://www.cnblogs.com/poloyy/category/1814570.html
随着技术的发展，四张千兆以太口网卡已经变成了服务器的标配。而在生产环境中，为了保证CentOS/Linux服务器的网络稳定，会对服务器的两张网卡进行绑定一个IP来现实网卡的热备。具体操作方法如下：
最近工作中遇到某个服务器应用程序 UDP 丢包，在排查过程中查阅了很多资料，我在排查过程中基本都是通过使用 tcpdump 在出现问题的各个环节上进行抓包、分析在那个环节出现问题、针对性去排查解决问题，对症下药，最后终究能够解决问题。但是这种情况大多是因为服务本身的问题，如果是环境问题、操作系统、甚至硬件的问题，可能从服务本身出发不能解决问题，但是这篇文章另辟蹊径，从外部环境分析可能丢包的原因，看完之后，很受用，部分章节对原文有所修改，下面分享出来供更多人参考。
最近工作中遇到某个服务器应用程序 UDP 丢包，在排查过程中查阅了很多资料，总结出来这篇文章，供更多人参考。
Linux 双网卡绑定 Linux 双网卡绑定 双网卡绑定的常用模式： mode1:active-backup 模式，即主备模式。 mode0:round-broin 模式，即负载均衡模式（需要交换机配置聚合口 cisco叫 port channel） 步骤： 1.创建bond0启动配置文件： 2：编辑网卡配置文件ifcfg-eth0，ifcfg-eth1 2.1：配置网卡一 2.2：配置网卡二 3：创建并配置modprobe.conf文件 4：设置开机启动 5：查看并测试 5.1：查看bond0信息 (/
导语：本文分享了笔者现网遇到的一个文件下载慢的问题。最开始尝试过很多办法，包括域名解析，网络链路分析，AB环境测试，网络抓包等，但依然找不到原因。然后利用网络命令和报文得到的蛛丝马迹，结合内核网络协议栈的实现代码，找到了一个内核隐藏很久但在最近版本解决了的BUG。如果你也想了解如何分析和解决诡异的网络问题，如果你也想温习一下课堂上曾经学习过的慢启动、拥塞避免、快速重传、AIMD等老掉牙的知识，如果你也渴望学习课本上完全没介绍过的TCP的一系列优化比如混合慢启动、尾包探测甚至BBR等，那么本文或许可以给
手上管理的其中一个Hadoop集群，承接着大量的数据流量，一直以来运行平稳，最近突然发现集群有时会出现MR作业运行缓慢，put文件至HDFS偶发速度慢的问题，像大数据集群这种问题，有点疑难杂症的味道，本次也是经历了10多个小时的定位才真正把问题解决。
1 DMA 将 NIC 接收的数据包逐个写入 sk_buff ，一个数据包可能占用多个 sk_buff , sk_buff 读写顺序遵循FIFO（先入先出）原则。
【统计->捕获文件属性】 Statistics -> Summary，查看文件属性信息，如平均速度、包大小、包数等等
基于「丢包反馈」的协议是一种 被动式 的拥塞控制机制，其依据网络中的 丢包事件 来做网络拥塞判断。即便网络中的负载很高时，只要没有产生拥塞丢包，协议就不会主动降低自己的发送速度。
常用的 ping，tracert，nslookup 一般用来判断主机的网络连通性，其实 Linux 下有一个更好用的网络联通性判断工具，它可以结合ping nslookup tracert 来判断网络的相关特性，这个命令就是 mtr。mtr 全称 my traceroute，是一个把 ping 和 traceroute 合并到一个程序的网络诊断工具。traceroute默认使用UDP数据包探测，而mtr默认使用ICMP报文探测，ICMP在某些路由节点的优先级要比其他数据包低，所以测试得到的数据可能低于实际情况。
运维过程中，最复杂的问题，莫过于网络的问题，而网络问题最烦的就是无法复现，这篇介绍一个强大的网络模拟工具Netem
1. Requests per second（RPS）：Nginx 每秒处理的请求数（也就是 QPS）。
有很多新手朋友在买来服务器之后不知道自己的服务器到底好不好，有时候快有时候又慢得令人发指；或者刚买来的时候速度不错，用久了却越用越卡；又或者总是间歇性的抽风。
执行命令display interface ，查看字段Last physical up time、Last physical down time，通过端口up/down的时间，来判断端口是否存在闪断现象。
在 Linux 系统下，丢包是一个较为常见的问题。由于丢包导致的网络问题可能会给用户带来不好的体验，因此解决 Linux 网络丢包问题是必不可少的。本文将介绍如何在 Linux 系统下进行网络丢包排查。
原文地址：https://www.chenquan.me/archives/315
网络诊断工具包括ping、traceroute以及mtr，主要都是通过发送 ICMP 包，来测试网络连通性。简单地说，mtr集成了ping和traceroute，使用更为方便。本文介绍 MTR 安装、使用教程，以及 MTR 报告的阅读和分析方法。
ping、traceroute、mtr这三个都是Linux下查看本机或服务器网络状态等所用的命令，下面一一介绍：
CPU触发器： 1）Processor load is too high on {HOST.NAME} {HOST.NAME}上处理器负载太高 触发器表达式：{Zabbix server:system.cpu.load[percpu,avg1].avg(5m)}>5 告警等级：警告 2）Disk I/O is overloaded on {HOST.NAME} 磁盘I/O在{HOST.NAME}上重载 触发器表达式：{Zabbix server:system.cpu.util[,iowait].avg(1h)}>30 告警等级：警告 3）{HOST.NAME} [CPU Idle]-[< 10%] CPU空闲小于百分之10 触发器表达式：{Zabbix server:system.cpu.util[,idle].count(#5,10,"lt")}=5 告警等级：一般严重 General触发器： 1）Hostname was changed on {HOST.NAME} 主机名被更改 触发器表达式：{Zabbix server:system.hostname.diff(0)}>0 告警等级：信息 2）Host information was changed on {HOST.NAME} 主机信息给更改 触发器表达式：{Zabbix server:system.uname.diff(0)}>0 告警等级：信息 3）HOST.NAME} has just been restarted 重新启动主机 触发器表达式：{Zabbix server:system.uptime.change(0)}<0 告警等级：信息 Keepalived触发器 1）{HOST.NAME}keepalived进程宕机，请运维人员确认 触发器表达式：({TRIGGER.VALUE}=0 and {Zabbix server:proc.num[keepalived,,,keepalived].change(0)}<0 and {Zabbix server:proc.num[keepalived,,,keepalived].last(0)}=0) or ({TRIGGER.VALUE}=1 and {Zabbix server:proc.num[keepalived,,,keepalived].last(0)}<>3) 告警等级：严重 Memory触发器 1）Lack of free swap space on {HOST.NAME} 主机上缺少自由交换空间 触发器表达式：{Zabbix server:system.swap.size[,pfree].last(0)}<10 告警等级：警告 2）Lack of available memory on server {HOST.NAME} 主机服务器上缺少可用的内存 触发器表达式：{Zabbix server:vm.memory.size[available].last(0)}<20M 告警等级：一般严重 Security触发器 1）/etc/passwd has been changed on {HOST.NAME} 主机密码文件被更改 触发器表达式：{Zabbix server:vfs.file.cksum[/etc/passwd].diff(0)}>0 告警等级：警告 Processes触发器 1）Too many processes running on {HOST.NAME} 在主机上运行的进程太多 触发器表达式：{Zabbix server:proc.num[,,run].avg(5m)}>30 告警等级：警告 2）Too many processes on {HOST.NAME} 在主机上进程太多 触发器表达式：{Zabbix server:proc.num[].avg(5m)}>1000 告警等级：警告 Performace触发器 1）Processor load is too high on {HOST.NAME} 在主机上处理器负载过高（1分钟） 触发器表达式：{Zabbix server:system.cpu.load[percpu,avg1].avg(5m)}>5 告警等级：警告 OS触发器 1）Configured max number of processes is too low on {HOST.NAME} 主机上配置的最大进程数太低 触发器表达式：{Zabbix server:kernel.maxproc.last(0)}<256 告警等级：信息 2）Configured max number of opened files is too low on {HOST.NAME}
常用的 ping，tracert，nslookup 一般用来判断主机的网络连通性，其实 Linux 下有一个更好用的网络联通性判断工具，它可以结合ping nslookup tracert 来判断网络的相关特性，这个命令就是 mtr。mtr 全称 my traceroute，是一个把 ping 和 traceroute 合并到一个程序的网络诊断工具。
作者 | 苏欣 来源 | https://cloud.tencent.com/developer/article/1491610 常用的 ping，tracert，nslookup 一般用来判断主机的网络连通性，其实 Linux 下有一个更好用的网络联通性判断工具，它可以结合ping nslookup tracert 来判断网络的相关特性，这个命令就是 mtr。 mtr 全称 my traceroute，是一个把 ping 和 traceroute 合并到一个程序的网络诊断工具。 traceroute 默
网卡命名规则受biosdevname和net.ifnames两个参数影响 如果你的网卡名不是eth0怎么设置为eth0呢？
MTR是一款非常好用的网络分析工具。相信好多人都用过，因为个人工作中需要经常用到分析网络状况，加之它非常简单实用，今天民工哥给大家介绍并推荐一下。
以前网络有故障，都会打开电脑看看是什么地方出现故障，现在进入移动时代，可能你整个网络里没有一台电脑，那如何用手机发现网络的问题呢？
2018年09月26日 12:00:25 weixin_34018169 阅读数 12
最近我出了一本非常受欢迎的新书──《深入理解Linux网络》。在这本书中我们深入地讨论了很多内核网络模块相关的问题。讨论了一个网络包是如何从网卡到达用户进程的，聊了同步阻塞和多路复用 epoll，也详细讨论了数据是如何从进程发送出去的等等一系列深度的网络工作原理。
之前记录过处理因为 LVS 网卡流量负载过高导致软中断发生丢包的问题，RPS 和 RFS 网卡多队列性能调优实践[1]，对一般人来说压力不大的情况下其实碰见的概率并不高。这次想分享的话题是比较常见服务器网卡丢包现象排查思路，如果你是想了解点对点的丢包解决思路涉及面可能就比较广，不妨先参考之前的文章如何使用 MTR 诊断网络问题[2]，对于 Linux 常用的网卡丢包分析工具自然是 ethtool。
在Linux下， 通常使用netem或bridge来模拟网络不稳定情况。 在模拟过程中， 最好使用虚拟机。 如果是远程机器， 那么网络环境模拟需要两块网卡， 而桥模拟最好使用三块网卡。 就是需要附加一个网卡， 用作管理。
创建容器 ~ kubectl run nginx --image nginx:alpine -n default 获取容器id ~ kubectl describe pod -n default nginx | grep -A10 "^Containers:" |grep "Container ID" Container ID: docker://3653685272e451eaf1f824dde081abcb218506dc773f30b3f1ac91697ee0df70 进入容器宿主机，获取pid
modify 是修改字段属性的 alter table table_name modify id int
我们在购买腾讯云服务器云服务器CVM_云主机_云计算服务器_弹性云服务器- 腾讯云 (tencent.com)的时候，对于网络方面，一就是考虑带宽，二就是考虑服务器所在的地理位置与大部分用户访问云服务器所在的位置；那么当我们的用户或者是自己在访问云服务器的时候，进行ping发现有丢包，那就可以从上面2大点去入手排查，先将最容易的、能快速规避解决的因素都进行排除解决。
在处理客户CDN问题的过程中，很大一部分问题主要集中在部分客户端访问异常。如果要排查客户端访问异常，就不得不先讲解一下客户访问CDN域名经过的路径。
@弈心大佬的实验主要是基于 linux 系统、思科设备或 GNS3 模拟器完成。这里小编采用eve-ng+linux来模拟。
1-30ms：极快，几乎察觉不出延迟，玩任何游戏都特别顺畅。 31-50ms：良好，可以正常游戏，没有明显的延迟情况。 51-100ms：普通，对抗类游戏能够感觉出延迟明显，有卡顿情况。 >100ms:差，无法正常游戏，会有丢包并掉线现象。 可以查看是否延迟 第一招：修改无线路由器的信道 1，首先我们进入无线路由器的设置页面，在无线网络设置中找到信道设置。 信道设置 2，开启WDS并扫描周围无线网络情况。 开启WDS 3.根据周围无线网络信道选择比较少人知道的信道。 选择比较少人知道的信道 4.重启路由器，看一下网络延迟是否降低了？ 第二招：更改无线频段 此种方法与更改信道的原因相同，因为现在我们使用的路由器大部分都在使用2.4GHz的频段，5GHz频段使用的比较少，我们可以可以把路由器更改并使用5GHz的频段。 更改频段为5GHz 第三招：升级无线路由器固件 有的时候，由于固件原因，无线路由器会因为估计错误导致WIFI的不稳定情况，所以建议大家每隔一段时间登陆路由器检查更新固件。 家里的WIFI出现延迟，也有可能是连接的人数过多，可以查看下，自己家里的WIFI是否被其它人盗用，最好可以绑定MAC进行连接，或者更换一个比较复杂的密码。
老实说，Dropwatch 并不是什么新鲜玩意，很多年前霸爷就专门撰文介绍过它，通过它可以大概找出系统为什么会丢包，其原理就是跟踪 kfree_skb 的调用行为。不过虽然很多人知道它的存在，但是却并不知道如何具体使用它，所以我写下了这篇文字。
对于基于互联网的通信应用（比如IM聊天、推送系统），数据传递时使用TCP协议相对较多。这是因为在TCP/IP协议簇的传输层协议中，TCP协议具备可靠的连接、错误重传、拥塞控制等优点，所以目前在应用场景上比UDP更广泛一些。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
