В далекой стране жил король. У короля была прекрасная дочь ...
Погодите, ведь должны быть король и принцесса, чтобы сделать из этого сказку, верно? И, как вы уже догадались, должен быть и деревенский мальчик. Это история любви. Лучше, конечно, чем «сумерки».
Итак, деревенский мальчик влюбился в принцессу. Принцесса к нему тоже мягкая. Но у мальчика нет возможности связаться с принцессой из-за стражи во дворце. Но тут на помощь приходит лучшая подруга принцессы. С мальчиком познакомилась и лучшая подруга принцессы. Поэтому всякий раз, когда мальчику нужно было отправить какое-либо сообщение принцессе, он отправлял его лучшей подруге, а она передавала его принцессе. Таким же образом ответ принцессы возвращается мальчику через лучшую подругу.
Я не знаю, что было дальше, но могу только пожелать, чтобы случилось что-то хорошее и чтобы они жили долго и счастливо.
Итак, давайте проясним, как история связана с темами, о которых я собираюсь писать.
Вы когда-нибудь сталкивались с ситуацией, когда вы не можете получить доступ к сайту из вашего учебного заведения / дома / офиса, потому что он заблокирован или у вас нет доступа к сети за пределами вашего домена? работает? Или вы хотели посмотреть видео на YouTube, но не можете, потому что оно недоступно для вашей страны ?? Что ты делал дальше? Если вы сообразительны, возможно, вы использовали какое-нибудь приложение под названием «прокси», которое обходит все эти ограничения и предоставляет вам желаемый контент. Ага! правильно, вы «мальчик», этот прокси - «лучшая подруга» нашей принцессы, а сайт - это «принцесса», с которой мы хотели связаться.
Проще говоря, «прокси-сервер» является посредником между вами и вашим исходным сервером. Как правило, когда вы просматриваете сайт или услугу, ваш компьютер / устройство отправляет запрос на исходный сервер, на котором размещен сайт / услугу, и отправляет вам обратно желаемый контент. Но с точки зрения прокси-сервера вы отправляете запрос на «прокси-сервер», он получает ваш запрос, который сообщает ему, с каким сервером вы хотите связаться, затем он связывается с исходным сервером, получает контент и отправляет его вам. Просто как тот.
В общем, существует два типа прокси-серверов, которые известны как:
- Прямой прокси-сервер
- Обратный прокси-сервер
В «прокси-сервере прямой пересылки» исходный сервер не знает, кто является действительным «запрашиваемым». Сервер предполагает, что «прокси-сервер» является фактическим получателем запроса, поэтому он отправляет ему ответ, а затем прокси-сервер возвращает тот же ответ фактическому получателю запроса (то есть вам).
С другой стороны, «обратный прокси» является своего рода противоположностью «прямого прокси». В этом случае подумайте, что главный сервер защищен защищенной сетью, и вы не можете напрямую связаться с ним. Вы действительно не знаете, где это на самом деле. Вы можете получить доступ только к прокси-серверу, в этом случае он известен как «обратный прокси-сервер», и прокси-сервер будет подключаться к фактическому серверу, чтобы получить вам контент. Вы / клиент можете предположить, что прокси-сервер является «исходным сервером».
Требуется простое объяснение в одну строку? Вот оно:
Прямой прокси: действует от имени запрашивающей стороны (или потребителя услуг)
Обратный прокси: действует от имени поставщика услуг / контента.
Теперь, что можно было бы использовать для прямого и обратного прокси-серверов? (Собрано отсюда)
Прямой прокси-сервер
- Доступ к заблокированным сайтам через SSL
- Обслуживание контента с географическим ограничением путем определения серверов в утвержденном месте
- Кэширование прокси-контента для повышения скорости доступа к часто используемым сайтам
Обратный прокси-сервер
- Балансировка нагрузки между несколькими разнородными серверами
- Перенаправление трафика на вторичный сервер при обслуживании или тестировании на основном сервере.
- Обеспечение уровня защиты для реального сервера, разрешая доступ только через назначенные серверы Nginx
Вот и все. Надеюсь, вы получили общее представление о концепции.
Следующие ссылки содержат приятное объяснение и описание прокси-серверов.
Apache Doc
StackOverflow
