Ошибка 407 при работе через прокси

[Колпаков Б.И.]

NTLM+поиск=старая тема!
Сообщения Скирилова на вес золота!

[47skelA]

Всем добрый день!
Снова повторилась Ошибка 407 при работе через прокси, после обновления на 150.
Написал только сейчас, потому, что думал с 151 обновлением исправится, но не тут то было.
После обновления на 151, Ошибка 407 при работе через прокси, осталась.
Посоветуйте, что делать, кто решил эту проблему!

[Нина Юрилина]

47skelA
Попробуйте советы из этой темы

[47skelA]

47skelA
Попробуйте советы из этой темы

То, что удалось выяснить по авторизации в доменах: Медок передает на прокси строку domain\user вообще не разбирая ее, т.е. указываем в настройках прокси Медка domain\user - на прокси приходят имя пользователя "domain\user" и имя домена "" (пусто), а нужно раздельно!
Судя по дебагу прокси, вот что передает на прокси, например, таже Opera, при прописаных nameuser\namedomain:
Дебаг рисует красиво как положено:
Got user=[nameuser] domain=[namedomain] workstation=[Medok] len1=24 len2=24
и пускает
Теже nameuser\namedomain, прописаное в Медке выдает на прокси:
Got user=[nameuser\namedomain] domain=[] workstation=[Medok] len1=24 len2=24
Login for user []\[nameuser\namedomain] failed due to [No such user]
и не пускает

Т.е. виноват получаеться Медок и работает аутентификация в домене только, если прокси поддерживает еще и Basic авторизацию и если логиняться из Медка только по user без domain.
Для Squid нужна конфигурация:
Для NTLM: /usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp --require-membership-of="DOMAIN\\internet_users"
Для BASIC: /usr/bin/ntlm_auth --helper-protocol=squid-2.5-basic --require-membership-of="DOMAIN\\internet_users"

Учитывая, что TMG преемник ISA Server, то нужно включить Basic авторизацию типа: http://www.isaserver.org/img/upl/image0 ... 469164.jpg

Все это хорошо, правильно Вы все описываете!
Но большинство компаний, у которых пользователи ходят через прокси, не используют домен для авторизации.
Ведь указание домена необходимо, если в компании, используются несколько доменов, а если он один, то зачем пользователям набирать лишнее?
По этому, хотелось бы, чтобы разработчики убрали передачу домена при авторизации. Ведь этот баг, уже появляется не впервые.
А каждый раз после такого бага, изменять конфигурацию Squid и объяснять пользователям, что с сегодняшнего дня, вы должны перед логином писать имя домена, а после очередного обновления, не писать, это бред!
Так, что взываю к разуму разработчиков, с просьбой убрать передачу домена при авторизации!

[fort13]

Да, с обновлением через прокси, опять беда началась

[Нина Юрилина]

47skelA
передано программистам, посмотрим что можно будет сделать

[47skelA]

47skelA
передано программистам, посмотрим что можно будет сделать

Может быть, чтобы уйти от этой проблемы, прикрутить бантик в настройках подключения через прокси, чтобы пользователь сам выбирал, нужно указывать домен или нет!?
Я думаю пользователи меня поддержат.

[Нина Юрилина]

47skelA
К сожалению получили ответ что изменений никаких не будет, так как обычно домен берется из системы, а пользователь из настроек медка. Если ваш прокси сам не может распарсить авторизационные данные, то это проблемы только в настройках прокси. Если несколько доменов то и проксей должно быть по кол-ву доменов
и соотвественно пользователь должен пользоваться той которая его авторизует

[fort13]

47skelA
К сожалению получили ответ что изменений никаких не будет, так как обычно домен берется из системы, а пользователь из настроек медка. Если ваш прокси сам не может распарсить авторизационные данные, то это проблемы только в настройках прокси. Если несколько доменов то и проксей должно быть по кол-ву доменов
и соотвественно пользователь должен пользоваться той которая его авторизует

Это писец какой-то, то работало нормально, а теперь программисты винят во всем настройки прокси?

[47skelA]

Хорошо, почему тогда МеДок, который установлен на сервере, который в свою очередь выходит в инет только через прокси, работает нормально и с СДО и с отправкой и получением почты, а постоянные проблемы возникают только с обновлением?
Ведь в версиях 14х, все работало замечательно! И прокси настройки никто не трогал, а вышло обновление 150 и 151 и все опять криво?
Ведь должна быть какая то закономерность в написании обновлений, зачем было опять доставлять пользователям неудобства?
У нас в компании, более 250-ти пользователей, которые работают через прокси, и программ тоже большое количество, которые ходят через прокси и не с одной из этих программ, таких проблем после обновлений нет!
Если мы на прокси накрутим настройки по вашему принципу авторизацию, то у нас станет вся работа с остальными приложениями, которые такой возможности не имеют (самые важные это клиент-банки, программы строгой отчетности и т.д.)!

[fort13]

программисты тролят внаглую )))

[47skelA]

Я не понимаю, в чем проблема прикрутить бантик, чтобы пользователь сам решал, как ему удобней пользоваться вашей программой через прокси?
Ведь всех под одну гребенку нельзя грести! Нужды у Всех разные, и кроме Вашей программы, есть и другие программы, которые не умеют или не нуждаются в таком виде авторизации!

[fort13]

Так когда ждать исправлений?

[47skelA]

Так когда ждать исправлений?

Присоединяюсь к вопросу!

[47skelA]

Данная фитча должна быть настраиваема и не все прокси сервера поддерживают парсинг имени пользователя.
Поэтому, прошу пересмотреть возможность в следующем обновлении!

[fort13]

Да и зачем вообще брать домен к имени пользователя? Это на каких прокси-серверах требуется?

[47skelA]

Я смотрю, кроме нас двоих, самых озабоченных, ни кого эта проблема не волнует!
Сидим тут, как студенты перед ВРУ, чето кричим, доказываем, а нас тупа игнорят, да и скоро наверно ОМОН подгонят, для разминки.
Хоть бы кто, с разработчиков, вышел пообщаться.
Проблема то не копеечная! Да и появляется периодически

[Нина Юрилина]

47skelA
да никто Вас не игнорирует, просто я напишу Вам ответ как только его получу от наших программистов, просто хочу сделать это исключительно по сути

[47skelA]

Спасибо!

[GAS]

Кто-то может четко сформулировать требования по прокси?
Тестировали на сквиде.
Проверяли работу с прокси в домене с и без авторизации, подключение к прокси с компьютера вне домена с и без авторизации.
Для проверки пользователей при авторизации в КОНФИГЕ прокси прописывается домен или откуда берутся данные для проверки скул и собственная база прокси.
Тот же Firefox передает имя пользователя как есть.