Почему squid не обрабатывает HTTPS-запрос с Linux-машин, а клиенты Windows могут получить доступ к https

У меня прокси-сервер squid работает на порту 3128 с 2 nic

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.

Когда делается запрос на https с Linux-машин, его возвращающая веб-страница недоступна. В журнале доступа squid нет "ПОДКЛЮЧИТЬ"запрос выполняется при доступе с компьютера Linux.

В чем может быть причина?

Кальмар бегает: на Ubuntu 12.04 64 бит

версия кальмара: squid3-3.1.19

В конфигурации squid по умолчанию нет никаких ограничений доступа, кроме включения локальной сети для подключения.

попробовал установить

  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