Если хотите без VPN, значит нужно поиграть со статическими маршрутами. У клиента прописать шлюз по умолчанию как ИП адрес сервера 1, у сервера один с помощью firewall анализировать src (источник) IP пакета. Если источник совпадает с заданной сетью, пересылать на сервер 3. На сервере 3 для заданной сети делать NAT.
Добрый день. Все что вам нужно - это организовать доступ в интернет через VPN, можно использовать любую из доступных технологий построения виртуального канала между "клиентом" или "сетью клиента", шлюзом шифрования и сетью интернет. Как вариант, VPN канал может быть построен по технологии OpenVPN. Сервер 1 при этом просто должен будет делать NAT (трансляцию адресов) и будет вместо клиента "ходить в интернет". Есть масса статей как реализовать подобное решение. Вот одна из таких, на нашем веб сайте: http://10serv.com/nastroyka-dvoynogo-double-openvpn/
Нагрузки на процессор со стороны шлюза шифрования практически никакой не будет. Кроме того, если стоит задача просто скрыть адрес пользователя, трафик даже можно не шифровать между ВНП-сервером и клиентом.
Если не хотите тратить много времени на настройку, можете создать у нас заявку и мы без проблем сделаем.
Это только рекомендация. Это не является формальным требованием, но довольно часто принимающая сторона хочет что бы PTR совпадал с именем почтового домена. Обратную зону для NS вы настроить не можете, это может сделать ваш хостинг провайдер, т.к. PTR запись привязывается к IP адресу.
PTR записи для IP адреса вашего почтовика настроены? Если нет - поставьте тикет вашему хостинг провайдеру что бы он прописал для вас обратную зону. Это важно для почтового сервера.
Что бы понять что память съедает, можно, как вариант, установить какой то профайлер. Например, pinba. Или подключить систему к New Relic. Pinba - локально устанавливается, New Relic - PaaS (Platform as a service), платная штука, но весьма полезная. Вот вам ссылка по поводу pinba: http://habrahabr.ru/post/129042/. Если хотите такую штуку - ставьте тикет, настроим.
Для бенчмарков можно использовать jmeter. Можете почитать статью у нас на сайте http://10serv.com/nagruzochnoe-testirovanie-web-sayta/. Если нужна практическая помощь - регистрируйтесь, ставьте тикет, поможем.
Если хотите без VPN, значит нужно поиграть со статическими маршрутами. У клиента прописать шлюз по умолчанию как ИП адрес сервера 1, у сервера один с помощью firewall анализировать src (источник) IP пакета. Если источник совпадает с заданной сетью, пересылать на сервер 3. На сервере 3 для заданной сети делать NAT.
Добрый день. Все что вам нужно - это организовать доступ в интернет через VPN, можно использовать любую из доступных технологий построения виртуального канала между "клиентом" или "сетью клиента", шлюзом шифрования и сетью интернет. Как вариант, VPN канал может быть построен по технологии OpenVPN. Сервер 1 при этом просто должен будет делать NAT (трансляцию адресов) и будет вместо клиента "ходить в интернет". Есть масса статей как реализовать подобное решение. Вот одна из таких, на нашем веб сайте: http://10serv.com/nastroyka-dvoynogo-double-openvpn/
Нагрузки на процессор со стороны шлюза шифрования практически никакой не будет. Кроме того, если стоит задача просто скрыть адрес пользователя, трафик даже можно не шифровать между ВНП-сервером и клиентом.
Если не хотите тратить много времени на настройку, можете создать у нас заявку и мы без проблем сделаем.
Это только рекомендация. Это не является формальным требованием, но довольно часто принимающая сторона хочет что бы PTR совпадал с именем почтового домена. Обратную зону для NS вы настроить не можете, это может сделать ваш хостинг провайдер, т.к. PTR запись привязывается к IP адресу.
PTR записи для IP адреса вашего почтовика настроены? Если нет - поставьте тикет вашему хостинг провайдеру что бы он прописал для вас обратную зону. Это важно для почтового сервера.
В свойствах виртуалхостов можно запретить для конкретных сайтов доступ с определенных IP. Это можно сделать и без .htaccess
Проверьте вашу регулярку где то. Вот вам ссылка к примеру: http://rubular.com
Что бы понять что память съедает, можно, как вариант, установить какой то профайлер. Например, pinba. Или подключить систему к New Relic. Pinba - локально устанавливается, New Relic - PaaS (Platform as a service), платная штука, но весьма полезная. Вот вам ссылка по поводу pinba: http://habrahabr.ru/post/129042/. Если хотите такую штуку - ставьте тикет, настроим.
Соберите из исходников разные версии и установите их в разные директории.
Переключаться между ними довольно просто - указываете в конфиге веб сервера какую использовать и все.
http://habrahabr.ru/post/176147/
http://anton-pribora.ru/articles/os/freebsd/freebsd-apache-multi-php/
Какие то ошибки в /var/log/syslog есть? По-умолчанию, cron использует этот лог-файл.