Установка прокси HTTP для использования веб-интерфейса?

Был бы Cisco AnyConnect Работа с клиентами?

http://www.cisco.com/en/US/prod/collateral/vpndevc/ps6032/ps6094/ps6120/data_sheet_c78-527494.html

-1
задан 24 August 2009 в 04:57
3 ответа

Umm..., насколько легкий это было бы, будет зависеть на Вашем уровне программирования навыка, а?

Если Вы будете говорить о просто возврате HTML веб-страницы пользователю, неизмененному, то на основе URL, вводимого в HTML-форму затем, это будет довольно легко.

Если Вы говорите об обработке страницы, это возвращается пользователю, таким образом, что все ссылки / изображения / и т.д. на странице изменены для перенаправления через сценарий прокси, то это, вероятно, будет большим кодированием. (И Вы никогда не будете получать 100%-е покрытие, так как встроенный JavaScript в странице мог содержать URL, которые кодируются... и так как JavaScript полон Тьюрингом, единственный способ "инвертировать" кодирование состоял бы в том, чтобы выполнить декодер. Привет проблема остановки, как дела?> улыбка <)

Править:

Так, Вы действительно просто ищете способ позволить клиентам использовать Ваш прокси w/o требующий, чтобы их браузеры имели набор настроек прокси.

Походит на задание для сценариев автоматической конфигурации прокси!

Предположение, что Вы имеете достаточно контроля над сетевой инфраструктурой для распределения сценария конфигурации прокси, Вам действительно, действительно понравится он. Снижение основ может быть немного жестким, но после того как Вы получаете его движение, Вы будете радоваться.

0
ответ дан 5 December 2019 в 20:11
  • 1
    Я хочу обработать страницу с как можно большей информацией, но этим doesn' t должны работать во всех случаях. Нет ли никакой способ сделать это без меня имеющий необходимость написать много кода? Я думал это: 1. Клиент соединяется с веб-сервером 2. Клиент заполняет URL в форму 3. Некоторый сценарий говорит клиенту соединяться с прокси-сервером 4. Клиентский URL доступов через прокси-сервер Все, что я хочу, должно постараться не вынуждать клиент ввести IP/порт прокси в настройки веб-браузера.:( –  Lin 15 July 2009 в 21:19
  • 2
    Как Evan упомянул, получив его так, пользователь может ввести URL в поле, и Ваша страница затем отображает необходимую страницу, неизменную, довольно легко, проблема возникает, когда пользователи нажмут на ссылки на этой странице, эти ссылки возьмут их к надлежащему URL для страницы, таким образом оставляя Ваш прокси и прибывая из пользовательского IP снова. Переписать все эти ссылки для работы правильно включает большое кодирование и никогда не будет работать полностью. –  Sam Cogan 16 July 2009 в 20:18

Дело не в этом очищают то, что Вы имеете в виду. Когда кто-то открывает Вашу форму и вводит URL (по-видимому, в IE или Firefox, или безотносительно) Вы хотите, чтобы целевая веб-страница открылась в их браузере, но появиться, как будто это прибыло из Вашего веб-сайта? Раз так Вы могли, вероятно, использовать перезапись URL, поэтому в действительности Ваш сервер является обратным прокси. Если Вы хотите сделать это в Windows, Вы могли бы, вероятно, использовать новый Запрос приложения, Направляющий дополнение для IIS 7.0.

Например, для "проксирования" www.google.com Вы настроили ARR, таким образом, http://yourserver/google/whatever был проксирован на http://www.google.com/whatever

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

МЛАДШИЙ

0
ответ дан 5 December 2019 в 20:11
  • 1
    Да, я хочу, чтобы это было похоже на it' s прибывающий из моего сайта, и я также хочу, чтобы соединения были переданы через мой сервер. Обратный прокси кажется, что мог бы работать... I' ll изучают это. Но я также выполняю CentOS на своем сервере, таким образом, я can' t используют IIS 7.0. Спасибо за подсказку. –  Lin 15 July 2009 в 21:20
  • 2
    Если Вы используете Unix затем I' m почти бесспорный Apache может сделать это, возможно с модулем, чтобы сделать перезапись URL. It' s в основном тот же подход, поскольку я описал. –  John Rennie 16 July 2009 в 10:08

Это не действительно прокси, это - веб-сайт, который является шлюзом HTTP, который проксирует URL в форме. Прокси-сервер обычно подразумевает вещи как прозрачность. Это не то, что идет тот сюда.

Это не обратный прокси, потому что обратный прокси обычно подразумевает сайт, который, кажется, одна вещь, но на бэкенде прозрачно проксирует на другие скрытые сайты.

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

1
ответ дан 5 December 2019 в 20:11

Теги

Похожие вопросы