大家好，感谢邀请，今天来为大家分享一下free proxy 100%的问题，以及和freeze的一些困惑，大家要是还不太明白的话，也没有关系，因为接下来将为大家分享，希望可以帮助到大家，解决大家的问题，**就开始吧！

本文目录

1. Freeswitch 怎么配置 Proxy Media 和 **ypass 模式
2. 【nginx】nginx: worker process is shutting down
3. nginx 缓存怎么都在tmp

一、Freeswitch 怎么配置 Proxy Media 和 **ypass 模式

如果阁下看到本博文，相信也是被其他博文忽悠了吧。恭喜！阁下运气好，吾亦被坑过。当时看到博文，再对照配置文件，总觉得不对劲。于是自己看了英文，才知道正确配置。

两个终端的数据发送到服务器，服务器**、编码后，再发送到对方。

https://freeswitch.org/confluence/display/FREESWITCH/Proxy+Media

1、conf/sip_profiles/internal.xml在 sip_profile中，打开如下代码（其他不打开）：

<param name="in**ound-proxy-media" value="true"/>

2、dialplan/default.xml开始处的action一行之下，加上：

<action application="set" data="proxy_media=true"/>

https://freeswitch.org/confluence/display/FREESWITCH/Bypass+Media+Overview

1、conf/sip_profiles/internal.xml在 sip_profile中，打开如下代码（其他不打开）：

<param name="in**ound-**ypass-media" value="true"/>

2、dialplan/default.xml开始处的action一行之下，加上：

<action application="set" data="**ypass_media=true"/>

二、【nginx】nginx: worker process is shutting down

nginx-s reload之后， nginx正在平滑的重启。

wroker有正在处理的连接，等处理结束，该worker就会退出（退出之前，该worker不会处理新的连接）。

等调用对应nginx的进程结束之后，这个process就会重启了。

大约20分钟后，这些进程都变成了'worker process'了。

使用nginx作为前端代理，在reload nginx的时候，发现nginx会一直处于shutting状态，当reload nginx次数多了以后，cup会飙升到100%， gateway的状态也会处于**usy状态。

**socket连接发现，此 nginx进程，一直保持跟gateway的连接。

当nginx reload的次数多的时候，gateway就会处于**usy状态。

如果把gateway restart了，gateway的进程id会改变，nginx中的shutting down状态的进程也会消失，但是gateway restart就断掉和客户端的连接了。

看起来nginx reload后不会断开连接，然后gateway reload也不会断开连接(gateway restart会断开连接)，

nginx和gateway都reload，那么nginx会产生新的worker进程，但是应该shutdown的老进程因为和gateway还有连接，所以也不会销毁，这样时间长了会有很多处于shutting状态的进程，这些进程都会占用资源。

重启的话就会把客户端的连接断开重连，会把连接初始化时给客户端发送的消息重新发一遍。

nginx worker shutting down状态超时退出配置

nginx reload之后有时会遇到shutting down状态worker过多的现象，尤其是we**socket连接的worker很长时间无法退出。

如何解决过多worker长时间处于shutting down状态，不退出问题呢？

使用worker_shutdown_timeout配置，该配置配置在MAIN_CONF中，配置参数为时间。

如配置为1h，shutting down状态的worker一小时之后自动退出。

http://io.upyun**/2017/08/19/nginx-signals

nginx: worker process is shutting down

https://**cn**logs**/felixzh/p/8670770.html

http://siwei.me/**log/posts/nginx-worker-is-shutting-down

https://nginx.org/en/docs/ngx_core_module.html#worker_shutdown_timeout

是什么让你的 nginx服务退出这么慢？

https://zhuanlan.zhihu**/p/34792840

从we**socket服务的nginx配置说起

https://echizen.githu**.io/tech/2018/10-21-nginx-we**socket

https://**zhihu**/column/nginxio

https://**log.csdn.net/qq_27276045/article/details/103645876

https://**log.csdn.net/error311/article/details/104712237

https://cloud.tencent**/developer/article/1558426

一次百万长连接压测Nginx内存溢出问题

https://**51cto**/article/612789.html

DevOps nginx: worker process is shutting down原因解析

https://**dazhuanlan**/freelock/topics/1500064

https://**log.csdn.net/weixin_43931358/article/details/111039750

