BlackFaun Mar 20 2009 at 19:08

Используем 2+ провайдера (первая часть)

3 min

52K

Configuring Linux*

+40

Comments 38

kr1z Mar 20 2009 at 20:41

полезно

cramen Mar 20 2009 at 23:11

Вторая чать должна быть интересней. ждем )
Хотя в свете вышедшей альфы nftables хотелось-бы его в действии посмотреть, а не iptables (Но все равно интересно. Проблема частая, а вопросов по ней на форумах не уменьшается)

kenga Mar 20 2009 at 20:45

Прикольно еще было бы настроить роутинг так, чтобы пакеты уходили на нужный канал с учетом пиринговых сетей провайдера.

Holy_Cheater Mar 20 2009 at 20:50

предельно просто: роуты на пиринговые подсети в основную таблицу.

Joka Mar 20 2009 at 21:13

прекрасно, только вот новичку не очень будет понятно зачем это все… может стоит кратенько описать применение данной схемы?

Bug Mar 20 2009 at 21:32

Ну а вдруг тебе захочется создать что то типо прокси сервера соединяющий 2-вух провайдеров?

Dragonizer Mar 20 2009 at 21:45

Челябинские интернеты настолько суровы, что юзерам приходится использовать несколько провайдеров.

BlackFaun Mar 20 2009 at 21:47

И не только челябинским ;-)

Halt Mar 21 2009 at 00:51

Не, настолько суровы роутят магистрали через юзеров =)

al1k Mar 21 2009 at 22:25

Кстати именно так оно и есть… ибо не один из них не отличается стабильностью.

Ravennick Mar 20 2009 at 21:26

Зачем разбито на несколько частей? Первая часть, как я понимаю, заканчивается ни на чём.

BlackFaun Mar 20 2009 at 21:37

Здесь я рассказываю про маршрутизацию, во второй статье будет про iptables.

darkstyler Mar 21 2009 at 12:37

о iptables будет интереснее почитать

non7top Mar 20 2009 at 22:02

так было же несколько дней назад. только более подробно.

BlackFaun Mar 20 2009 at 22:17

Да я долго писал первую часть, меня обогнали.

-1

lightoze Mar 20 2009 at 22:32

Если конкретно, то вот. По-моему, там даже более простое решение, хотя может и не позволяющее дополнительных «наворотов» вроде маршрутизации по типу протокола.

viperet Mar 21 2009 at 00:28

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

Кстати маршрутизация по типу протокола — тоже очень интересно будет почитать, ждем следующей части.

soloweb Mar 21 2009 at 01:44

Спасибо ) Буду ждать второй части :-)

scarych Mar 21 2009 at 01:58

попробую под шумок приложиться и я с scarych.ru :-)

scarych Mar 21 2009 at 02:03

черт, я идиот, не туда пишу ((
это был коммент в топик выше…

darkstyler Mar 21 2009 at 12:46

по подобной схеме в соседнем офисе админы сделали сеть, где интернет черпают из eth и gprs

Fragster Mar 21 2009 at 13:02

Я сделал проще — 3 виртуальных машины, у каждой по одному каналу — а хост система определялет, через какой шлюз отправить определенные пакеты… каждый из виртуальных серверов — проверяет доступность интернета через свой канал и переключает на работающий другой в случае неполадки… главный плюс — в случае увеличения количества провайдеров — просто клонируется машина и все. также сквид распределяет нагрузку через паренты, которые в гостевых системах стоят…

darkk Mar 22 2009 at 18:15

Сервера в гамаке? :-)

Fragster Mar 22 2009 at 19:21

не понял. Стоит обычный P3 1000 что-ли, с гигом оперативы, операционка и на хосте, и на гостях — opensuse, гипервизор xen.

darkk Mar 22 2009 at 19:24

Просто мне данное решение кажется слегка извращенным, а про гамак — это была отсылка к анекдоту про «секс в гамаке, стоя на лыжах».

n1tra Mar 23 2009 at 01:17

Имхо, изврещение хотя решени ооочень гибкое :)

Bani Mar 21 2009 at 14:01

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

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

Kiranoff Mar 21 2009 at 15:06

не проще ли для этих челей использовать готовую железку от tp-link?

WildWolf Mar 21 2009 at 15:35

… Делал подобную вещь под Unix'ом с помощью IPFW.
Щаз попробую ваш метод)

Honeyman Mar 21 2009 at 21:18

Эх, рассказал бы мне кто-нибудь, как делать маршрутизацию по порту source.
И, прежде чем кто-то скажет про --mark,… чтобы такая маршрутизация могла действовать не только для проходящих, но и для исходящих пакетов.

darkk Mar 22 2009 at 18:16

CONNMARK? таблица mangle/OUTPUT?

Honeyman Mar 23 2009 at 18:14

таблица mangle/OUTPUT?

… которая, согласно www.citforum.ru/operating_systems/linux/iptables/#TRAVERSINGOFTABLES, будет рассматриваться аккурат после routing decision. Да и CONNMARK тоже до routing decision особо не влезет.

darkk Mar 23 2009 at 18:23

У меня работает. Правда, не по source-порту, а по UID, но это незначительные детали.

Да и кстати, в man iptables серым по чёрному написано:
mangle:
This table is used for specialized packet alteration. Until kernel 2.4.17 it had two built-in chains: [...] OUTPUT (for altering locally-generated packets before routing). [...]