HTTP мимо прокси. Что не так?

Вводная:

В сети используется антивирус ESET NOD32. На шлюзе с TI тоже установлен экземпляр этого ПО и настроено зеркалирование антивирусных БД. Т.е. базы данных сигнатур вирусов складываются в специальную папку, откуда сетевые компьютеры могут взять их как с расшаренных ресурсов, так и подключившись к ESET HTTP-серверу на порт 2221.

Собственно, проблема:

На днях заметил, что на сервере терминалов антивирус уже полторы недели перестал обновляться с зеркала по HTTP. При этом другие сервера и компьютеры обновлялись с зеркала без проблем.

При запуске обновлений вручную после долгих раздумий выдает, что соединение прервано.

При этом telnet-ом на 2221 порт приконнектится удается. Но соединение рвется при нажатии на любую клавишу.

После суток чесания затылка наконец вспомнил, что в TI в разделе "Пользователи и группы|Свойства" на вкладке "HTTP мимо прокси" установил 2 галочки для неавторизованных пользователей: "Перенаправлять TCP/80 на прокси сервер" и "Блокировать все HTTP запросы мимо прокси сервера".

После снятия второй галки все заработало.

Засим, такие вопросы:

1. Как TI определяет, что это HTTP-протокол, если соединение идет не на стандартный порт TCP#80?

2. Почему эта галка сказалась только на терминальном сервере?

3. Чем грозит ее снятие для терминального сервера и прочих нетерминальных компьютеров?

Вопрос такой: Если пользователь совсем не заведен в TI (ну не создана для него учетка), он считается неавторизированным?

А то как бы не вышло, что пользователей в TI совсем нет, а Интернет у них есть.

Почему вторая галка сказалась не лучшим способом только на терминальном сервере?

IP-терминальный сервер занесен в список терминальных серверов: "Правила|Правила сетей".

Все пользователи входят под своими учетками по NTLM-аутентификацией.

Я просто заметил, что на сайты, работающие по HTTPS многие заходят без ограничений. Начал разбираться с настройками, всплыли еще более интересные вещи.

2. Так в том то и проблема, что если я ставлю блокировку мимо прокси для неавторизированных, то перестает обновляться антивирь. Причем, только на терминальном сервере.

Внешка у самого сервера терминалов отсутствует. Есть только у авторизовавшихся пользователей.

А зачем NOD32 на ТС работать через прокси? Он же за обновлениями не во внешку лезет, а на зеркало в локалке. Проблема-то в том, что это зеркало находится на шлюзе и если поставить галку "Блокировать HTTP трафик мимо прокси" для неавторизованных пользователей, то почему-то блокируется доступ к зеркалу для пользователя SYSTEM, от имени которого запущен NOD32 на ТС. А он-то, как раз, в отличие от пользователей терминальных сеансов, на ТИ не авторизуется ...

Странно это ... Ему же не надо во внешку лазить. Только к HTTP-серверу на шлюзе. Зачем же его блокировать?