Xiaochen Wang

> It work well for HTTP web pages with config: Yeah, the HTTP( not HTTPS) proxying case works as expected. It only uses original nginx http proxy module, this module(proxy_connect)...

> But it is not working for HTTPS web pages (https://www.whatismyip.com/ shows my real IP). How can i fix it? Because I dont know how you configured the proxy method...

If you want `My nginx` to force http TUNNEL to your `Commercial HTTP Proxy`, you can specified backend IP address via this directive: https://github.com/chobits/ngx_http_proxy_connect_module#proxy_connect_address ``` proxy_connect_address :; ``` You should...

Cannot use this module if you do not compile nginx with this module. Also note original nginx binary cannot load this module .so dynamically, because this module will patch nginx...

能否提供一下内存泄露的一些debug数据。邮件里agentzh已经提供了1个方法来帮助分析nginx中内存占用了。 另外我们这边，有个探测ngx中pool内存占用的工具[ngx_debug_pool](http://tengine.taobao.org/document_cn/ngx_debug_pool_cn.html) * for tengine: 从2.2.2开始内置模块 * for nginx: [here](https://github.com/chobits/ngx_debug_pool) 如果是dyups的pool中内存占用过高，使用该工具会出现：ngx_dyups_init_upstream这个项目会一直增大。 提供如上一些信息来帮助开发者来定位会加速问题解决。 另外如果能够提供完整的reproduce方法，让开发者在自己环境中复现会更容易定位。

referer to: https://github.com/alibaba/tengine/issues/1016

hi @powerdesigner 你的压测方法提供下。 (BTW: 我压了下，当我停止后会恢复)

hi @powerdesigner 从你的压测过程中debug_pool的信息看，是这个信息上涨 * ngx_http_create_request(请求内存池r->pool，cnum表示当前存在的池子数量，也是处理中的请求数) * ngx_http_upstream_connect(后端连接内存是c->pool) * ngx_event_accept（连接内存池c->pool） 这3个内存池都是浮动，理论上你把压测关闭后，这3个选项都应应该较低到很低才对。 --- 而dyups使用的内存池内存占用一直没有变化： * size: 150720 num: 230 cnum: 44 lnum: 244 ngx_dyups_init_upstream --- 另外还有1个信息关注下，保持一定压测平度一直不停，看看内存是否会不停消耗，还是只会消耗到一定程度（如果使用libc默认的内存分配器ptmalloc，有可能会缓存一部分内存不释放给os，这样即使你停止压测系统可用内存也不会下降）

@powerdesigner 从你最新的信息里top里看 软件内存占用并不高，ngx大致单worker160MB 整体top显示还有9G多 free ：`KiB Mem : 14352452 total, 9262344 free,`

你的压测方式得提供下，详细到第三方可以模拟出来 * 配置是怎样的 * 压测步骤是怎样的 * 请求压力如何构成 * 过程中是否变动upstream (这条非常关键: 这是dyups模块唯一可能内存变动点) > 同样代码和dyups，在http场景下并未内存泄漏 dyups本身并不感知https/http