Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2007.02.25;
Скачать: CL | DM;

Вниз

разграничение входящего и исходящего трафика   Найти похожие ветки 

 
DSKalugin ©   (2007-01-30 13:28) [0]

Подскажите софт для решения следующей задачи, если кто имел дело.
Есть 2 источника интернета. Необходимо входящий трафик брать с одного источника, а исходящий отдавать по другому (более медленному).
Это будет сервер для локальной сети. Ну а дальше необходимо вести учет трафика по каждому пользователю. Какую ставить ОС (Вин/Лин) еще не решено. Станет ясно после обзора имеющегося ПО


 
Сергей М. ©   (2007-01-30 13:53) [1]


> Какую ставить ОС (Вин/Лин) еще не решено


В кач-ве сервера доступа в Тырнет - однозначно Линух.


 
isasa ©   (2007-01-30 13:59) [2]

Сергей М. ©   (30.01.07 13:53) [1]
В кач-ве сервера доступа в Тырнет - однозначно Линух.


?
Почему однозначно пингвин, а не FreeBSD(Win2000 Wks или Serv как отдельно стояший)?


 
Сергей М. ©   (2007-01-30 14:00) [3]


> isasa ©   (30.01.07 13:59) [2]


Потомучто)


 
isasa ©   (2007-01-30 14:28) [4]

:)
Вопросов больше не имею.


 
ancara ©   (2007-01-30 16:50) [5]

а разве для разделения траффика не требуется общий узел, кот будет своим софтом эти траффики разруливать? (как у провайдеров спутникового инета и т.п.)


 
DSKalugin ©   (2007-01-30 20:24) [6]


> кот будет своим софтом эти траффики разруливать?

Вот я именно про этот софт и спрашиваю


 
DSKalugin ©   (2007-01-30 20:31) [7]


> В кач-ве сервера доступа в Тырнет - однозначно Линух.

Если под Линукс найдется свободный билинг и средства разграничения трафика, то я этому буду только рад. Первостепенно вопрос стоит о софте


 
ancara ©   (2007-01-30 21:11) [8]

2 DSKalugin
просто как я себе это предствляю (самому такую штуку организовать не доводилось):


это инет:           [ internet ]
                        |
                        |
это узел                 |
с тем софтом:          [узел]
                      /    \
                     /      \
    делит трафик [исх.]   [входящ.]
                   |         |  
        наземный   |         | спутниковый
          канал    |         | канал
                    \        /
                     \      /
                      \    /
                      [шлюз]
                        |
                    [лок. сеть]


при такой схеме софт на узле смотрит на айпи в запросе, отправляет его дальше "в интернет" так сказать, а в ответные пакеты пишет соответствующий МАК-адрес из своей бд, и пихает их через соответствующий канал (спутник).

а у вас там ситуация видимо иная, в инет смотрят два независимых узла,
вместо одного, как на псевдо-схеме..
если с одного узла слать запросы в инет они обратно и будут приходить, как их заставить на другой узел возвращаться? тоже если айпи в заголовках заменять... я такой софт не видал, но видимо должен быть, да... а гугл молчит?


 
unknown ©   (2007-01-30 21:13) [9]


> DSKalugin ©

В FreeBSD трафик можно разрулить встроенными средствами,
прокси сервер squid можно заставить ограничивать пропускную способность,
webalizer-ом можно получать статистику squid-a в удобном виде со всеми
раскладками - кто, сколько, когда, что.
Есть и бесплатные биллинг-системы, например solidstate.


 
cyborg ©   (2007-01-31 10:01) [10]

Трафик инспектор вроде умеет.


 
Anatoly Podgoretsky ©   (2007-01-31 21:00) [11]

> DSKalugin  (30.01.2007 13:28:00)  [0]

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


 
DSKalugin ©   (2007-02-01 13:22) [12]


> Вообще то ты очень скупо осветил задачу.

Исправляюсь
Домашняя локальная сеть порядка 40 юзеров разростается... имеющегося радиоканала уже не хватает, хотим дополнительно попробовать запитаться от модемной АДСЛ-линии, и, если эта линия хорошо себя проявит в работе (скорость, бесперебойность и т.д.), то вдальнейшем полностью перейти исключительно на нее. Другими словами сейчас требуется одновременно использовать 2 источника интернета.

