forum.lissyara.su

Добрый день
Тяну щас к себе оптику, и есть второй канал. Вот задумался как эти каналы правильно настроить.
Основным будет новый - оптика. Старый - резервный.
Что нужно.
1. NAT для внутренней сети
2. Автоматическое переключение с основного на резервный в случае падения оного (и самое главное обратный процесс)
3. Шлюз будет использоваться как веб сервер, следовательно необходимо настроить как-то приоритеты для апача, что-бы ему по необходимости отдавалось большая часть канала.
4. По минимуму использовать резервный канал, т.к. перевожу его в режим оплаты по трафику

Какими средствами, и как реализовать мои хотелки?
Сейчас настроена, для одного канала, связка ipfw + natd (NAT и проброс портов). Приоретизации веба сейчас нет.

У обоих каналов будет реальный IP. При переключении на резерв он должен принимать и отправлять почту (будет прописан как второй МХ)

У обоих каналов будет реальный IP.

BGP

paradox писал(а):

У обоих каналов будет реальный IP.

BGP

Где бы почитать про его настройку под фрю?

та одной настроки маловато
нужно автономку заказываеть
но если увас уже все есть
то тогда в портах есть zebra
она и рулит BGP
по поиску зебры в интенете, и настройку BGP найдете
вообще на киська ком много док по БЖП

paradox писал(а):та одной настроки маловато
нужно автономку заказываеть
но если увас уже все есть
то тогда в портах есть zebra
она и рулит BGP
по поиску зебры в интенете, и настройку BGP найдете
вообще на киська ком много док по БЖП

А без заказа автономки? Никак?
Просто доп денег ну никак нет

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

У обоих каналов будет реальный IP. При переключении на резерв он должен принимать и отправлять почту (будет прописан как второй МХ)

эти условия будут практически не выполнимы

хотя может кто придумает как это закрутить...
подожди что другие ответят по этому поводу

Я бы решал задачку так:
1) Переключение каналов - скрипт, пингующий некие узлы, и перенастраивающий ipfw и resolv.conf в случае необходимости.
2) Шейпер Apache - а не проще посчитать, какая у Вас реальная полоса - и зашейперить остальной трафик (SMTP и прокси пользователям?) - в этом случае у них будет обрезанный инет - а Apache будет отдавать без всяких pipe-ов с максимальным приоритетом...
3) Второй MX - реально - только при перенастройке ipfw и роутинга нужно убедиться, что MTA канал юзает...

Ну в целом так задачки реальные, могут корректироваться по ходу пьесы - но гемора много - меня на такие извраты сподвигнуть сейчас тяжело (жена, сын - 8 мес ).

Простой Juniper NS-5GT-005 (устаревшие модели - сейчас уже в моде SSG) - за 12-13 т.р. справится с этими задачками влет (в нем есть Active/Passive Untrust, ECMP, PBR - и нормальный шейпер ).

Dorlas писал(а):Я бы решал задачку так:
1) Переключение каналов - скрипт, пингующий некие узлы, и перенастраивающий ipfw и resolv.conf в случае необходимости.
2) Шейпер Apache - а не проще посчитать, какая у Вас реальная полоса - и зашейперить остальной трафик (SMTP и прокси пользователям?) - в этом случае у них будет обрезанный инет - а Apache будет отдавать без всяких pipe-ов с максимальным приоритетом...
3) Второй MX - реально - только при перенастройке ipfw и роутинга нужно убедиться, что MTA канал юзает...

Ну в целом так задачки реальные, могут корректироваться по ходу пьесы - но гемора много - меня на такие извраты сподвигнуть сейчас тяжело (жена, сын - 8 мес ).

Простой Juniper NS-5GT-005 (устаревшие модели - сейчас уже в моде SSG) - за 12-13 т.р. справится с этими задачками влет (в нем есть Active/Passive Untrust, ECMP, PBR - и нормальный шейпер ).

По первому пункту, я согласен. Вчера перелопатил инет, и похоже остановлюсь на этом варианте.
А вот по второму... Апач я запихну в клетку, на нем будет крутиться инет магазин. И нагрузка на него к сожалению не предсказуемая на сегодняшний день. Да и создавать ситуацию, что канал есть (незанят), а воспользоваться им нельзя, мне не хочется.
По третьему. Как определить, что MTA юзает канал?

На доп железки денег нет, и в ближайшее время не будет. Кризис однако

Тогда предложение такое - в корневой ОС поставьте Nginx - и в нем пропишите указание на Apache.

Дает и прирост скорости и выйгрыш в ОЗУ и времени отклика - вполне возможно вообще без шейпера обойдетесь...

Если решите задачу № 1 - думаю, автоматом решится задача № 3 (тупо эксперимент) - главное, чтобы были 2 MX-записи (ну и A и PTR, соответственно не помешают) в DNS.

CARP+VLAN's....но это всё потом, самый главный тут вопрос - куда Вы собираетесь втыкать оптику?

zingel писал(а):CARP+VLAN's....но это всё потом, самый главный тут вопрос - куда Вы собираетесь втыкать оптику?

Оконечку для оптики предоставляет пров. Я не знаю, что это будет. Он мне отдает езернет из этой оконечки.

Это будет сраный медиаконвертор или gbik из порта кошки, если провайдер хороший, то разварит для Вас пигтейл в кросе. Ставить кошку, если денек нет - ставить гейт на котором поднимать bgpd. Других вариантов тут и быть не может, а за ним ставить балансер с карпами и вланами.

zingel писал(а):

Код: Выделить всё

