Распределение трафика на 2 канала

[Term2]

Распределение трафика на 2 канала

Ситуация такая: есть 2 подключения к интернету с постоянными IP. Одно с безлимитным трафиком на 128 кбит, другое на 10 мбит с оплатой за входящий трафик. Оба подключены к серваку на разные сетевые карты. На серваке стоит Windows 2003 Server, Apache, PHP. Вопрос вот в чем: Можно ли как-то сделать, чтобы входящий трафик на сайт шел на первый канал, а исходящий с сайта на второй? (с целью уменьшения расходов на трафик) Может можно как-то использовать хостинг, на котором выложить только главную страницу, а база данных и основные скрипты чтобы оставались на моем сервере?

-~{}~ 08.06.07 06:54:

Мне видится так: на хостинге лежит скрипт (на PHP) который отправляет запросы на один IP и ждет ответов с другого (IP ему известны). А сервак соответсвенно ловит запросы через один IP и отправляет в сторону хостинга через другой.
Но вот как в PHP реализовать получение данных с одного IP и оправку через другой?

 

[Develar]

http://ru2.php.net/manual/ru/function.curl-setopt.php

 

[boombick]

о_О
А я всегда думал, что распределение трафика - это задача маршрутизатора... И скриптами, тем более на РНР, рулить трафиком - это совсем не дело... И причем тут curl?

Имхо, топик - полный бред.

 

[jeka!]

route в яндекс поищи, недавно читал подобные статьи, как можно разрулить траф по нескольким картам.

 

[Crazy]

Автор оригинала: Develar
http://ru2.php.net/manual/ru/function.curl-setopt.php

Мда. Хорошой хоть, не на гей.ру послал...

-~{}~ 08.06.07 22:31:

Автор оригинала: jeka!
route в яндекс поищи, недавно читал подобные статьи, как можно разрулить траф по нескольким картам.

Чтобы запрос пришел на IP1, а ответ пришел к клиенту с IP2? Мэджик! Мэджик! Ты вернулся, о Великий Мерлин!

 

[Term2]

А почему нет? Запрос идет же на домен типа server.ru Принимается одним IP, и ответ присылается с другого.

 

[boombick]

А почему нет?

Ну да, это типа "если бы все думали как вы, анального секса сейчас бы не было"?
Трафиком рулят маршрутизаторы. Апачу и пхп вместе с ним должно быть глубоко по фигу, откуда и куда отдавать контент. А вот iptables, например, может разрулить, чтобы исходящий tcp-трафик по 80 порту отдавался через определенный интерфейс.

 

[Crazy]

Автор оригинала: Term2
А почему нет? Запрос идет же на домен типа server.ru Принимается одним IP, и ответ присылается с другого.

Замечательно. Браузер установил соединение по TCP с IP1 и послал пакет. Вдруг ему с IP2 приходит нечто. Как TCP-стек клиентского компа догадается, что это ответ на посланный запрос?

-~{}~ 09.06.07 11:29:

Однако, торможу. Если, как говорит boombick, получаем запрос на IP1 и с _того_же_ IP1 отправляем ответ, который потом просто рутим на IP2 -- сработает.

 

[ys]

> Однако, торможу. Если, как говорит boombick, получаем запрос на IP1 и с _того_же_ IP1 отправляем ответ,
> который потом просто рутим на IP2 -- сработает.

Если провайдер фильтрует "чужие" адреса - то не выпустит он этот пакетик через себя.

 

[Krishna]

Однако всё это хня полная.
Если на сайт ничего не заливается, то входящий трафик и так будет минимален - HTTP заголовки много не едят.

 

[Wicked]

[offtop]
кстати, threadid=100000
[/offtop]