Как настроить http-прокси, который выполняет собственную базовую аутентификацию на Mac OS 10.8.5?

Question

Справочная информация:

Конечная цель: выполнять обзоры кода Gerrit в Rubymine, а не в примитивном веб-интерфейсе Gerrit.

Я попытался связаться сПлагин Gerrit IntelliJбезуспешно. Я написал Урсу Вольферу, главному участнику, и он обновил README, включив в него «Важное примечание, если у вас есть проблемы с аутентификацией», в котором он утверждает:

Если вы правильно настроили HTTP-пароль в Gerrit, но все еще имеете проблемы с аутентификацией, ваш экземпляр Gerrit может находиться за обратным HTTP-прокси (например, Nginx или Apache) с включенной HTTP-аутентификацией. Вы можете определить это, если вам нужно ввести имя пользователя и пароль (запрос пароля браузера) для открытия веб-интерфейса Gerrit. Поскольку этот плагин использует Gerrit REST API (с включенной аутентификацией), вам нужно сообщить вашему системному администратору, что он должен отключить HTTP-аутентификацию для любого запроса к пути /a (например, https://git.example.com/a). Для этих запросов HTTP-аутентификация выполняется Gerrit (двойная HTTP-аутентификация не будет работать). Для получения дополнительной информации см. документацию Gerrit.

Когда я спросил своего системного администратора, можно ли отключить HTTP-аутентификацию для любого запроса к /a, он ответил:

мы не можем отключить http-аутентификацию, извините

(даже не для определенных путей)

Вы могли бы настроить какой-то локальный прокси-сервер, если не хотите взламывать его код.

это будет http-прокси, который выполняет собственную базовую аутентификацию, не уверен, существует ли что-то уже для этой цели

Полезная информация: Я новичок. Я не знаю точно, что повлечет за собой настройка http-прокси, который делает свою собственную базовую аутентификацию. Я беспокоюсь, что могу что-то сломать.

Текущий прогресс в решении этой проблемы:

Рассматриваем следующее:

• http://en.wikipedia.org/wiki/Tinyproxy
• Самый простой способ настроить HTTP-прокси/пересылку запросов в MAC?
• http://squidman.net/squidman/
• http://fiddler2.com/home
• http://en.wikipedia.org/wiki/Прокси_сервер
• (буду обновлять по мере продвижения)

Наиболее многообещающие на данный момент:

• http://wiki.squid-cache.org/ConfigExamples/Authenticate/Bypass
• http://wiki.squid-cache.org/Features/Аутентификация
• https://security.stackexchange.com/questions/35504/how-can-i-implement-authentication-in-my-proxy-server
• https://www.macupdate.com/app/mac/10899/authoxy

Примечания:

• загрузка authoxy
• authoxy до сих пор оказался неэффективным в решении этой проблемы
• http://hints.macworld.com/article.php?story=20030226161459306
• у intellij есть HTTP-прокси... не знаю

Answer 1

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

Итак, если я правильно понял вопрос, вот что вам нужно сделать:

1. Установить Питон
2. Настройте ntlmaps для использования прокси-сервера вашей компании
3. Настройте плагин Gerrit для использования локального прокси-сервера, настроенного вами в ntlmaps.

http://ntlmaps.sourceforge.net/

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

Действительно сложно вдаваться в подробности конфигурации без предварительного знания специфики типов аутентификации, но в последний раз, когда мне пришлось делать что-то подобное, ntlmaps оказался самым простым в реализации/настройке, исходя из моего личного опыта.