Master-X
Форум | Новости | Статьи
Главная » Форум » Хостинги / Домены / Железо » 
Тема: Посоветуйте демон прокси
цитата
23/03/06 в 11:09
 Sem
Привет.
Посоветуте демона под Линукс.
Нужно прокси поднять на сервере.
Единственный гемор.
Прокся должна уметь работать с исходящими интерфейсами.
Т.е. назначить прокси на ИП1 исходящий ИП2 и так далее.
Хотел на Апаче сделать. Все хорошо с проксей апачевской вот только блин с исходящими он вроде не умеет работать. Перерыл документацию не нашел настроек таких.
Помогите плиз.
Прокси демон должен быть стабилен к большим объемам данных.
цитата
23/03/06 в 12:13
 lalex
Попробуй Squid (http://www.squid-cache.org/).
Самый настоящий proxy-сервер. Очень гибкие настройки. В частности, то, что тебя интересует:
Код:
#  TAG: tcp_outgoing_address
#       Allows you to map requests to different outgoing IP addresses
#       based on the username or sourceaddress of the user making
#       the request.
#
#       tcp_outgoing_address ipaddr [[!]aclname] ...
#
#       Example where requests from 10.0.0.0/24 will be forwareded
#       with source address 10.1.0.1, 10.0.2.0/24 forwarded with
#       source address 10.1.0.2 and the rest will be forwarded with
#       source address 10.1.0.3.
#
#       acl normal_service_net src 10.0.0.0/255.255.255.0
#       acl good_service_net src 10.0.1.0/255.255.255.0
#       tcp_outgoing_address 10.0.0.1 normal_service_net
#       tcp_outgoing_address 10.0.0.2 good_service_net
#       tcp_outgoing_address 10.0.0.3
#
#       Processing proceeds in the order specified, and stops at first fully
#       matching line.

Т.е. задаешь нужные списки (acl) и отправляешь их через нужный интерфейс наружу.
цитата
23/03/06 в 13:31
 Dak
+1 за squid, удобная и мощная вещь
цитата
23/03/06 в 15:06
 Sem
lalex: спасибо за информацию. Будем пробовать.
А высокая пропускная способность у этой прокси ?
На больших объемах пробовали ?
А под апач нет таких строчек чтобы назначить его к интерфейсу исходящему ?
цитата
23/03/06 в 21:52
 Sem
Господа оптимизаторы покажите конфиг сквида. чтото при 30 потоках одновременных ложиться зараза.
тут еще проблема не просто исходящий назначить, а исходящий в зависимости от входящего. Возможно ли это ?
цитата
23/03/06 в 22:12
 Gatos+


Могу только посоветовать дебаг поставить и посмотреть где грабли.
цитата
24/03/06 в 08:27
 lalex
Sem писал:
Господа оптимизаторы покажите конфиг сквида. чтото при 30 потоках одновременных ложиться зараза.

Попробуй для начала отключить логи
Код:
cache_store_log none
cache_access_log /dev/null
cache_log /dev/null (в последнюю очередь)

А если кэширование не так важно, а нужно только раскидывание по адресам, то можно и кэш тоже отключить
Код:
acl all src 0/0
no_cache deny all

Если кэш все таки нужен, то придется понастраивать.

Sem писал:
тут еще проблема не просто исходящий назначить, а исходящий в зависимости от входящего. Возможно ли это ?

В принципе возможно. Нужно прописать acl для входящих запросов и использовать его в tcp_outgoing_address. Пример смотри выше.
цитата
24/03/06 в 10:40
 Cook
oops
цитата
24/03/06 в 12:08
 Gourad

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


Эта страница в полной версии