Блог

У меня следующая проблема. У меня есть приложение (стороннее), которому необходимо подключаться к API через прокси, чтобы снова и снова запрашивать различные данные. В приложении есть раздел конфигурации, в который можно ввести необходимые данные (затем приложение сохраняет их в файле config.ini). Однако одному клиенту не нравится, чтобы пользователь / пароль прокси-сервера сохранялись в файлах конфигурации;

Поскольку у меня нет доступа к коду приложения, самое простое решение, которое я могу придумать, — это что-то вроде туннеля, то есть написать простое приложение / скрипт, который откроет соединение с прокси, запрашивает у пользователя имя пользователя / пароль, а затем сохраняет соединение открытым, чтобыприложение может получить доступ к прокси-серверу без необходимости использования имени пользователя / пароля каждый раз. Возможно ли что-то подобное? Я имею в виду, что я не хочу создавать какой-то полномасштабный прокси-сервер, который находился бы между приложением и реальным прокси-сервером, все, что я действительно хочу, это что-то вроде сеанса, чтобы после авторизации IP-адреса через прокси-сервер также проходили последующие запросы.

Я был бы признателен за помощь и / или любые предложения по альтернативному решению

p.s. приложение предназначено только для win32, поэтому решение предназначено только для win32 (т.Е. Без cygwin и т. Д.)

Спасибо

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

Если вы можете изменить код приложения, сделайте один запрос через прокси, используя нужные учетные данные; например, сделайте запрос HEAD для домашней страницы вашего сервера. Большинство стеков HTTP (например, WinInet) будут кэшировать учетные данные прокси в течение срока службы процесса.