CentoS добавление еще одного интернет канала в имеюшуюся сеть

Доброго времени суток уважаемые форумчани !! Появилась проблема, наверное как и у всех как и всегда подключение второго канала Интернет.

Вот задача : С модема 1 на шлюз сервер поступает Интернет он полностью настроен и функционирует Интернет через шлюзы бегает все работает все работают все рады
Так как образовательное учреждение руководство выбило на образовательный ресурс канал емкостью в 1мб/c с которым мы соединяемся по DSL линии (модем 2).
Было принято решение подключить не посредственно к шлюзу, соединяющего буферную зону и локальную сеть (шлюз 2 на нем также крутится локальный dns сервер)
Вопрос как можно реализовать данную задачу?

Сервера:

ОС Cent OS 5.5 final x86_x64

Настроено

Iptables + squid - первый шлюз
Iptables + squid+ Bind – второй шлюз

В буферной зоне поднят внешний DNS сервер.


Рассчитываю на вашу помощь и поддержку в данным начинании.

Что-то мне немного не понятно, что в итоге сделать-то нужно? Настроить два канала на одном роутере?
И исправьте название темы, пожалуйста.

нужно просто добавить еще 1 интернет канал с выходом только на один сайт и сделать так чтобы все пользователи могли заходить на этот ресурс но интернета не было только в случае если разрешил системный администратор

Elrik12 написал:

нужно просто добавить еще 1 интернет канал с выходом только на один сайт и сделать так чтобы все пользователи могли заходить на этот ресурс но интернета не было только в случае если разрешил системный администратор

допилить iptabele:
1) добавить еще один интерфейс
2) прописать редирект/перенаправление вашей подсети на этот сайт.

должно работать =)

можно как нибудь это кодом показать??? если можно чтоб хоть наглядно видеть как это делается

Elrik12 написал:

можно как нибудь это кодом показать??? если можно чтоб хоть наглядно видеть как это делается

если у вас squid работает как не прозрачный прокси, то смотрим в сторону squid.conf и его acl листов, подробно описано в документации : http://squid.opennet.ru/FAQ/my/FAQrus-10.html
Для iptables примеров куча, поищите вот здесь: http://linuxforum.ru/viewtopic.php?id=159

i2ks написал:

[quote=Elrik12]можно как нибудь это кодом показать??? если можно чтоб хоть наглядно видеть как это делается

если у вас squid работает как не прозрачный прокси, то смотрим в сторону squid.conf и его acl листов, подробно описано в документации : http://squid.opennet.ru/FAQ/my/FAQrus-10.html
Для iptables примеров куча, поищите вот здесь: http://linuxforum.ru/viewtopic.php?id=159[/quote]


сквид работает как прозрачный прокси сервер


Все ровно спасибо за ховтушку

Elrik12 написал:

можно как нибудь это кодом показать??? если можно чтоб хоть наглядно видеть как это делается

В плане маршрутизации надо разбираться с iproute2. Там можно много чего попонастраивать, например нагрузку (исходящий трафик) побалансировать между провайдерами по разным правилам. Гугли запрос "балансировка нагрузки в iproute2" и ищи статью, доступную для понимания. Например, на OpenNet'е. Информации много. Это для исходящего трафика.

Далее, если появляется задача удаленного доступа (из Инета) к хостам внутренней сети, то вот достаточно неплохая статья на эту тему: http://sys.net.ru/docs/tri-provajdera-i-servera-vnutri-seti/
Там всё очень доходчиво разжёвано для случая если организуется доступ из внешнего мира. Это первое. Второе - то о чем молчат подобные статьи, но на чем можно очень хорошо наплясаться - при организации поинтерфейсных таблиц маршрутизации там только указывается дефолтный гейт. А что если в сети, обслуживаемой данным интерфейсом есть еще хосты? Передавать на них пакеты через этот дефолтный роутер? А его производительности хватит? Не ляжет? Так вот, чтобы обслужить такую сеть, в которую подвешен интерфейс, надо в соответствующую интерфейсную таблицу марширутизации добавить правило обслуживания этой сети. Примерно такой записью:

192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.6

Здесь обслуживается в ARP сеть 192.168.0.0/24, доступная на интерфейсе eth0, который имеет адрес 192.168.0.6. И пакеты пойдут хостам этой сети не через роутер, а напрямую.

И еще - внимательно почитай статьи в Инете о перенаправлении портов (особенно 22-го) и применения правила recent в iptables на предмет противостояния попыткам подбора паролей и DoS атакам. Статистика здесь примерно такая - на адресе в DNS не прописанном (то есть найденном ботами случайно) если ничего в iptables не предпринимать - попыток зайти на 22й порт больше сотни. Если применить recent и поставить таймаут минуть на 5, то не больше десятка. А если перенести порт куда=нибудь наверх - вообще ни одного.

Надо как-то написать статейку, как я делал два внешних канала

Hrafn написал:

Надо как-то написать статейку, как я делал два внешних канала

угу сильно бы пригодилась бы!!