TCP 协议是我们几乎每天都会接触到的网络协议，绝大多数网络连接的建立都是基于 TCP 协议的，学过计算机网络或者对 TCP 协议稍有了解的人都知道 —— 使用 TCP 协议建立连接需要经过三次握手（three-way handshake）。如果让我们简单说说 TCP 建立连接的过程，相信很多准备过面试的人都会非常了解，但是一旦想要深究"为什么 TCP 建立连接需要三次握手？"，作者相信大多数人都
Linux：Nginx高并发之TCP连接一、Linux服务器上11种网络连接状态:通常情况下，一个正常的TCP连接，都会有三个阶段:1、TCP三次握手; 2、数据传送; 3、TCP四次挥手注:以下说明最好能结合”图:TCP的状态机”来理解。SYN: (同步序列编号,Synchronize Sequence Numbers)该标志仅在三次握手建立TCP连接时有效。表示一个新的TCP连接请求。ACK:
转载
2024-08-07 13:40:32
833阅读
一、Nginx反向代理在介绍nginx的负载均衡之前，我们先来介绍nginx的反向代理，因为反向代理用的比较多，所以，这里我们就不介绍正向代理了。nginx的代理过程，就是将请求发送给nginx，然后将请求转发给后端服务器，后端服务器处理完毕之后将结果再发给nginx，nginx再把结果发送给客户端。后端服务器可在远程也可在本地，也可以是nginx服务器内部定义的其他虚拟主机。这些接收n
转载
2024-08-07 18:50:53
488阅读
平时访问量也不大，隔一段时间会挂掉，需要重启用nginx做负载均衡处理这个事情，因为这么处理不仅上手快，而且效率高，同时nginx可以把挂掉的服务剔除掉，下面就是整个处理过程。首先安装nginx，部署多套项目确保每套项目可以独立运行 配置nginx负载均衡nginx.conf 然后访问80端口，这个时候8081和8082端口的内容会交替出现，不过8082出现的
转载
2024-03-03 22:41:29
1228阅读
背景：公司有一套工作流服务(jira,confluence,bitbucket)，目前jira,confluence配置的是从nginx网关进行转发，bitbucket配置的是直接解析到该主机，现在计划通过nginx对bitbucket服务请求进行转发，一来能够关闭服务器的外网，节省服务器费用；二来方便管理，只需要调整nginx服务器的带宽。需求：解决bitbucket 拉取代码的ssh请求。调研：nginx支持tcp四层转发，支持模块：stream，条件：nginx 版本 >=1.9。n
转载
2021-08-09 22:27:50
1043阅读
nginx在应用程序中的作用 解决跨域 请求过滤 配置gzip 负载均衡 静态资源服务器
nginx是一个高性能的HTTP和反向代理服务器，也是一个通用的TCP/UDP代理服务器，最初由俄罗斯人Igor Sysoev编写。
nginx现在几乎是众多大型网站的必用技术，大多数情况下，我们不需要亲自去配置它，但是了解它在应用程序中所担任的角色，以及如何解决这些问题
当然，在nginx中，对于http1.0与http1.1也是支持长连接的。什么是长连接呢？我们知道，http请求是基于TCP协议之上的，那么，当客户端在发起请求前，需要先与服务端建立TCP连接，而每一次的TCP连接是需要三次握手来确定的，如果客户端与服务端之间网络差一点，这三次交互消费的时间会比较多，而且三次交互也会带来网络流量。当然，当连接断开后，也会有四次的交互，当然对用户体验来说就不重要了
转载
2024-03-20 14:03:13
51阅读
https://www.cnblogs.com/imcati/p/11717802.html 背景：公司有一套工作流服务(jira,confluence,bitbucket)，目前jira,confluence配置的是从nginx网关进行转
转载
2021-05-19 13:27:00
532阅读
2评论
背景：公司有一套工作流服务(jira,confluence,bitbucket)，目前jira,confluence配置的是从nginx网关进行转发，bitbucket配置的是直接解析到该主机，现在计划
转载
2022-02-13 14:34:59
1125阅读
TCP是面向连接的协议。运输连接有三个阶段：建立连接、数据传输以及释放连接。TCP连接的建立采用客户服务器的方式。主动发起连接建立的应用进程叫做客户，而被动等待连接建立的应用进程叫做服务器。目录2. TCP的连接释放TCP建立连接的过程叫做握手，握手需要在客户和服务器之间交换三个TCP报文段，也叫三报文握手。如图：假定A是客户，B是服务器，最初TCP的两端都是关闭状态，然后A主动打开，B被动打开；
互联网架构中,web-server接入一般是用nginx来做反向代理,实施负载均衡,架构一般也就是三层:调用层,一般是浏览器或者app中间是反向代理,nginx下游是真实的接入集群,web-server,一般我们用的是tomcat,apache整个的访问过程是:(盗图了)1.浏览器发起请求2.DNS将地址解析为IP地址3.通过外网IP访问nginx4.nginx发起负载均衡策略,常见的轮询,随机,
转载
2024-02-19 20:59:41
128阅读
一直以来，Nginx 并不支持tcp协议，所以后台的一些基于TCP的业务就只能通过其他高可用负载软件来完成了，比如Haproxy。 这算是一个nginx比较明显的缺憾。不过，在1.90发布后这个认知将得到改写： nginx-1.9.0 mainline version has been released, with the stream module for generic TCP
转载
2024-03-29 21:32:20
104阅读
一、nginx之tcp_nopush、tcp_nodelay、sendfile1、TCP_NODELAY 你怎么可以强制 socket 在它的缓冲区里发送数据？ 一个解决方案是 TCP 堆栈的 TCP_NODELAY选项。这样就可以使缓冲区中的数据立即发送出去。Nginx的 TCP_NODELAY 选项使得在打开一个新的 socket 时增加了TCP_NODELAY选项。但这时会造成一种情况： 终
转载
2024-05-07 16:34:01
1008阅读
TCP_NODELAY 和 TCP_NOPUSH一、问题的来源今天看到 huoding 大哥分享的 lamp 面试题，其中一点提到了：Nginx 有两个配置项： TCP_NODELAY 和 TCP_NOPUSH ，请说明它们的用途及注意事项。初看到这个题目时，感觉有点印象：1、在nginx.conf 中确实有这两项，记得就是配置on或者off，跟性能有关，但具体如何影响性能不太清楚2、在之前看过的
转载
2024-04-20 10:17:58
86阅读
TCP KeepAlive Wireshark抓包分析机制 --------------------------------如上图所示，TCP保活报文总是成对出现，包括TCP保活探测报文和TCP保活探测确认报文。TCP保活探测报文是将之前TCP报文的确认序列号减1，并设置1个字节，内容为“00”的应用层数据，如下图所示：TCP保活探测报文TCP保活探测确认报文就是对保活探测报文的确认，其报文格
转载
2024-05-07 11:27:53
157阅读
1.安装参数: ubuntu: 14.04.5; nginx: 1.12.02:下载安装包http://nginx.org/en/download.html
ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.4
#实战描述： 现如今有很多的大企业、互联网大厂例如百度、京东、新浪、网易、腾讯、淘宝包括UPWEN公司-等，都在使用Nginx作为用于发布自己门户网站的webserver。Nginx是异步框架的网页服务器，也可以用作反向代理、负载平衡器和HTTP缓存。该软件由伊戈尔·赛索耶夫创建并于2004年首次公开发布，为俄罗斯访问量第二的Rambler.ru站点开发的，第一个公开版本0.1.0发布于2004
转载
2024-03-27 10:51:59
38阅读
在使用 Nginx 作为 web 服务器或反向代理服务器时，可能会遇到连接超时的问题，尤其是在处理长时间运行的脚本或复杂应用时。本博客将详细介绍 Nginx 的连接超时设置，并通过示例阐明如何配置 Nginx 和代理服务器以优化性能和避免超时问题。一、了解 Nginx 的连接超时参数在 Nginx 中，有几个与连接超时相关的重要参数，主要包括：keepalive_timeout - 控制客户端和服
转载
2024-06-26 13:03:32
392阅读
一、主要的概念多路复用：从源主机的不同套接字中收集数据块，并为每个数据块封装上首部信息（这将在多路分解时使用）从而生成报文段，然后将报文段传递到网络层的工作称为多路复用。多路分解：将运输层报文段中的数据交付到正确的套接字的工作称为多路分解。以上就是多路复用和多路分解的概念，对我们理解网络层和运输层在进行数据交互的时候很重要。如果觉得说的还不是很直接的话，接下来将用图示再进一步分析&nbs
转载
2024-05-09 13:30:21
99阅读
核心就在于upstream模块的配置。一、修改nginx.confupstream tomcatserver1{
server 10.86.6.4:8080;
server 10.86.6.4:8081; #其实就比之前多了这一行
}
upstream tomcatserver2{
转载
2024-04-01 11:25:34
151阅读