https://**nginx**/**log/we**socket-nginx

Nginx does not shut down when we**socket connections are still open

https://githu****/phusion/passenger/issues/2211

nginx的graceful shutdown和worker shutdown timeout

https://cloud.tencent**/developer/article/1162090

https://**hxstrive**/su**ject/nginx.htm?id=785&p=757

关于k8s下使用Ingress保持长连接的异常情况排查

https://**log.jo**shen**/posts/eee2**d13.html

nginx热加载时已建立的we**socket连接是否中断？

https://mp.weixin.qq**/s/Nn44qLLQmJnzH-JLu_I-VA

https://mp.weixin.qq**/s/i7DBCKF-ZouBihFEZKB6YQ

worker_shutdown_timeout" directive did not work we**socket

https://githu****/Miss-you/apisix-**ook/issues/57

worker_shutdown_timeout(seconds)- Set the timeout for worker shutdown

https://docs.contrastsecurity**/en/configure-with-puma.html

三、nginx 缓存怎么都在tmp

这个办法是把nginx的404错误定向到后端，然后用proxy_store把后端返回的页面保存。

error_page 404=200/fetch$request_uri;#404定向到/fetch目录下

location/fetch/{#404定向到这里

internal;#指明这个目录不能在外部直接访问到

proxy_store会将文件保存到这目录下

proxy_passhttp://****51.net/;#后端upstream**，/fetch同时是一个代理

proxy_set_header Accept-Encoding'';#让后端不要返回压缩（gzip或deflate）的内容，保存压缩后的内容会引发乱子。

proxy_store on;#指定nginx将代理返回的文件保存

proxy_temp_path/home/tmp;#临时目录，这个目录要和/home/html在同一个硬盘分区内

使用的时候还有要注意是nginx要有权限往/home/tmp和/home/html下有写入文件的权限，在linux下nginx一般会配

置成no**ody用户运行，这样这两个目录就要chown no**ody，设成no**ody用户专用，当然也可以chmod

777，不过所有有经验的**管理员都会建议不要随便使用777。

原理和404跳转基本一致，但更简洁一些：

proxy_set_header Accept-Encoding'';

proxy_passhttp://****51.net/;

可以看到这个配置比404节约了不少代码，它是用!-f来判断请求的文件在文件**上存不存在，不存在就proxy_pass到后端，返回同样是用proxy_store保存。

两种传统缓存都有着基本一样的优点和缺点：

缺点1：不支持带参数的动态链接，比如read.php?id=1，因为nginx只保存文件名，所以这个链接只在文件**下保存为

read.php，这样用户访问read.php?id=2时会返回不正确的结果。同时不支持http://****51.net/这种形式的首页和

二级目录http://****51.net/download/，因为nginx非常老实，会将这样的请求照链接写入文件**，而这个链接显然是一

个目录，所以保存失败。这些情况都需要写rewrite才能正确保存。

缺点2：nginx内部没有缓存过期和清理的任何机制，这些缓存的文件会永久性地保存在机器上，如果要缓存的东西非常多，那就会撑暴整个硬盘空间。为此可以使用一个shell脚本定期清理，同时可以撰写php等动态程序来做实时更新。

缺点3：只能缓存200状态码，因此后端返回301/302/404等状态码都不会缓存，假如恰好有一个访问量很大的伪静态链接被删除，那就会不停穿透导致后端承载不小压力。

缺点4：nginx不会自动选择内存或硬盘作为存储介质，一切由配置决定，当然在当前的**作**里都会有**作**级的文件缓存机制，所以存在硬盘上也不需要过分担心大并发读取造成的io性能问题。

nginx传统缓存的缺点也是它和squid等缓存软件的不同之特色，所以也可看作其优点。在生产应用中它常常用作和squid的搭档，squid对

于带?的链接往往无法阻挡，而nginx能将其访问拦住，例如：http://**51.net/?和http://**51.net/在squid上会

被当做两个链接，所以会造成两次穿透；而nginx只会保存一次，无论链接变成http://**51.net/?1还是http://**51.net

/?123，均不能透过nginx缓存，从而有效地保护了后端主机。

nginx会非常老实地将链接形式保存到文件**中，这样对于一个链接，可以很方便地查阅它在缓存机器上的缓存状态和内容，也可以很方便地和别的文件管理器如rsync等配合使用，它完完全全就是一个文件**结构。

这两种传统缓存都可以在linux下将文件保存到/dev/shm里，一般我也是这么做的，这样可以利用**内存来做缓存，利用内存的话，清理过期内

容速度就会快得多。使用/dev/shm/时除了要把tmp目录也指向到/dev/shm这个分区外，如果有大量小文件和目录，还要修改一下这个内存分区

mount-o size=**0M-o nr_inodes=480000-o noatime,nodiratime-o remount/dev/shm

上面的命令在一台有3G内存的机器上使用，因为/dev/shm默认最大内存是**内存的一半就是1500M，这条命令将其调大成**0M，

同时shm**inode数量默认情况下可能是不够用的，但有趣的是它可以随意调节，这里调节为480000保守了点，但也基本够用了。

nginx对memcached有所支持，但是功能并不是特别之强，性能上还是非常之优秀。

if($uri~"^/mem/([0-9A-Za-z_]*)$")

memcached_pass 192.168.1.2:11211;

这个配置会将http://**51.net/mem/a**c指明到memcached的a**c这个key去取数据。

nginx目前没有写入memcached的任何机制，所以要往memcached里写入数据得用后台的动态语言完成，可以利用404定向到后端去写入数据。

ncache是新浪兄弟开发的一个不错的项目，它利用nginx和memcached实现了一部分类似squid缓存的功能，我并没有使用这个插件的经验，可以参考：

http://code.google**/p/ncache/

5、nginx新开发的proxy_cache功能

从nginx-0.7.44版开始，nginx支持了类似squid较为正规的cache功能，目前还处于开发阶段，支持相当有限，这个缓存是把链接用md5编码hash后保存，所以它可以支持任意链接，同时也支持404/301/302这样的非200状态。

proxy_cache_path/path/to/cache levels=1:2 keys_zone=NAME:10m inactive=5m max_size=2m clean_time=1m;

注意这个配置是在server标签外，levels指定该缓存空间有两层hash目录，第一层目录是1个字母，第二层为2个字母，保存的文件名就会类

似/path/to/cache/c/29/**7f54**2df7773722d382f4809d65029c；keys_zone为这个空间起个名

字，10m指空间大小为10MB；inactive的5m指缓存默认时长5分钟；max_size的2m是指单个文件超过2m的就不缓

存；clean_time指定一分钟清理一次缓存。

proxy_passhttp://****51.net/;

proxy_cache NAME;#使用NAME这个keys_zone

proxy_cache_valid 200 302 1h;#200和302状态码保存1小时

proxy_cache_valid 301 1d;#301状态码保存一天

proxy_cache_valid any 1m;#其它的保存一分钟

ps：支持cache的0.7.44到0.7.51这几个版本的稳定性均有问题，访问有些链接会出现错误，所以这几个版本最好不要在生产环境中

使用。nginx-0.7下目前所知较为稳定的版本是0.7.39。稳定版0.6.36版也是近期更新，如果在配置里没有使用到0.7的一些新标签新功

Nginx缓存的内存占用问题的一般解决方法

1、前些日子某服务被刷，每分钟达到上几百万请求；当时采用了nginx cache来解决的；但是因为某服务不能缓存太久，当时设置了5s，那么带来的问题就是产生大量小文件，而且很快就删除了。

会发现used是27G；但是通过top查看进程占的内存并没有那么多

3、通过查阅资料会发现(cat/proc/mem**)

SReclaima**le: 16474128 kB（这些是内核保持的但是可以释放的inode和dentry的缓存）

4、这些内存为什么会不自动清理呢？

某机房机器**版本：Linux 2.6.32-431.el6.x86_64#1 SMP Fri Nov 22 03:15:09 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux（正常，没出现内存快到100%的情况）

某机房机器**版本：Linux 2.6.32-279.el6.x86_64#1 SMP Fri Jun 22 12:19:21 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux（不释放）

5、通过设置如下参数来设置内存阀值

sysctl-w vm.extra_free_k**ytes=6436787

sysctl-w vm.vfs_cache_pressure=10000

好了，文章到这里就结束啦，如果本次分享的free proxy 100%和freeze问题对您有所帮助，还望关注下本站哦！

Tags：