Linux, простой прокси HTTP

Может быть, но просто может быть хорошим выбором в такой ситуации, чтобы использовать какое-то общее решение. Поэтому я рекомендую squid как можно чаще, когда кому-то нужен прокси-сервис. Причин множество: документация есть повсюду, это общее решение для базовых и гораздо более конкретных запросов, и, что наиболее важно, мой опыт показал, что клиенты с простыми запросами в мгновение ока превращались в клиентов с очень сложными запросами в отношении прокси-службы.

Абсолютно самый простой способ просто направить весь ваш HTTP / HTTPS-трафик через ваш Linux-сервер на работе - это использовать динамический ssh-туннель. Для этого не требуется никакой настройки на вашем сервере в центре обработки данных - при условии, что на нем уже есть ssh-сервер, на котором не отключено SSH-туннелирование.

Динамическое SSH-туннелирование - это функция, присутствующая во многих SSH-клиентах - openssh и PuTTY среди других, где клиенты SSH настраивают «фальшивый прокси-сервер SOCKS» на машине, на которой работает клиент, который затем переводит эти запросы SOCKS в туннелирование SSH, выходя с вашего сервера в больший Интернет.

Если вы используете openssh в качестве своего клиент, вы должны использовать ssh -D 3128 yourserver.example.com , а затем настроить свой веб-браузер на использование localhost:

Самый простой способ сделать это - через туннель SSH:

ssh -D 8080 yourserver.com

Теперь вы можете указать в браузере прокси (SOCKS) localhost: 8080 .
] SSH будет связывать только 8080 с 127.0.0.1 (и :: 1), поэтому никто другой не сможет его использовать.

Если вы работаете в Windows, вы также можете использовать Putty для установления этого туннеля.

Или, если вы хотите настроить простой HTTP-прокси на своем сервере, попробуйте https://banu.com/tinyproxy/ Его очень просто настроить, легко использовать и он имеет хороший набор функций ...

Немного поздно к обсуждению ...

Я считаю, что tinyproxy проще в настройке и легче, чем squid, особенно для сервера, предназначенного только для вашего собственного использования.

Ключ в том, работает ли на сервере вашего центра обработки данных sshd.

Если да, то ответы здесь, в которых используется ssh для перенаправления портов, автоматически решают проблему авторизации. Установите tinyproxy для привязки к 127.0.0.1, и только пользователи, у которых есть ssh-доступ, смогут подключаться к нему.

Если это не так, то вы можете настроить tinyproxy для приема соединений только с определенных хостов или IP-адресов. Если у вас дома есть статический IP-адрес, проблема решена.

Если у вас динамический адрес, вы можете согласиться принимать соединения от части вашего домашнего соединения. Например, ваш интернет-провайдер устанавливает домашнее соединение в виде 192-192-192-192-area1-san-fran-cal-usa, вы можете настроить tinyproxy на прием соединений только от area1-san-fran-cal-usa (тем самым игнорируя IP-часть соединения). Риск заключается в том, что другие подписчики area1 обнаружат ваш прокси и начнут им пользоваться.

Это то, что я использую для своего прокси-сервера VPS, и он отлично работает, тем более, что я нахожусь в относительно небольшой зоне обслуживания моего интернет-провайдера. Я никогда не видел, чтобы кто-нибудь еще использовал прокси-сервер, но я знаю, что это риск (я готов пойти на это - я всегда могу изменить tinyproxy, если обнаружу, что кто-то еще его использует).