现有两台squid组成二级缓存，child 在墙内，使用https_port作为https代理，配置parent cache_peer在墙外，根据gfw黑名单向墙外转发请求。客户端使用google-chrome --proxy-server=https://xxx.com:443进行测试。
使用版本3.3.8，应该已经修复不能重新打包https请求的bug。--enable-ssl的编译选项已打开，而且客户端直连parent squid是可以翻墙的，这点已经测试。
本以为child squid在向parent squid的https_port转发请求时会重新使用ssl加密http请求，但是实际测试结果中，parent的cache_log中出现大量的
“SSL routines:SSL23_GET_CLIENT_HELLO:https proxy request”
换句话说，收到的仍然是http请求。这样翻墙计划就破产了…
现在child squid的cache_peer选项配置如下：
cache_peer proxy.xxx.org parent 443 0 no-query \
ssl sslflags=DONT_VERIFY_PEER
请教有经验的兄弟：是不是squid没有重新加密普通http请求的能力？