Помогите спецы.
Есть такая ситуация - на модеме открыт 80 порт, идет редирект на 192.168.1.75, где имеется HTTP-сервер.
Я хочу найти такую программу, которая принимала бы весь трафик с 80 порта, и потом половину абонентов например отсылала на 80 порт 192.168.1.76, а половину ну допустим на тот же 192.168.1.75 или 127.0.0.1 на порт 81 допустим.
И там и там тоже будут стоять HTTP-сервера
TCP/IP ретранслятор - что-то в этом духе
Зачем это нужно?
возможно есть другое решение вашей задачи.
возможно есть другое решение вашей задачи.
чтобы трафик распределять между тремя компьютерами.
сейчас у меня HTTP-сервер установлен на 192.168.1.75
в модеме порт 80 открыт и связан с 192.168.1.75
можно открыть порт 81, 82 и так далее
но тогда придется в бразуре указывать явно этот порт http://zx3267.homeip.net:81
сейчас у меня HTTP-сервер установлен на 192.168.1.75
в модеме порт 80 открыт и связан с 192.168.1.75
можно открыть порт 81, 82 и так далее
но тогда придется в бразуре указывать явно этот порт http://zx3267.homeip.net:81
и дело даже не в том зачем это нужно. если уже такое готовое решение, чтобы мне не заниматься написанием это программы самому
спасибо, Сергей. как там ваш компьютерный класс поживает.
нз
Закрылся осенью 2003 года.
Но Травов И.Ф. продолжил уже полностью самостоятельное обучение учеников.
Где сейчас он разместился не знаю.
Закрылся осенью 2003 года.
Но Травов И.Ф. продолжил уже полностью самостоятельное обучение учеников.
Где сейчас он разместился не знаю.
Жень, давно мы с тобой не виделись.
тема не про это
тема не про это
0: Wiz:
а прокси сервер тебе в этом не поможет?
а прокси сервер тебе в этом не поможет?
11: Wiz:
Поможет. То, что ты описываешь и есть частный случай проксирования запросов.
А вот под вебприложения заточенный сильнее балансер - NGINX. В первую очередь под тобой описанные цели заточен.
http://sysoev.ru/nginx/
Весь мир юзает.
Поможет. То, что ты описываешь и есть частный случай проксирования запросов.
А вот под вебприложения заточенный сильнее балансер - NGINX. В первую очередь под тобой описанные цели заточен.
http://sysoev.ru/nginx/
Весь мир юзает.
Не нашел в описании, что он распределяет нагрузку на разные сервера. Прокси сервер - это не веб сервер.souphead писал(а):11: Wiz:
Поможет. То, что ты описываешь и есть частный случай проксирования запросов.
А вот под вебприложения заточенный сильнее балансер - NGINX. В первую очередь под тобой описанные цели заточен.
http://sysoev.ru/nginx/
Весь мир юзает.
Тут как я понял задача, стоит именно в разделении нагрузки одной машины с например апачем на два абсолютно зеркальных вебсерверов. Если так, то NGINX тут не поможет. Ему надо, чтобы люди из вне шли на его сервера по одному DNS адресу без всяких заморочек с портами при этом делилась нагрузка между серверами на выполнение запросов.
да все верно.Тут как я понял задача, стоит именно в разделении нагрузки одной машины с например апачем на два абсолютно зеркальных вебсерверов. Если так, то NGINX тут не поможет. Ему надо, чтобы люди из вне шли на его сервера по одному DNS адресу без всяких заморочек с портами при этом делилась нагрузка между серверами на выполнение запросов.
для всех трех HTTP-серверов, которые допустим стоят у меня физически дома на трех разных компьютеров в сети должно быть абсолютно прозрачно.
То есть, человек из вне делает запрос
http://zx3267.homeip.net/distrib/file1.rar
например
на ADSL модеме открыт 80 порт, идет редирект на 192.168.1.75 порт 80 локальной сети.
программа на 192.168.1.75:80 ловит все входящие соединения.
При присоединении клиента, программа устанавливает связь с
192.168.1.76
или
192.168.1.77
или
127.0.0.1
на какой-то порт, и трафик идет уже туда
вобщем туманно все равно как-то
Помоему это можно еще реализовать через firewall.
Дома посмотрю, что может мой в этом плане.
Я так понял, что кластер тебе тоже не подходит из-за разнородности систем на твоих компах.
Дома посмотрю, что может мой в этом плане.
Я так понял, что кластер тебе тоже не подходит из-за разнородности систем на твоих компах.
О да! Они нашли друг друга!
MilitaryJane пишет:
> О да! Они нашли друг друга!
Женя мой старый знакомый, то что с ним случилось ни кому не пожелаешь, но это тема не об этом.
Твои Татьяна реплики тут не уместны.
> О да! Они нашли друг друга!
Женя мой старый знакомый, то что с ним случилось ни кому не пожелаешь, но это тема не об этом.
Твои Татьяна реплики тут не уместны.
17: Foil:
Я ж по доброму)
Я ж по доброму)
MilitaryJane пишет:
> 17: Foil:
>
> Я ж по доброму)
Ок Извини.
> 17: Foil:
>
> Я ж по доброму)
Ок Извини.
-
AlexA
Wiz пишет:
> Помогите спецы.
>
> Есть такая ситуация - на модеме открыт 80 порт, идет редирект на 192.168.1.75, где имеется HTTP-сервер.
>
> Я хочу найти такую программу, которая принимала бы весь трафик с 80 порта, и потом половину абонентов например отсылала
> на 80 порт 192.168.1.76, а половину ну допустим на тот же 192.168.1.75 или 127.0.0.1 на порт 81 допустим.
>
> И там и там тоже будут стоять HTTP-сервера
Можно программку такую написать, к. будет учитывать текущую загрузку и раздавать входящие коннекты.
Можно KWF поставить и им рулить, только там нет правил по загрузке, можно по диапазону входящих IP-адресов или/и временному диапазону.
Ну и типа еще www.yandex.ru есть
Успехов
> Помогите спецы.
>
> Есть такая ситуация - на модеме открыт 80 порт, идет редирект на 192.168.1.75, где имеется HTTP-сервер.
>
> Я хочу найти такую программу, которая принимала бы весь трафик с 80 порта, и потом половину абонентов например отсылала
> на 80 порт 192.168.1.76, а половину ну допустим на тот же 192.168.1.75 или 127.0.0.1 на порт 81 допустим.
>
> И там и там тоже будут стоять HTTP-сервера
Можно программку такую написать, к. будет учитывать текущую загрузку и раздавать входящие коннекты.
Можно KWF поставить и им рулить, только там нет правил по загрузке, можно по диапазону входящих IP-адресов или/и временному диапазону.
Ну и типа еще www.yandex.ru есть
Успехов
13: Foil:
Ну ты я чувствую во фронтэнд серверах разбираешься Ох уж эти мне сказочники. 
Вот например готовый готовый конфиг для nginx, который именно это и будет делать.
Принимать http (и не только http, а все) запросы на порту 80 хоста, где он стоит и разбрасывать на хосты:
192.168.1.76 на порт 80 например
192.168.1.77 на порт 81 например
127.0.0.1 на порт 83 например.
А затем возвращать запросившему ему хосту ответ так, как будто сам хост дал ему ответ с порта 80.
И заметь, что в случае http, он при неправильном ответе сервера на бэкэнде он не просто вернет ошибку, а запросит у другого и всетаки отдаст запросившему результат.
# more /etc/nginx/nginx.conf
user nginx;
worker_processes 4;
error_log /var/log/nginx/error.log debug;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
}
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] $status '
'"$request" $body_bytes_sent "$http_referer" '
'"$http_user_agent" "http_x_forwarded_for"';
access_log /var/log/nginx/access.log main;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
upstream chlenozad {
server 192.168.1.76:80;
server 192.168.1.77:81;
server 127.0.0.1:83;
}
server {
listen 80;
server_name _;
server_name_in_redirect off;
access_log /var/log/nginx/host.access.log main;
location / {
proxy_pass http://chlenozad;
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 32K;
proxy_buffers 30 32K;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 10m;
}
}
}
Ну ты я чувствую во фронтэнд серверах разбираешься
Ох уж эти мне сказочники. Вот например готовый готовый конфиг для nginx, который именно это и будет делать.
Принимать http (и не только http, а все) запросы на порту 80 хоста, где он стоит и разбрасывать на хосты:
192.168.1.76 на порт 80 например
192.168.1.77 на порт 81 например
127.0.0.1 на порт 83 например.
А затем возвращать запросившему ему хосту ответ так, как будто сам хост дал ему ответ с порта 80.
И заметь, что в случае http, он при неправильном ответе сервера на бэкэнде он не просто вернет ошибку, а запросит у другого и всетаки отдаст запросившему результат.
# more /etc/nginx/nginx.conf
user nginx;
worker_processes 4;
error_log /var/log/nginx/error.log debug;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
}
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] $status '
'"$request" $body_bytes_sent "$http_referer" '
'"$http_user_agent" "http_x_forwarded_for"';
access_log /var/log/nginx/access.log main;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
upstream chlenozad {
server 192.168.1.76:80;
server 192.168.1.77:81;
server 127.0.0.1:83;
}
server {
listen 80;
server_name _;
server_name_in_redirect off;
access_log /var/log/nginx/host.access.log main;
location / {
proxy_pass http://chlenozad;
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 32K;
proxy_buffers 30 32K;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 10m;
}
}
}
Foil пишет:
> А вот под вебприложения заточенный сильнее балансер - NGINX. В первую очередь под тобой описанные цели заточен.
> http://sysoev.ru/nginx/
> Не нашел в описании, что он распределяет нагрузку на разные сервера.
Рид зе мануал, думай головой.
>Прокси сервер - это не веб сервер.
Правда ?
Ты видимо из тех, кто свято верит, что задача прокси сервера инет раздавать юзверям и хостам внутри сети.
Так вот открою тебе секрет - это не так. В первую очередь прокси и создавались, как решение для публикации приложений расположенных внутри сети в интернет, причем пофиг каких приложений, в том числе и вебсерверов.
И любая нормальная прокся - это умеет. И балансировку нагрузки зачастую умеет.
А называть проксисервером шнягу, которая только инет раздает юзверям - смешно.
> А вот под вебприложения заточенный сильнее балансер - NGINX. В первую очередь под тобой описанные цели заточен.
> http://sysoev.ru/nginx/
> Не нашел в описании, что он распределяет нагрузку на разные сервера.
Рид зе мануал, думай головой.
>Прокси сервер - это не веб сервер.
Правда ?
Ты видимо из тех, кто свято верит, что задача прокси сервера инет раздавать юзверям и хостам внутри сети.Так вот открою тебе секрет - это не так. В первую очередь прокси и создавались, как решение для публикации приложений расположенных внутри сети в интернет, причем пофиг каких приложений, в том числе и вебсерверов.
И любая нормальная прокся - это умеет. И балансировку нагрузки зачастую умеет.
А называть проксисервером шнягу, которая только инет раздает юзверям - смешно.
-
AlexA
Откуда столько умников? В ИТ есть такое понятие - PROXY, по русски это что-то типа: посредник.souphead писал(а):Так вот открою тебе секрет - это не так. В первую очередь прокси и создавались, как решение для публикации приложений расположенных внутри сети в интернет, причем пофиг каких приложений, в том числе и вебсерверов.
Так вот изначально прокси-сервер - это был посредник между пользователями и веб-серверами с функциями кэширования,
обеспечения анонимности и т.п. Потом прокси-сервера в локальных сетках стали дополнительно нагружать функциями
firewall, NAT, DHCP, DNS, routera и т.д.
ну и чушь ты написал ппц.souphead писал(а):Foil пишет:
Так вот открою тебе секрет - это не так. В первую очередь прокси и создавались, как решение для публикации приложений расположенных внутри сети в интернет, причем пофиг каких приложений, в том числе и вебсерверов.
И любая нормальная прокся - это умеет. И балансировку нагрузки зачастую умеет.
А называть проксисервером шнягу, которая только инет раздает юзверям - смешно.
Алекс вот тебе уже ответил...
А по nginx коли он это умеет, то я думаю Женя попробует и отпишется!!!
-
maxs
AlexA пишет:
>
> Откуда столько умников? В ИТ есть такое понятие - PROXY, по русски это что-то типа: посредник.
> Так вот изначально прокси-сервер - это был посредник между пользователями и веб-серверами с функциями кэширования,
>
> обеспечения анонимности и т.п. Потом прокси-сервера в локальных сетках стали дополнительно нагружать функциями
> firewall, NAT, DHCP, DNS, routera и т.д.
Ты и вправду в это веришь?
Foil,
слушай супа, он дело говорит.
>
>souphead писал(а):Так вот открою тебе секрет - это не так. В первую очередь прокси и создавались, как решение для публикации
> приложений расположенных внутри сети в интернет, причем пофиг каких приложений, в том числе и вебсерверов.
> Откуда столько умников? В ИТ есть такое понятие - PROXY, по русски это что-то типа: посредник.
> Так вот изначально прокси-сервер - это был посредник между пользователями и веб-серверами с функциями кэширования,
>
> обеспечения анонимности и т.п. Потом прокси-сервера в локальных сетках стали дополнительно нагружать функциями
> firewall, NAT, DHCP, DNS, routera и т.д.
Ты и вправду в это веришь?
Foil,
слушай супа, он дело говорит.
о, да тут холивар начинается 
почитал мануал по nginx - действительно удачный пример.
Евгений давай тестируй!!!
http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html
http://sysoev.ru/nginx
Евгений давай тестируй!!!
http://sysoev.ru/nginx/docs/http/ngx_http_upstream.html
http://sysoev.ru/nginx
maxs пишет:
> Foil,
> слушай супа, он дело говорит.
Если про nginx - то да действительно очень похоже, что это то что нужно Евгению.
Если про прокси, то тут он не прав. А почему не прав Алекс ему ответил.
> Foil,
> слушай супа, он дело говорит.
Если про nginx - то да действительно очень похоже, что это то что нужно Евгению.
Если про прокси, то тут он не прав. А почему не прав Алекс ему ответил.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей
