Хотя мое понимание с апачской точки зрения - то, что Прокси означает это, если сайт x прокси для сайта y, то запросы на x возвращают y.

обратный прокси означает, что ответ от y корректируется так, чтобы все ссылки на y стали x.

Так, чтобы пользователь не мог сказать, что прокси включен...

Прокси-сервер проксирует (и дополнительно кэши) исходящий сетевые запросы к различным not-necessarily-related общедоступным ресурсам через Интернет. Обратный прокси получает (и дополнительно кэши) входящие запросы из Интернета и распределяет их различным внутренним частным ресурсам, обычно в Высоконадежных целях.

Различие находится, прежде всего, в развертывании. Сеть вперед и реверс проксируют, у всех есть те же базовые функции, они принимают запросы на Запросы HTTP в различных форматах и обеспечивают ответ, обычно путем доступа к источнику или серверу контакта.

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

А вперед прокси является прокси, к которому получают доступ путем конфигурирования клиентской машины. Клиенту нужна поддержка протоколов для функций прокси (перенаправление, автор прокси, и т.д.). Прокси очевиден для пользовательского опыта, но не для приложения.

прокси реверса А является прокси, который развертывается как веб-сервер и ведет себя как веб-сервер, за исключением того, что вместо того, чтобы локально составить содержание из программ и диска, он передает запрос к серверу источника. С клиентской точки зрения это - веб-сервер, таким образом, пользовательский опыт абсолютно прозрачен.

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

Это - короткая версия, я могу разъясниться, хотят ли люди прокомментировать.

Предыдущие ответы были точными, но возможно слишком краткими. Я попытаюсь добавить некоторые примеры.

, В первую очередь, слово "прокси" описывает кого-то или что-то действующее от имени кого-то еще.

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

В целях доступности, я ограничу свое обсуждение веб-прокси - однако, идея прокси не ограничена веб-сайтами.

ВПЕРЕД прокси

Большая часть обсуждения веб-прокси относится к типу прокси, известного как "вперед прокси".

событие прокси, в этом случае, то, что "вперед прокси" получает данные из другого веб-сайта от имени исходного requestee.

рассказ А о 3 компьютерах (первая часть)

Для примера, я перечислю три компьютера, подключенные к Интернету.

• X = Ваш компьютер или "клиентский" компьютер в Интернете
• Y = веб-сайт прокси, proxy.example.org
• Z = веб-сайт, который Вы хотите посетить, www.example.net

Обычно, можно было бы соединиться непосредственно от X --> Z.

Однако в некоторых сценариях, это лучше для Y --> Z от имени X, который цепочки следующим образом: X --> Y --> Z.

Причины, почему X хотел бы использовать вперед прокси-сервер:

Вот (очень) частичный список использования вперед прокси-сервера.

• 1) X неспособно к доступу Z непосредственно, потому что

  • a) Кто-то с полномочиями администратора [более чем 114] интернет-соединение решило блокировать весь доступ к сайту Z.

    <литий>

    Примеры:

    <литий>

    вирус Червя Storm распространяется путем обманывания людей в посещение familypostcards2008.com, таким образом, у системного администратора есть заблокированный доступ на сайт для предотвращения пользователей от непреднамеренного инфицирования себя.

    <литий>

    Сотрудники в крупной компании тратили впустую слишком много времени на facebook.com, таким образом, управление хочет получить доступ заблокированное во время рабочего времени.

    <литий>

    А локальная начальная школа запрещает доступ в Интернет к playboy.com веб-сайт.

    <литий>

    правительство А неспособно управлять публикацией новостей, таким образом, это управляет доступом к новостям вместо этого, путем блокирования сайтов такой как wikipedia.org. См. СКАЛИСТАЯ ВЕРШИНА или FreeNet.

  • b) администратор [1 110] заблокировался X.

    <литий>

    Примеры:

    <литий>

    администратор Z заметил попытки взламывания, происходящие от X, таким образом, администратор решил заблокировать IP-адрес X (и/или netrange).

    <литий>

    Z является веб-сайтом форума. X массово рассылает форум. Z блоки X.

ИНВЕРТИРУЕТ прокси

рассказ А о 3 компьютерах (вторая часть)

Для этого примера, я перечислю три компьютера, подключенные к Интернету.

