3proxy на сервере в России: настройка и обход блокировок

MAATRIX

3proxy — компактный и всеядный прокси-сервер: HTTP, HTTPS, SOCKS и даже цепочки прокси в одном лёгком демоне. Он идеален, когда нужен управляемый прокси с авторизацией и логами. Разберём установку 3proxy на сервере в России и настройку доступа с паролем.

Зачем нужен 3proxy

3proxy на сервере в России — это универсальный прокси-сервер, который умеет сразу всё: работать как HTTP/HTTPS-прокси для браузера, как SOCKS5 для приложений, разграничивать доступ по логину-паролю и по IP, вести логи и строить цепочки. Весит он считаные мегабайты и запускается на самом слабом VPS. В отличие от VPN, прокси не трогает весь трафик системы — через него идёт только то, что вы явно направили. Это удобно для точечных задач: обойти геоблок конкретного сервиса, дать команде общий выход с одного чистого IP, разделить трафик приложений. Свой прокси, в отличие от публичных списков, приватен и не забанен за чужие действия.

Почему именно сервер в России

Сразу честно: сервер внутри России не обходит блокировки РКН зарубежных сайтов — он сам стоит за теми же фильтрами и подчиняется тем же законам. Российская локация решает обратную задачу. Во-первых, это доступ к рунету из-за границы: если вы уехали, а российские банки, госуслуги и маркетплейсы закрываются от иностранных адресов, свой узел с российским IP возвращает их. Во-вторых, это минимальный пинг до отечественной аудитории и отсутствие трансграничных задержек. В-третьих, это соответствие 152-ФЗ: персональные данные россиян по закону должны храниться в РФ, и сервер в стране закрывает этот вопрос. Если же ваша цель — открыть заблокированный в РФ зарубежный сервис, берите узел в США или Великобритании, об этом честно сказано выше. На практике российский узел выбирают под три сценария: соответствие 152-ФЗ для проектов с персональными данными россиян, минимальная задержка для сервисов с отечественной аудиторией и возврат доступа к рунету для тех, кто находится за границей. Во всех трёх случаях ключевое преимущество — близость и предсказуемая юрисдикция, а не обход зарубежных фильтров.

Ресурсы и сеть

3proxy практически ничего не требует: 1 ядро, 512 МБ–1 ГБ RAM, минимальный диск. Демон однопоточный и очень лёгкий, поэтому упор — на пропускную способность канала и чистоту IP, а не на процессор. Если планируете отдавать прокси команде или использовать под парсинг, заранее прикиньте лимит трафика тарифа: именно он, а не CPU, станет потолком.

> Чтобы поднять 3proxy в России, нужен VPS с чистым IP. У MAATRIX сервер в России оформляется за минуты, с оплатой из России картой, СБП, криптой или токеном MAAT.

Установка и файл конфигурации

Соберите 3proxy из исходников на сервере в России (в репозиториях он бывает устаревшим):

apt update && apt install -y build-essential git
git clone https://github.com/3proxy/3proxy && cd 3proxy
make -f Makefile.Linux
install -m755 bin/3proxy /usr/local/bin/3proxy

Создайте /etc/3proxy/3proxy.cfg:

daemon
nserver 1.1.1.1
nscache 65536
log /var/log/3proxy.log D
rotate 30
users user:CL:придумайте_пароль
auth strong
allow user
proxy -n -a -p3128
socks -p1080

Запустите как сервис и откройте порты:

3proxy /etc/3proxy/3proxy.cfg
ufw allow 3128/tcp
ufw allow 1080/tcp

Авторизация, безопасность и обход блокировок

Главное правило: никогда не открывайте прокси в мир без авторизации — открытый прокси за часы найдут боты и превратят ваш сервер в чужой анонимайзер, что грозит блокировкой IP и жалобами. Директива auth strong и связка users/allow закрывают доступ логином-паролем; можно дополнительно ограничить по IP клиента через allow user * <ваш_ip>. Сам по себе HTTP-прокси не прячется от DPI — если задача именно обойти цензуру, а не просто сменить IP, оберните 3proxy в шифрованный туннель: поднимите рядом WireGuard или Shadowsocks и пускайте прокси-трафик внутри него, либо используйте прокси только для доступа к ресурсам, которые фильтруются по географии, а не по DPI.

Проверка и типовые сценарии

Проверьте прокси curl-ом, подставив логин и пароль:

curl -x http://user:пароль@<IP_сервера>:3128 https://ifconfig.me
curl --socks5 user:пароль@<IP_сервера>:1080 https://ifconfig.me

В ответе должен появиться IP сервера. В браузере пропишите прокси вручную или через расширение вроде FoxyProxy с правилами по доменам. Типовые сценарии: общий выход для небольшой команды с одного делового IP, разделение трафика приложений, доступ к региональным сервисам. Логи (log ... D с ежедневной ротацией) помогут понять, кто и куда ходил, — но не забывайте про приватность и чистите их по расписанию.

Типичные проблемы и их решение

Прокси не пускает с верным паролем — проверьте формат строки users: при CL пароль хранится в открытом виде и должен точно совпадать, а директива auth strong обязана идти до allow. Соединение отвергается совсем — сервис не запустился или порт закрыт: посмотрите, слушает ли демон (ss -tlnp | grep 3128) и открыты ли порты в ufw и в панели провайдера. Работает HTTP, но не SOCKS (или наоборот) — вы забыли соответствующую строку (proxy или socks) в конфиге. Если в логах видно чужие подключения, которых вы не совершали — прокси открыт наружу без авторизации, немедленно закройте его auth strong и ограничьте allow по своим IP, иначе IP сервера быстро попадёт в чёрные списки. После правок конфига перезапускайте процесс — на лету 3proxy настройки не перечитывает.

Оплата из России и стабильность

Отдельная боль для российского пользователя — как вообще оплатить сервер, когда зарубежные карты не работают, а иностранные провайдеры не принимают российские. MAATRIX закрывает этот вопрос: оплата картой российского банка, через СБП, криптовалютой или токеном MAAT. Иностранная карта не нужна, а сервер в России оформляется так же просто, как обычный российский хостинг, — за несколько минут и с доступом по SSH сразу после оплаты.

Российская локация — про соответствие 152-ФЗ и хранение персональных данных внутри страны. Это важно для сайтов, собирающих данные пользователей из РФ: закон требует, чтобы первичная база лежала на территории России. Для чисто прикладного шифрованного туннеля к рунету это тоже удобно — минимальные задержки и предсказуемая юрисдикция.

Чтобы узел работал годами без сюрпризов, соблюдайте базовую гигиену: включите автоматические обновления безопасности (unattended-upgrades), закройте всё лишнее файрволом, входите по SSH-ключу вместо пароля и держите под рукой запасной способ доступа через панель. Раз в пару недель проверяйте, что сервис поднимается автоматически после перезагрузки — systemctl is-enabled покажет статус автозапуска. Настроенный один раз сервер дальше живёт сам. Заведите мониторинг доступности: даже простой внешний пинг или проверка порта раз в минуту сразу покажет, если сервис упал или узел заблокировали, и вы не узнаете об этом в самый неподходящий момент. Полезно держать снапшот настроенной системы — тогда при смене IP (например, если адрес всё-таки попал под ограничение) вы развернёте готовую конфигурацию за минуты, а не собираете всё заново. И храните конфиги и ключи в защищённом месте вне сервера: их потеря означает переустановку с нуля.

Частые вопросы