Оконечку для оптики предоставляет пров. Я не знаю, что это будет.

Это будет сраный медиаконвертор или gbik из порта кошки, если провайдер хороший, то разварит для Вас пигтейл в кросе. Ставить кошку, если денек нет - ставить гейт на котором поднимать bgpd. Других вариантов тут и быть не может, а за ним ставить балансер с карпами и вланами.

Если честно, ниче не понял
Про BGP вроде уже как выяснили, что это не подходит. Нет денег на автономку.
Про CARP почитал. Но честно пока не очень въехал, как он может помочь в решении моей задачи. С VLAN аналогично. К чему здесь они?
Прошу сильно не пинать.

Скрипт работает отлично, по крону 1 раз в минуту-при падении юзеры ничего не замечают т.к. у них это как простое подтормаживание выглядит

Со скриптом понятно. А вот как сделать балансировку для апача?
При условии, что апач в клетке.
Желательно на ipfw

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

Скрипт наваял. Теперь думаю как апачу канал отдавать.

BAV_Lug писал(а):Со скриптом понятно. А вот как сделать балансировку для апача?
При условии, что апач в клетке.
Желательно на ipfw

я чёт не совсем понимаю насчёт апача поясните ,вам нужен апачь на локалку или на инет ? и что балансировать внём вы хотите у вас имеетца два инета,делайте httpd.conf port *80 и пусть слушает все айпи адреса чтобы небыло гемороя с вертуал хостом. ,упала оптика шлюзы переключились и гуд типа,раз у вас два белых айпи адреса создайте два Ns сервера к единому домену, и всё.

warzoni писал(а):

BAV_Lug писал(а):Со скриптом понятно. А вот как сделать балансировку для апача?
При условии, что апач в клетке.
Желательно на ipfw

я чёт не совсем понимаю насчёт апача поясните ,вам нужен апачь на локалку или на инет ? и что балансировать внём вы хотите у вас имеетца два инета,делайте httpd.conf port *80 и пусть слушает все айпи адреса чтобы небыло гемороя с вертуал хостом. ,упала оптика шлюзы переключились и гуд типа,раз у вас два белых айпи адреса создайте два Ns сервера к единому домену, и всё.

Про баланс я уже писал в своем первом посте. Но повторюсь.
Что хочется - чтобы когда нет обращений к апачу (на основном канале), канал отдавался под другие цели. А когда есть - ему бы выделялась фиксированная полоса (например 1Мб из 2-х мегабитного канала).

Кстати идея про два днс (которые будут отдавать разные адреса домена) на каждом из каналов, мне понравилась. Щас буду думать как это лучше сделать.

BAV_Lug писал(а):

warzoni писал(а):

BAV_Lug писал(а):Со скриптом понятно. А вот как сделать балансировку для апача?
При условии, что апач в клетке.
Желательно на ipfw

я чёт не совсем понимаю насчёт апача поясните ,вам нужен апачь на локалку или на инет ? и что балансировать внём вы хотите у вас имеетца два инета,делайте httpd.conf port *80 и пусть слушает все айпи адреса чтобы небыло гемороя с вертуал хостом. ,упала оптика шлюзы переключились и гуд типа,раз у вас два белых айпи адреса создайте два Ns сервера к единому домену, и всё.

Про баланс я уже писал в своем первом посте. Но повторюсь.
Что хочется - чтобы когда нет обращений к апачу (на основном канале), канал отдавался под другие цели. А когда есть - ему бы выделялась фиксированная полоса (например 1Мб из 2-х мегабитного канала).

Кстати идея про два днс (которые будут отдавать разные адреса домена) на каждом из каналов, мне понравилась. Щас буду думать как это лучше сделать.

всё понятно!

есть два варианта
первый http://www.lissyara.su/?id=1135
второе такое http://www.lissyara.su/?id=1141
третье - не знаю.у тебя просто апачи на опщем канале с интернет юзерами окгранечение на уровне Ipfw pf к хорошему не приведёт.

warzoni писал(а): всё понятно!

есть два варианта
первый http://www.lissyara.su/?id=1135
второе такое http://www.lissyara.su/?id=1141
третье - не знаю.у тебя просто апачи на опщем канале с интернет юзерами окгранечение на уровне Ipfw pf к хорошему не приведёт.

Первые два варианта мне не подходят. Мне не пользователей апача хочется ограничить. А как раз наоборот дать им приоритет перед остальными.

BAV_Lug писал(а):

warzoni писал(а): всё понятно!

есть два варианта
первый http://www.lissyara.su/?id=1135
второе такое http://www.lissyara.su/?id=1141
третье - не знаю.у тебя просто апачи на опщем канале с интернет юзерами окгранечение на уровне Ipfw pf к хорошему не приведёт.

Первые два варианта мне не подходят. Мне не пользователей апача хочется ограничить. А как раз наоборот дать им приоритет перед остальными.

Вы ше пишите когда ваши юзеры качают апачи дать скорасть 1-2 мегабита когда юзеры ваши некачают на основном канале то отдовать всё на апачи вопщемизвените но такие путаницы увы не для маих мозгоф )

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

Как раз наоборот. Еще раз повторюсь - приоритет должен быть у апача. Апач в клетке.
Но просто так отрезать ему кусок канала мне бы не хотелось. Хотелось бы чтобы этот кусок был доступен апачу всегда. Но когда он ему не нужен, он бы отдавался другим.

посмотри мой пост про CARP

У меня такой вопрос - раз вы разобрались со скриптом переключающим каналы не мог бы кто-нибудь им поделится? спасибо