- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть сервер с Red Hat Enterprise Linux 3.0 возможно ли настроить его таким образом, чтобы скрипты, которые исполняются на сервере работали через разные IP-адреса? Сейчас имеется несколько IP-адресов, но они работают только на "вход" (т.е. стандартная услуга хостинг-провайдера, когда предоставляется несколько IP для доменов). Как сделать так, чтобы они могли работать и на "выход"?
Есть сервер с Red Hat Enterprise Linux 3.0 возможно ли настроить его таким образом, чтобы скрипты, которые исполняются на сервере работали через разные IP-адреса? Сейчас имеется несколько IP-адресов, но они работают только на "вход" (т.е. стандартная услуга хостинг-провайдера, когда предоставляется несколько IP для доменов). Как сделать так, чтобы они могли работать и на "выход"?
Есть:-) сам над этим думал не так давно. Приложение которое устанавливает исходящее соединение должно выбрать с какого ip это будет сделано. Для каждого приложения настройки разные. Обычно ip указывается приложением во время привязки к сокету (при установлении соединения)
Можно настроить маскарадинг в iptables. Например по порту - все что идет на 80 порт, будет идти с одного IP, все что на 25-ый с такого-то.
Можно настроить маскарадинг в iptables. Например по порту - все что идет на 80 порт, будет идти с одного IP, все что на 25-ый с такого-то.
Точнее сказать форвардинг или редирект, а вообще идея верная!
Про настройки скажу.... где к примеру у PHP такая настройка?! Я лично никогда не видел.
где к примеру у PHP такая настройка?! Я лично никогда не видел.
Это надо делать средствами firewall (ipfw/iptables).
Есть:-) сам над этим думал не так давно. Приложение которое устанавливает исходящее соединение должно выбрать с какого ip это будет сделано. Для каждого приложения настройки разные. Обычно ip указывается приложением во время привязки к сокету (при установлении соединения)
А примеров скриптов на PHP или Perl не встречалось? Допустим мне к базе данных нужно приконнектится с определенным IP (с другим не пустит).
На самом деле можно написать прогу, которая обойдётся без маскарада.
При желании изучите исходники программы ping, там есть опция -I которая позволяет выбрать интерфейс от которого работать.
На Перле, возможно, тоже можно, но мне не приходилось пока такого писать.
Мне изначально хотелось решить проблему на Perl и это получилось! Создав соединение на уровне сокета, в его свойствах можно указать, какой из локальных адресов и через какой порт использовать.
Покажите пример, если не сложно :)
Пожалуйста:
#!/usr/bin/perl -w
use IO::Socket;
unless (@ARGV > 1) { die "usage: $0 host document ..." }
$host = @ARGV;
$EOL = "\015\012";
$BLANK = $EOL x 2;
$ip = "xxx.xxx.xxx.xxx";
foreach $document ( @ARGV ) {
$remote = IO::Socket::INET->new( Proto => "tcp",
PeerAddr => $host,
PeerPort => "http(80)",
LocalAddr => "$ip"
);
unless ($remote) { die "cannot connect to http daemon on $host" }
$remote->autoflush(1);
print $remote "GET $document HTTP/1.0" . $BLANK;
while ( <$remote> ) { print }
close $remote;
}