原文:http://www.zhaoxiaodan.com/lnmp/%E6%89%93%E5%BC%80linux-tcp%E7%AB%AF%E5%8F%A3%E5%BF%AB%E9%80%9F%E5%9B%9E%E6%94%B6.html ------------------------------------------------------------------------------------------------------- 打开linux-tcp端口快速回收 事件: 之前

最近同事遇到一个问题,使用python开发的工具在执行的时候无法和MySQL建立连接,其最直接的现象就是满篇的TIME_WAIT,最后通过调整tcp_timestamps参数问题得以解决,再次记录一下这次解决的经验总结. ps:不过先汗颜一个,对基础的tcp知识太不敏感了,需要回炉重新学习啊. 一.看下TIME_WAIT产生的原因 大家都知道建立连接是著名的三次握手机制. 那么如何关闭连接呢? 其实也是著名的四次握手机制. TIME_WAIT就产生在四次握手的的主动关闭方,而server端会进入

声明一点: Linux中是无法修改tcp的TIME_WAIT值的,除非重新编译,起码我是没有找到怎么改.值得注意的是,net.ipv4.tcp_fin_timeout这个参数是FIN_WAIT_2的值,而不是TIME_WAIT的值.我不知道为何很多人都会把它当成是TIME_WAIT的值,想了一下,我觉得是两点: 1.TIME_WAIT过于耀眼,以至于所有出现timeout,加上里面有个tcp的配置,都会想当然往TIME_WAIT上联系:2.FIN_WAIT_2过于默默无闻,以至于很少有人知道它也

解决方法: 我们可以通过调整内核参数来调整: vi /etc/sysctl.conf 编辑文件,加入以下内容: net.ipv4.tcp_syncookies = net.ipv4.tcp_tw_reuse = net.ipv4.tcp_tw_recycle = net.ipv4.tcp_fin_timeout = 然后执行/sbin/sysctl -p让参数生效. net.ipv4.tcp_syncookies = 1表示开启SYN Cookies.当出现SYN等待队列溢出时,启用cookie

TCP四次挥手: Time_wait产生原因及作用: 1. time_wait状态如何产生? 由上面的变迁图,首先调用close()发起主动关闭的一方,在发送最后一个ACK之后会进入time_wait的状态,也就说该发送方会保持2MSL时间之后才会回到初始状态.MSL值得是数据包在网络中的最大生存时间.产生这种结果使得这个TCP连接在2MSL连接等待期间,定义这个连接的四元组(客户端IP地址和端口,服务端IP地址和端口号)不能被使用. 2.time_wait状态产生的原因 1)为实现TCP全双工

前言 这篇文章的主题是记录一次Python程序的性能优化,在优化的过程中遇到的问题,以及如何去解决的.为大家提供一个优化的思路,首先要声明的一点是,我的方式不是唯一的,大家在性能优化之路上遇到的问题都绝对不止一个解决方案. 如何优化 首先大家要明确的一点是,脱离需求谈优化都是耍流氓,所以有谁跟你说在xx机器上实现了百万并发,基本上可以认为是不懂装懂了,单纯的并发数完全是无意义的.其次,我们优化之前必须要有一个目标,需要优化到什么程度,没有明确目标的优化是不可控的.再然后,我们必须明确的找出性能瓶

i /etc/sysctl.conf 编辑文件,加入以下内容:net.ipv4.tcp_syncookies = 1net.ipv4.tcp_tw_reuse = 1net.ipv4.tcp_tw_recycle = 1net.ipv4.tcp_fin_timeout = 30 然后执行/sbin/sysctl -p让参数生效. net.ipv4.tcp_syncookies = 1表示开启SYN Cookies.当出现SYN等待队列溢出时,启用cookies来处理,可防范少量SYN攻击,默认为

mac开启22port 选择System prefrence -> sharing , 将remote login打开 測试是否打开 import socket s = socket.socket() s.connect(('127.0.0.1',22)) s.send('scan') banner = s.recv(1024) print banner port扫描 import socket for port in range(20,25):     try:         s = soc

Linux kernel 4.9及以上开启TCP BBR拥塞算法 BBR 目的是要尽量跑满带宽, 并且尽量不要有排队的情况, 效果并不比速锐差 Linux kernel 4.9+ 已支持 tcp_bbr 下面简单讲述基于KVM架构VPS如何开启 安装Linux kernel 4.9以上的版本 一般安装最新版本内核 Debian 8+ / Ubuntu 14.04 下载最新内核 # wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.1

