|
On 26.06.2013 14:11, Victor Wagner
wrote:
Нет я имел в виду или прозрачный прокси или прозрачная
аутентификация (kerberos | ntlm)
А с какой угодно "непрозрачной" аутентификацией прозрачное проксирование
совместимо? Потому что мне представлялось так, что прозрачное
проксирование, оно потому и прозрачное, что прикидывается прямым
соединением с целевым хостом. Поэтому добавлять в цепочку запрос-ответ
что либо - не должно, и соответственно несовместимо ни с какой
аутентификацией.
Очевидно, что прокси может использовать только те виды аутентификации,
которые поддерживаются браузером.
Представим себе что целевой сайт, на который хочет попасть
пользователь, использует тот же вид аутентификации, что и прокси.
Какой из доступных нам видов аутентификации позволит одновременно
аутентифицироваться на прокси и на сайте, если браузер и не подозревает
что есть какая-то прокси, и думает что все добавленные ей заголовки
http-ответа идут непосредственно с сайта?
А как мы будем https аутентифицировать?
Все правильно вы описали - или прозрачный прокси или аутентификация
в принципе (в том числе и прозрачная).
третьего не дано.
Можно по ip авторизовать проксиком, но опять же не факт что проксик
так умеет в режими transparent
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Россия, Ростовская область, г. Таганрог
тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru
|