iptables -A OUTPUT -i ppp0 -p tcp -m owner --uid-owner supauser -j ACCEPT
Нет. Даже близко не "вроде". Нужно, чтобы пакеты не просто "доходили" - а доходили именно туда, куда нужно. Для этого правилами iptables не обойтись: нужно на основе маркировки пакетов в подобных правилах - менять роутинг. Примерно как опиали выше #2.
Если это вариант - то, конечно. Выражайтесь яснее в следующий раз. Чтобы люди не думали, что вам каждому пользователю требуется организовать полноценное соединение с интернет.
Не мучайтесь и установите дебиан.
На, читай
http://httpd.apache.org/docs/2.2/rewrite/
Как-то через iptables метить пакеты по uid/gid - и затем делать для них с tc отдельные правила роутинга.
Потому что тебе дали немного неверное решение. А ты тупо вбил его.
Тогда откуда вы выкопали статистику "при одинаковых условиях в плане охлаждения, эксплуатации"?
Наоборот, логично предположить что "одинаковость" их под большим вопросом (разные клиенты). Более того, стоимость SAS - фактор, в пользу их наличия прежде всего в дорогостоящих конфигурациях. Отсюда - лучшие условия, более бережное отношение к системе и т.п. Это раз.
Второе - что вы вообще сравниваете. "Винты wd и seagate" - это ниочем. Если какие-то буратины ставят в "сервера" SATA винты десктопных серий и несут их потом вам по гарантии - ничего интересного тут нету.
Тоже вариант - лучший чем перезагрузка...
Самое простое - не жадничать и настроить сервер нормально. IP будут меняться, приходить новые безумные боты...
Ну, поздравляю - если вы так выкинули деньги на ветер. Нанимайте тех, кто отвечает за свои слова. Или попробуте вновь постучаться к "авторитетному админу", чтобы он доделал таки работу для которой его наняли.
Не все роботы понимают ограничения, которые вы туда "написали". robots.txt - рекоммендация, глупо его использовать для ограничения нагрузки.
Это глупо. Хоть просто тогда от сети его отключайте ("ifdown eth0" - отключить сетевой интерфейс eth0, "ifup eth0" - включить).
Если у вас VPS не на OpenVZ/Virtuozzo - так сервер может и на полчаса-час внезапно отключиться. Задумает, к примеру, проверить файловые системы при старте...
Повторяю, на таком уровне - клиент будет сам в состоянии администрировать свой проект. Нужно ведь *знать* куда и зачем ты даешь доступ и что может с того быть.
"Есть вариант" - не бегать по сисадминам и убеждаться в их честности и квалифицированности методом тыка, а заключить договор по сопровождению сервера. С частным лицом, фирмой - уже не столь принципиально. Ведь следующее, что с удивлением обнаружит ТС: "Оптимизировать сервер на максимальную производительность" - далеко не разовая задача (особенно если на его проекты хоть кому-то не наплевать). И есть еще.
Понял, чего вы хотите добиться - но по-прежнему не вижу чем тут мешают "разные папки". Грузите в одно место, с вашим прогрессбаром - а на закачку давайте ссылки из другой "папки", и ограничения ставьте там же.
upload и uploadprogress модули. Существуют давным давно.
Сложно сказать, не видя кода. В принципе, у nginx есть поддержка perl.
