В общем вопрос снимается. Объясняю почему. Я умолчал о том, что в связке также участвует rejik. Дело в том что метод CONNECT для SSL был разрешен следующей строчкой в squid.conf
http_access deny CONNECT !SSL_ports
Получается следующее. авторизация в AD не имеет никакого отношения к разрешению коннект для SSL. И при защищенном соединении SQUID не учитывает учетную запись в домене. Rejik в свою очередь так-же не получает информации о том, какой юзер пытается получить доступ к запрашиваемому сайту и редиректит по умолчанию. Если заккоментить строчку с указанием redirect_programm, то все работает нормально.
Чтобы исправить данную ситуёвину, необходимо проделать следующее:
В конфиге squid с NTLM есть строчка
acl NTLM_USER proxy_auth REQUIRED
Так вот. Нужно ткнуть SQUID таким образом, чтобы он придавал значение тому, кто именно хочет получить доступ к защищенному соединению. Я сделал следующим образом.
acl post method POST
acl ICQ_ports port 5190
acl SSL_ports port 443
acl Safe_ports port 80 # http
acl Safe_ports port 21 # ftp
acl Safe_ports port 443 # https
acl CONNECT method CONNECT
http_access allow CONNECT SSL_ports NTLM_USER
http_access allow CONNECT ICQ_ports NTLM_USER
Упоминание об этом встретил на форуме того-же самого режика.
Прописав эти строчки реконфигурируем SQUID и вуаля. Все заработало. Squid пишет в access.log кто именно пытается получить доступ, а следовательно тоже самое видит и режик. все проходит на ура.