• X = Ваш компьютер или "клиентский" компьютер в Интернете
• Y = обратный веб-сайт прокси, proxy.example.com
• Z = веб-сайт, который Вы хотите посетить, www.example.net

Обычно, можно было бы соединиться непосредственно от [1 113]

Однако в некоторых сценариях, для администратора [1 114] лучше ограничить или запретить прямой доступ и вынудить посетителей пройти Y сначала. Так, как прежде, у нас есть данные, получаемые [1 115] от имени [1 116], который цепочки следующим образом: X --> Y --> Z.

, Что отличается на этот раз по сравнению с "вперед, прокси", то, что на этот раз пользователь X не знает, что получает доступ Z, потому что пользователь X только видит, что связывается с [1 121].
сервер Z невидим для клиентов, и только обратный прокси Y видим внешне. Обратный прокси не требует никакой конфигурации (прокси) на стороне клиента.

клиент X думает, что только связывается с [1 125] (X --> Y), но действительность то, что Y передача всей коммуникации (X --> Y --> Z снова).

Причины, почему Z хотел бы настроить обратный прокси-сервер:

• 1) Z хочет вынудить весь трафик к своему веб-сайту пройти через Y сначала.
  • a) Z имеет большой веб-сайт, который миллионы людей хотят видеть, но единственный веб-сервер не может обработать весь трафик. Таким образом, Z настраивает много серверов и помещает обратный прокси в Интернете, который отправит пользователей на сервер, самый близкий к ним, когда они попытаются посетить Z. Это - часть того, как понятие Сети распределения контента (CDN) работает.
    <литий> Примеры:
    <литий> Трейлеры Apple использование Akamai
    • Jquery.com размещает свои файлы JavaScript с помощью [1 135] CloudFront CDN ( образец ). <литий> и т.д.
• 2) администратор Z волнуется по поводу возмездия за содержание, размещенное на сервере, и не хочет представлять основной сервер непосредственно общественности.
  • у a) Владельцев брендов Spam, таких как "канадская Аптека", кажется, есть тысячи серверов, в действительности имение большинства веб-сайтов разместило на гораздо меньшем количестве серверов. Кроме того, жалобы на злоупотребление на спам только закроют общедоступные серверы, не основной сервер.

В вышеупомянутых сценариях, Z имеет способность выбрать Y.

Ссылки на темы из сообщения:

Сеть доставки контента

• Списки CDNs
  • http://www.mytestbox.com/miscellaneous/content-delivery-networks-cdn-list/
  • http://blog.streamingmedia.com/the_business_of_online_vi/2008/01/updated-list-of.html

вперед программное обеспечение прокси (сторона сервера)

• PHP-прокси
• cgi-прокси
• phproxy (прекратился)
• интернет-цензура Wiki glype
• : Список веб-Прокси
• сквид (по-видимому, может также работать обратным прокси)

обратное программное обеспечение прокси для HTTP (сторона сервера)

• апачский mod_proxy (может также работать вперед прокси для HTTP)
• nginx (используемый на hulu.com, сайтах спама, и т.д.)
• веб-сервер
• HAProxy
lighthttpd
• perlbal Кадиллака (записанный для Живого Журнала)
• фунт portfusion
• кэш лака (записанный freebsd гуру ядра )
• отдых

обратное программное обеспечение прокси для TCP (сторона сервера)

• баланс
• делегат
• перо
• portfusion
• чистая подсистема балансировки нагрузки (более не существующий веб-сайт)
• , директор Python

видит также:

• Википедия - Сеть доставки контента
• Википедия - Википедия Category:Reverse_proxy
• - Выравнивание нагрузки
• Википедия - Масштабируемость

Типичное использование вперед прокси должен обеспечить Интернет доступ к внутренним клиентам, которые иначе ограничиваются брандмауэром . Вперед прокси может также использовать кэширование (в соответствии с mod_cache) для сокращения использования сети.

Вот пример обратного прокси (в качестве балансировщика нагрузки).

Клиент переходит на сайт website.com, и на сервере, на который он попадает, работает обратный прокси-сервер. Обратным прокси оказывается фунт . Паунд принимает запрос и отправляет его на один из трех серверов приложений, стоящих за ним. В этом примере Pound - это балансировщик нагрузки. То есть,