如果我们通过docker来整合spring cloud项目,可以通过maven-docker插件将构建好的镜像直接推送到docker服务器上,但是生产环境建议关闭该功能,为了安全考虑.开启tcp远程监听端口示例如下: 开启docker apiserver的2375管理端口,本示例在CentOS7环境下.编辑docker.service文件,修改ExecStart参数,添加-H tcp://0.0.0.0:2375 -H unix://var/run/docker.sock执行:vi ./usr/

TCP BBR 是Google给出的一个改良版的tcp网络协议,相当于在已有TCP协议的基础上打了个补丁的意思,这个改良版TCP协议对拥塞控制有很好的支持,对于网络较差的环境有不错的应用场景,当然这里我们最常用的一个场景就是外网VPN上的,因为网络太差,能改进一些算一些,该协议的一些解释本文不讲,本文主要是讲一下在最新版Ubuntu18.04中如何设置bbr功能,因为在Linux4.9内核开始,bbr协议已经加入到Linux内核之中,如果所使用的Linux系统内核版本大于4.9,就可以直接启用b

原文地址: https://teddysun.com/489.html 最近,Google 开源了其 TCP BBR 拥塞控制算法,并提交到了 Linux 内核,从 4.9 开始,Linux 内核已经用上了该算法.根据以往的传统,Google 总是先在自家的生产环境上线运用后,才会将代码开源,此次也不例外.根据实地测试,在部署了最新版内核并开启了 TCP BBR 的机器上,网速甚至可以提升好几个数量级.于是我根据目前三大发行版的最新内核,开发了一键安装最新内核并开启 TCP BBR 脚本. 本脚

开启Win7快速启动栏 许多网友一定记得在 Windows 7 之前的 Windows 系统都有个快速启动(quick launch)区域. 比如 IE 浏览器.Windows Media Player 程序可以在里面快速启动. “快速启动”工具拦使用以下文件夹中的文件:%userprofile%\Application Data\Microsoft\Internet Explorer\Quick Launch Windows 7 全新的任务栏 其实,Windows 7 里面虽然取消了快速启动,

1.设置libvirtd 编辑/etc/libvirt/libvirtd.conf listen_tls = 0 listen_tcp = 1 auth_tcp="none" tcp_port = "16509" 2.设置服务为监听状态 即使设置了listen_tcp也不会开启监听服务, 重启libvirt-bin服务,验证: sudo netstat -nlpt # 可见16509端口并没有开启 ps aux | grep libvirt # 可见libvirtd

前言 如果你有订阅一些科技新闻,应该会有看过内核在4.9当中加入了一个新的算法,来解决在有一定的丢包率的情况下的带宽稳定的问题,这个是谷歌为我们带来的干货,新的 TCP 拥塞控制算法 BBR (Bottleneck Bandwidth and RTT),谷歌一向的做法是,先上生产,然后发论文,然后有可能开源,所以这个已经合并到了内核4.9分支当中,算法带来的改变在出的测试报告当中有很详细的数据展示,这个看多了可能反而不知道到底会有什么明显改变,特别是对于我们自己的场景 那么本篇就是来做一个实践的

docker-java 支持unix socket调用的 DefaultDockerClientConfig config = DefaultDockerClientConfig.createDefaultConfigBuilder().withDockerHost( "unix:///var/run/docker.sock").build(); dockerClient = DockerClientBuilder.getInstance(config).build(); 如果要开启远

今天突然发现一个Mac下快速回到桌面的快捷方式. command+F3 快速回到桌面. 如果想增加动画效果,快捷键是: command+shift+F3 这个功能虽然小,但是确实非常实用啊!

开启mysql   mysql.server start 开启nginx         sudo  nginx 重启nginx   sudo  nginx   -s   reload 开启apache       apachectl start     sudo apachectl -k start 重启apache apachectl restart 开启php         sudo  php-fpm(初始先将php-fpm.conf.default  备份成php-fpm.conf)

转载自baidu:http://hi.baidu.com/jackeyrain/item/ff94efcfd5cf3a3099b498e9 namespace Public { public class NativeFunc { [StructLayout(LayoutKind.Sequential)] public class MIB_TCPROW { public int dwState; public int dwLocalAddr; public int dwLocalPort; pub

当tcp传送一个分组时会设置一个定时器,如果在规定的实际间隔内没有收到ACK分组,那么则重新传输该分组,但是 如果tcp收到三个连续的ACK分组,此时不管是否过超时间隔则重传该分组,具体步骤如下: 1.将慢启动阈值ssthresh设为拥塞窗口(cwnd--可理解为发送数据包大小)的一半 2.对于连续三个重复的ACK报文,cwnd依次加1,重发分组 3.当新的ACK分组再次到来的时候,把拥塞窗口的大小设为慢启动阈值的大小 4.进入拥塞避免算法. 1,2,3个步骤为快速重传机制,为什么快,因为不需要