acishina
1. Проверяем IP на принадлежность к вашим службам -- личные компьютеры администраторов/редакторов сайтов, партнёрские программы, подключенные новостные ленты, прайсы или что там у вас ещё к сайту подключено.
2. Пробиваем незнакомые IP на whois, useragent, ищем их по всей истории всех имеющихся сайтов, определяем принадлежность (люди/боты/и т.д.).
3. Реагируем соответствующе: пишем хозяевам, пишем абузу, баним. Здесь на своё усмотрение.
Обратите внимание на POST запросы xmlrpc.php.
Что это такое, кто производит и с какой целью?
Определиться, какие логи у вас. Давайте список.
Нет! Разбирайтесь, где у вас логи на хосте, это первоочередная задача.
Логи, логи!
Если не найдёте ничего подходящего, есть вариант написать свой конвертер.
foxi, вариант с приватной сетью интерересен возможностью перенести сервер за NAT, либо на расшаренный/динамический IP. В свете последних политических подвижек в стране это может стать очень даже актуальным ☝
Как вариант, крутится в голове идея использовать netgraph, осталось его осилить для додумывания :)
Тема проксирования через свою сетку интересна мне, с удовольствием ознакомлюсь с рабочими решениями.
По поводу серверов, позвольте высказаться.
Считаю, что наиболее оптимальный путь, с точки зрения гибкости, стандартизации, а вместе с ней и прозрачности, а так же, наращивания собственной квалификации — поставить все компоненты отдельно классическим способом. Т.е. веб-сервер, MySQL сервер, интерпретатор PHP.
Таким образом, вы досканально разберётесь в работе связки, что позволит вам в дальнейшем избежать создания подобных тем. Более того, для вас по силам будет приготовить оптимальную конфигурацию под свои уникальные запросы. Естественным следствием всего этого станет возможность безболезненного освоения системного администрирования настоящих, т.е. публичных веб-серверов.
Не встречал, не знаю.
_SP_, нету. wget может подделать useragent и рандомизировать загрузку по времени.
