为什么鱿鱼没有处理来自Linux机器和Windows客户端的HTTPS请求可以访问https

我有两个nic在端口3128运行鱿鱼代理

eth0:192.168.2.22 with internet access. eth1:192.168.1.1 connected to LAN. 

局域网内的每台机器都有ip范围

 192.168.1.0/24 through DHCP. 

它包括Windows和Linux机器（ Ubuntu 10.04 ）。

所有的Windows机器都可以访问HTTPS页面，但是没有一台Linux机器可以访问HTTPS页面。

• 在代理之后阻止IP的Nginx
• Squid透明代理：绕过DHCP服务器
• 带有proxy_pass和本地静态caching的Nginx不会提供来自代理位置的图像
• 停止服务器用作代理
• nginx + php-fpm“连接（）失败”日志中的错误，没有可见的影响

当从linux机器发出https请求时，其返回的网页不可用。在squid访问日志中，从Linux机器访问时不会发出“ CONNECT ”请求。

可能是什么原因？

鱿鱼运行 ：在Ubuntu 12.04 64位

鱿鱼版本 ：squid3-3.1.19

除了启用localnet连接以外，默认的squidconfiguration没有访问限制。

尝试设置

  export HTTP_PROXY=http://192.168.1.1:3128/ in bashrc 

但仍然无法访问任何https页面。

env https_proxy = http://192.168.1.1:3128/ wget –debug https://google.com/

  DEBUG output created by Wget 1.12 on linux-gnu. --2012-10-26 13:45:47-- https://google.com/ Connecting to 192.168.1.1:3128... connected. Created socket 3. Releasing 0x08e0a430 (new refcount 0). Deleting unused 0x08e0a430. ---request begin--- CONNECT google.com:443 HTTP/1.0 User-Agent: Wget/1.12 (linux-gnu) ---request end--- proxy responded with: [HTTP/1.0 200 Connection established ] Initiating SSL handshake. Handshake successful; connected socket 3 to SSL handle 0x08e0a678 certificate: subject: /C=US/ST=California/L=Mountain View/O=Google Inc/CN=*.google.com issuer: /C=US/O=Google Inc/CN=Google Internet Authority ERROR: certificate common name `*.google.com' doesn't match requested host name `google.com'. To connect to google.com insecurely, use `--no-check-certificate'. Closed 3/SSL 0x08e0a678