上周Linux内核修复了4个CVE漏洞[1]，其中的CVE-2019-11477感觉是一个很厉害的Dos漏洞，不过因为有其他事打断，所以进展的速度比较慢，这期间网上已经有相关的分析文章了。[2][3]
作者：Hcamael@知道创宇 404 实验室 时间：2019 年 6 月 26 日 英文版本：https://paper.seebug.org/967/
前几天，我厂剑英和晓培同学在定位一个TCP通信失败问题时，发现原因是客户端发送的TCP数据过长（1460字节），导致数据包无法成功发送到服务端。但通过抓包发现，在三次握手时，双方协商的MSS就是1460。那么，应该是在这个连接的传输过程中，数据包的传输路径发生了变化，走了不同的中间设备，从而导致协商时的MSS大小已经超过了实际的传输路径限制。因为客户端已经发布，我们通过修改服务端的对外接口的MTU，暂时解决了这样的问题。
本文主要讲解网络通信中MTU，IP MTU和MSS的概念以及它们之间的关系。这三个概念对于网络通信来说非常重要，在实际的网络场景中常常很多网页打不开等问题，往往罪魁祸首都是这几个参数没配置正确导致的。VPP在21.06提交了一个tcp mss clamp的patch，本文主要来学习一下配置及使用。
最近项目遇到了一个非常神奇的问题，细节不过多描述了，问题大概跟下图中的拓扑类似，就是路由器将数据包发给了服务器的eth1口，但是服务器的路由是从eth2出去，导致了此服务器不响应外部任何的业务请求。
要用到的命令是 route route 命令 显示和设置Linux路由表 -A：设置地址类型； -C：打印将Linux核心的路由缓存； -v：详细信息模式； -n：不执行DNS反向查找，直接显示数字形式的IP地址； -e：netstat格式显示路由表； -net：到一个网络的路由表； -host：到一个主机的路由表。 Add：增加指定的路由记录； Del：删除指定的路由记录； Target：目的网络或目的主机； gw：设置默认网关； mss：设置TCP的最大区块长度（MSS），单位MB； windo
以下是对这些目录的解释： /bin： bin是Binary的缩写, 这个目录存放着最经常使用的命令。 /boot： 这里存放的是启动Linux时使用的一些核心文件，包括一些连接文件以及镜像文件。 /dev ： dev是Device(设备)的缩写, 该目录下存放的是Linux的外部设备，在Linux中访问设备的方式和访问文件的方式是相同的。 /etc： 这个目录用来存放所有的系统管理所需要的配置文件和子目录。 /home： 用户的主目录，在Linux中，每个用户都有一个自己的目录，一般该目录名是以用户的账号命名的。 /lib： 这个目录里存放着系统最基本的动态连接共享库，其作用类似于Windows里的DLL文件。几乎所有的应用程序都需要用到这些共享库。 /lost+found： 这个目录一般情况下是空的，当系统非法关机后，这里就存放了一些文件。 /media： linux系统会自动识别一些设备，例如U盘、光驱等等，当识别后，linux会把识别的设备挂载到这个目录下。 /mnt： 系统提供该目录是为了让用户临时挂载别的文件系统的，我们可以将光驱挂载在/mnt/上，然后进入该目录就可以查看光驱里的内容了。 /opt： 这是给主机额外安装软件所摆放的目录。比如你安装一个ORACLE数据库则就可以放到这个目录下。默认是空的。 /proc： 这个目录是一个虚拟的目录，它是系统内存的映射，我们可以通过直接访问这个目录来获取系统信息。 这个目录的内容不在硬盘上而是在内存里，我们也可以直接修改里面的某些文件，比如可以通过下面的命令来屏蔽主机的ping命令，使别人无法ping你的机器： echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all /root： 该目录为系统管理员，也称作超级权限者的用户主目录。 /sbin： s就是Super User的意思，这里存放的是系统管理员使用的系统管理程序。 /selinux： 这个目录是Redhat/CentOS所特有的目录，Selinux是一个安全机制，类似于windows的防火墙，但是这套机制比较复杂，这个目录就是存放selinux相关的文件的。 /srv： 该目录存放一些服务启动之后需要提取的数据。 /sys： 这是linux2.6内核的一个很大的变化。该目录下安装了2.6内核中新出现的一个文件系统 sysfs 。 sysfs文件系统集成了下面3种文件系统的信息：针对进程信息的proc文件系统、针对设备的devfs文件系统以及针对伪终端的devpts文件系统。 该文件系统是内核设备树的一个直观反映。 当一个内核对象被创建的时候，对应的文件和目录也在内核对象子系统中被创建。 /tmp： 这个目录是用来存放一些临时文件的。 /usr： 这是一个非常重要的目录，用户的很多应用程序和文件都放在这个目录下，类似于windows下的program files目录。 /usr/bin： 系统用户使用的应用程序。 /usr/sbin： 超级用户使用的比较高级的管理程序和系统守护程序。 /usr/src： 内核源代码默认的放置目录。 /var： 这个目录中存放着在不断扩充着的东西，我们习惯将那些经常被修改的目录放在这个目录下。包括各种日志文件。 /run： 是一个临时文件系统，存储系统启动以来的信息。当系统重启时，这个目录下的文件应该被删掉或清除。如果你的系统上有 /var/run 目录，应该让它指向 run。
关键词：VSS、RSS、PSS、USS、_mapcount、pte_present、mem_size_stats。
根据用户提供的文章内容进行摘要总结
/proc/PID/smaps 文件是基于 /proc/PID/maps 的扩展，他展示了一个进程的内存消耗，比同一目录下的maps文件更为详细。
上周因为发烧没办法坚持每“周一”更 —— 再次感叹“每周一更”这个名字，先给大家道声抱歉。
前期一个项目与外部厂商联调时，由于外部某几个网络环节存在超时或不通的情况，排查到可能需要修改部分网络环节的MSS参数信息，以下对相关操作进行记录，留待后续参考。
大家好，我是架构君，一个会写代码吟诗的架构师。今天说一说udp端口转发 Linux,Linux iptables 端口转发[通俗易懂],希望能够帮助大家进步!!!
于是出现了对于握手过程进行的攻击。攻击者发送大量的SYN包，服务器回应(SYN+ACK)包，但是攻击者不回应ACK包，这样的话，服务器不知道(SYN+ACK)是否发送成功，默认情况下会重试5次（tcp_syn_retries）。这样的话，对于服务器的内存，带宽都有很大的消耗。攻击者如果处于公网，可以伪造IP的话，对于服务器就很难根据IP来判断攻击者，给防护带来很大的困难。
很多人常常对TCP优化有一种雾里看花的感觉，实际上只要理解了TCP的运行方式就能掀开它的神秘面纱。Ilya Grigorik 在「High Performance Browser Networking」中做了很多细致的描述，让人读起来醍醐灌顶，我大概总结了一下，以期更加通俗易懂。 流量控制 传输数据的时候，如果发送方传输的数据量超过了接收方的处理能力，那么接收方会出现丢包。为了避免出现此类问题，流量控制要求数据传输双方在每次交互时声明各自的接收窗口「rwnd」大小，用来表示自己最大能保存多少数据，这主要是针
很多人常常对TCP优化有一种雾里看花的感觉，实际上只要理解了TCP的运行方式就能掀开它的神秘面纱。Ilya Grigorik 在「High Performance Browser Networking」中做了很多细致的描述，让人读起来醍醐灌顶，我大概总结了一下，以期更加通俗易懂。
[注解：如果执行packetdrill自带的用例出错，一般是协议栈发出的包没有达到预期的包，先将预期>那部分干掉，然后再执行测试用例，然后通过抓包分析预期结果。通常是因为三次握手mss 的限制]
在前面两篇文章中，我们研究了在TCP三次握手时MSS选项的值：一般情况下，都是由出口路由的MTU大小决定：MTU-40。也就是说，TCP在握手阶段，通过MSS选项，通知对端本端可以接收的最大报文长度是多少。
问题 TCP客户端发送数据一般这样写 发送数据调用的是write函数，第一个参数是表示socket的文件指针，后面是要传送的数据指针和数据长度。如果数据长度超过了MSS（TCP传送的最大单元）那么数据会被拆分成多个TCP数据包发送。问题：两个线程同时写入超过MSS大小的数据包那么发送的数据包是否存在乱序 比如：Thread1写入的数据被拆分成P1、P2、P3三个TCP数据包；Thread2写入的数据被拆分成P4、P5、P6。接收端收到是数据包是否会存在“交叉”的情况——P1、P4、P5、P2…… 为了照顾大
转载：https://www.kancloud.cn/chunyu/php_basic_knowledge/2106519
原文 https://mp.weixin.qq.com/s/8A_y1dlZrUvpaJfbQrVK3w
route 命令用来显示并设置 Linux 内核中的网络路由表，route 命令设置的路由主要是静态路由。在 Linux、BSD 和其他类似 Unix 的系统上，route 命令用于查看和更改内核路由表。在不同的系统上，命令语法不同。
[注解：如果执行packetdrill自带的用例出错，一般是协议栈发出的包没有达到预期的包，先将预期 那部分干掉，然后再执行测试用例，然后通过抓包分析预期结果。通常是因为三次握手mss 的限制]
网络编程中经常会遇到一些异常的情况，定位问题需要了解协议栈的实现，以下是工作中遇到的一些常见问题的深入分析和解决思路。 问题1：server端业务进程响应心跳超时被监控进程kill，导致数据或者逻辑异常 我们的后台框架采用的是proxy，worker模型，proxy处理连接和会话，worker处理业务，proxy和worker之间通过共享内存队列进行通信，并有监控进程扫描proxy和worker的运行情况。管理进程会定时向worker发起心跳查询，防止业务进程挂起。业务worker的心跳默认是60s，如
刚开始做纯 C++ 跨端的项目时，为了考虑项目的统一工程化管理选择使用 CMake + Conan，因为各平台下使用的工具链、 IDE 都不一样。如 Windows 更多人习惯使用 Visual Studio IDE、针对 iOS 和 macOS 的开发更多人喜欢使用 Xcode，而 Linux 开发往往是 VSCode 配套。针对不通平台的 CMake 初始化命令都不太一样，主流的配置有如下几种：
唐聪、王超凡，腾讯云原生产品中心技术专家，负责腾讯云大规模 TKE 集群和 etcd 控制面稳定性、性能和成本优化工作。 王子勇，腾讯云专家级工程师， 腾讯云计算产品技术服务专家团队负责人。 概况 作为当前中国广泛使用的云视频会议产品，腾讯会议已服务超过 3 亿用户，能高并发支撑千万级用户同时开会。腾讯会议数百万核心服务都部署在腾讯云 TKE 上，通过全球多地域多集群部署实现高可用容灾。在去年用户使用最高峰期间，为了支撑更大规模的并发在线会议的人数，腾讯会议与 TKE 等各团队进行了一轮新的扩容。 然而，在
而且，这个超时时间在不同的网络的情况下，根本没有办法设置一个死的值。只能动态地设置。 为了动态地设置，TCP引入了RTT——Round Trip Time，也就是一个数据包从发出去到回来的时间。这样发送端就大约知道需要多少的时间，从而可以方便地设置Timeout——RTO（Retransmission TimeOut），以让我们的重传机制更高效。 听起来似乎很简单，好像就是在发送端发包时记下t0，然后接收端再把这个ack回来时再记一个t1，于是RTT = t1 – t0。没那么简单，这只是一个采样，不能代表普遍情况。
网络编程几乎是每一门编程语言都会涉及的内容，虽然各种语言调用的方式可能不一样，但它们背后的原理支持都是一样的。因此本文将从TCP的连接的建立说起。在此之前，假设你已经对计算机网络有了最基本的认识。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/161124.html原文链接：https://javaforall.cn
路由的过程意味着IP包在网络上从一点传输到另一点。当你向某人发送电子邮件时，你实际上是在将一系列IP数据包或数据报从你的系统传输到另一个人的计算机上。从计算机发送的数据包通过几个网关或路由器到达目标计算机系统。同样的方法适用于所有internet协议，如HTTP、IRC和FTP等。
本文来自英特尔资深软件工程师张华在LiveVideoStackCon 2018讲师热身分享，并由LiveVideoStack整理而成。在分享中张华介绍了英特尔GPU硬件架构，并详细解析了英特尔QS
最近项目测试遇到个奇怪的现象，在测试环境通过 Apache HttpClient 调用后端的 HTTP 服务，平均耗时居然接近 39.2ms。可能你乍一看觉得这不是很正常吗，有什么好奇怪的？其实不然，我再来说下一些基本信息，该后端的 HTTP 服务并没有什么业务逻辑，只是将一段字符串转成大写然后返回，字符串长度也仅只有 100 字符，另外网络 ping 延时只有 1.9ms左右。因此，理论上该调用耗时应该在 2-3ms 左右，但为什么平均耗时 39.2ms 呢？
最近项目测试遇到个奇怪的现象，在测试环境通过 Apache HttpClient 调用后端的 HTTP 服务，平均耗时居然接近 39.2ms。可能你乍一看觉得这不是很正常吗，有什么好奇怪的？其实不然，我再来说下一些基本信息，该后端的 HTTP 服务并没有什么业务逻辑，只是将一段字符串转成大写然后返回，字符串长度也仅只有 100 字符，另外网络 ping 延时只有 1.9ms 左右。因此，理论上该调用耗时应该在 2-3ms 左右，但为什么平均耗时 39.2ms 呢？
tcpdump 是一个命令行应用程序，可让你捕获和分析通过系统的网络流量。它通常用于帮助解决网络问题以及安全工具。 tcpdump 是一个强大且多功能的工具，包括许多选项和过滤器，可用于各种情况。由于它是一个命令行工具，因此非常适合在没有 GUI 的远程服务器或设备中运行，以收集可以稍后分析的数据。它也可以在后台启动或使用 cron 等工具作为预定作业启动。 1. 在 Linux 上安装 Tcpdump 包含在多个 Linux 发行版中，因此你可能已经安装了它。使用以下命令检查你的系统上是否安装了 tcpd
原文链接:https://rumenz.com/rumenbiji/linux-route.html
以我作为管理员的经验，在网络连接中经常遇到十分难以排查的故障问题。对于这类情况， tcpdump 便能派上用场。
当服务器的并发TCP连接数以十万计时，我们就会对一个TCP连接在操作系统内核上消耗的内存多少感兴趣。socket编程方法提供了SO_SNDBUF、SO_RCVBUF这样的接口来设置连接的读写缓存，linux上还提供了以下系统级的配置来整体设置服务器上的TCP内存使用，但这些配置看名字却有些互相冲突、概念模糊的感觉，如下（sysctl -a命令可以查看这些配置）：
毕竟这个问题算是很基本的了，平常处理网络问题的时候，这个基础点作为技术支持是必须要了解的，可能没有那么深，但是要知道发生了个啥，在和客户、网络专家沟通的时候要知道人家说的是什么
openstack私有云中的容器服务A(部署在openshift上)需要通过http访问阿里云中的B服务，中间需要经过openstack的nat网关，以及阿里云的lb。但在访问时发现访问失败，A服务无法获取B服务的http响应。
当服务器的并发TCP连接数以十万计时，我们就会对一个TCP连接在操作系统内核上消耗的内存多少感兴趣。socket编程方法提供了SO_SNDBUF、SO_RCVBUF这样的接口来设置连接的读写缓存，linux上还提供了以下系统级的配置来整体设置服务器上的TCP内存使用，但这些配置看名字却有些互相冲突、概念模糊的感觉，如下（sysctl -a命令可以查看这些配置）： net.ipv4.tcp_rmem = 8192 87380 16777216 net.ipv4.tcp_wmem = 8192 65536
IP层叫分片，TCP/UDP层叫分段。网卡能做的事（TCP/UDP组包校验和分段，IP添加包头校验与分片）尽量往网卡做，网卡不能做的也尽量迟后分片（发送）或提前合并片（接收）来减少在网络栈中传输和处理的包数目，从而减少数据传输和上下文切换所需要的CPU计算时间。
注： ARP属于局域网通信的协议标准，因此一台主机不能跨网络向另一台主机发起ARP请求
在计算机网络中，路由器是负责转发网络流量的设备，当数据报到达路由器时，路由器必须确定将其路由到目的地的最佳方法，route命令用于查看和更改内核路由表，在不同的系统上，命令语法不同，所以实际时可以查看命令的帮助来确定具体使用方法。
上图中，DBMS所填的是MSS，代表是微软的Sql server数据库。链接信息那边写：
这是TCP/IP协议栈系列的第二篇文章，之前的一篇理解TCP/IP协议栈之HTTP2.0感兴趣可以看下，今天一起来学习下一个热点问题。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