Источники интернета
-радиоканал 256Кб/с (дорого, медленно, реальный статический IP) на отдачу
-ADSL линия 2Мб/с (дёшево, быстро, динамический IP) на прием

Вопросы: какой софт решает задачи
-распределение входящего и исходящего трафика по разным каналам
-учет пользовательского трафика (билинг)

Выбор ОС сервера, решающего эти задачи(Виндовс или Линукс) зависит от наличия свободного софта. FreeBSD не рассматривается т.к. никто им не владеет.

Первую задачу в Линуксе можно решить с помощью iptables, а в Виндовсе чем?
Для решения второй задачи мне известны лишь коммерческие программы под Виндовс (UserGate и Traffic Inspector), а хотелось бы использовать свободный софт


 
unknown ©   (2007-02-01 13:43) [13]


> DSKalugin ©   (01.02.07 13:22) [12]

Вместо UserGate и Traffic Inspector под windows можно взять squidnt (http://www.serassio.it/SquidNT.htm)
А вот насчет первого...
Может все-таки Linux? :-)


 
DSKalugin ©   (2007-02-01 14:20) [14]


> Вместо UserGate и Traffic Inspector под windows можно взять
> squidnt

ну вы блин даете... Сквид - это классический кэширующий прокси, не более того, а ЮГ и ТИ это НАТ + билинг с базой данных + фаервол + тотже прокси


> Может все-таки Linux? :-)

осталось под него найти свободный билинг, а самому написать неоправданно по трудозатратам. Про solidstate спасибо, почитаю


 
unknown ©   (2007-02-01 14:27) [15]


> DSKalugin ©   (01.02.07 14:20) [14]
>
>
> > Вместо UserGate и Traffic Inspector под windows можно
> взять
> > squidnt
>
> ну вы блин даете...

Вопрос же стоял
> -учет пользовательского трафика (билинг)

Я так понял, что нужно получать кто,когда,сколько и что...
Мне, например, вполне хватает сквидовской информации.


 
DSKalugin ©   (2007-02-01 15:02) [16]


> Вопрос же стоял > -учет пользовательского трафика (билинг)Я
> так понял, что нужно получать кто,когда,сколько и что...
> Мне, например, вполне хватает сквидовской информации.

Сквид не учитывает POP3, SMTP, SSH, всякие онлайн-игры, скайп и много чего другого... это всего лиш кэширующий прокси


 
Anatoly Podgoretsky ©   (2007-02-01 21:15) [17]

> DSKalugin  (01.02.2007 13:22:12)  [12]

Если касаемо маршрутизации, то она решается просто, маршрут по умолчанию для внутренних пользователей, а радиоканал для доступа извне для сайта. Все остальное решается сложно.
Учет трафика это отдельная вещь, не связаная с первой.


 
DSKalugin ©   (2007-02-03 13:13) [18]


> Anatoly Podgoretsky

нет там никакого сайта, а извне доступ к этому серверу не нужен.
Это разграничение сугубо для пользователей интернета
С маршрутизацией для линуксового сервера все уже понятно: воткнуть 3 сетевые карты и встроенными средствами маршрутизации разрулить весь трафик. Второй вопрос чем его считать... Пока рассматриваю ABillS, SolidState и им подобные...


 
Anatoly Podgoretsky ©   (2007-02-03 15:11) [19]

> DSKalugin  (03.02.2007 13:13:18)  [18]

А на каких принципах будешь разруливать трафик, по ГСЧ


 
DSKalugin ©   (2007-02-03 15:58) [20]


>  по ГСЧ

по направлению, как и писал выше


 
Anatoly Podgoretsky ©   (2007-02-03 16:41) [21]

> DSKalugin  (03.02.2007 15:58:20)  [20]

Как определяется направление?



Страницы: 1 вся ветка

Текущий архив: 2007.02.25;
Скачать: CL | DM;

Наверх




Память: 0.53 MB
Время: 0.045 c
6-1158300229
dwar
2006-09-15 10:03
2007.02.25
TCP сервер на INDY. 18000 одновременных подлючений


15-1170409028
мжмж
2007-02-02 12:37
2007.02.25
Может не сюда, но все же..


2-1170964857
Footballer
2007-02-08 23:00
2007.02.25
RichEdit


2-1170587285
Змей
2007-02-04 14:08
2007.02.25
пуск-> выполнить... запустить из edit


2-1170756305
dr_craigan
2007-02-06 13:05
2007.02.25
Запрет работы устройства