myhand

Рейтинг
278
Регистрация
16.09.2009
Boris A Dolgov:
Можно действительно делать договор

Имхо, это (исключая реально крупных клиентов) - достаточно бессмысленно. Как правило, исполнитель все-равно отказывается от какой-то серьезной финансовой ответственности. Так что в любом случае - речь идет о желании честно зарабатывать свои деньги и зарабатывать хорошую репутацию.

Boris A Dolgov:
Под "мониторинг 24/7" я имел ввиду "обработку событий мониторинга 24/7 в не превышающий часа срок".

А с чего Вы решили, что человеку, который готовится заплатить 50-150$/мес (см. разведку цен в начале топика) - в действительности нужен этот самый "не превышающий часа" срок?

Проекту, которому действительно нужна оперативная поддержка - несложно заплатить куда больше... А если кто-то обещает всем подряд подобные сроки реакции за 20$ в месяц - это полностью проблемы обещающего.

KSW:
На что мне обращать внимание?

Ясен пень, на условия.

Если Ваш "договор" с администратором заключается в том, что он торжественно клянется оперативно чинить все за 100$/мес, к примеру - это сотрясание воздуха. А вот когда человек оговаривает сроки реакции на инциденты, их количество и т.п. - это, скорее всего, тот, кто уже реально что-то делал.

KSW:
2) Админы серверов берут от 50 до 150 долл в месяц

Откуда такие цифирь? Человек, которому реально недопустим простой даже в пару часов - запросто заплатит и в разы больше.

Boris A Dolgov:
один администратор не может делать мониторинг 24/7

Почему это? 😮

Мониторинг - вообще-то делает компутир. Он железный и ему пофиг на "не может". А задачей администратора является, помимо прочего - реакция на события мониторинга в соответствии с SLA.

Arsch:
Как определить: нужно это админу или нет?
Оформлять трудовой договор с паспортом, личным его присутствием?

Платить адекватно, работать с тем, кто заботится о своей репутации (а не только об "отзывах"). Наймете школьника за 50 баксов стеречь сервер 24/7 - не удивляйтесь, если у него с голоду возникнет искушение...

rtyug:
написать скрипт распарсить...

Ага, распечатать, найти нужную тему, аккуратно переписать в тетрадку...

ТС - Вы сами себе успешно ответили. Конечно - вытащить дамп в отдельную базу и уже в ней обычными командами SQL искать нужные Вам данные.

kosenka:
Я попробовал, но у меня не вышло... видимо это "не моё" собирать что-то из исходников в линуксе.

Кто заставляет собирать - очередной прочитанный говноблог? Или ставить пакеты из репозитария - тоже "не мое"?

serkl:
Так бы и сделал сразу, но стоит nginx 1.0.0 версии, предполагаю что это может ему повредить, поэтому требуется совет

А зачем nginx новый pcre? Пересоберите пакет nginx для squeeze.

Либо...

Andreyka:
Пересобрать deb с тем, что есть.
serkl:
Добрый день,

пытаюсь поставить на сервер debian 6 Squeeze apache2-threaded-dev, делаю
aptitude install apache2-threaded-dev


получаю в ответ
The following packages have unmet dependencies:

libpcre3-dev: Depends: libpcre3 (= 8.02-1.1) but 8.12-3 is installed.


Как быть с этой проблемой?

Удалить пакет, который мешает - и поставить версию из stable (8.02-1.1). Или у Вас напрямую проблемы уже с чтением того, что написано?

alamin:
У меня VDS, проект скромный посещаемость 1500 уников в сутки. Ддос вот уже недели полторы, количество пакетов 200-2000 пакетов в секунду. Админы хостера борются, банили айпи адреса, увеличили мощность vds, однако не помогает, затем они переименовали ссылку (index.php) куда шла атака, и сделали там пустую страницу, но теперь сайт не работает изза этого в нормальном режиме (джумла), не работают комментарии, админка, и тд. Что делать и как отбить такую атаку? Средств совсем мало

Нужно смотреть на месте, т.к. Ваше описание мощности атаки и способов борьбы с ней - представляется мне взаимоисключающими параграфами.

А поскольку "средств совсем мало" (?) - смотреть вряд-ли кто будет.

iHead:
http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html
$remote_addr, эта переменная равна адресу клиента;
$remote_port, эта переменная равна порту клиента;

Ну да, только не эти переменные надо использовать. Одну я даже назвал. Вы - вторую ;)

iHead:

при keepalive между запросами $remote_port внутри одного соединения будет неуникальным (т.е. постоянным).
думаю, надо еще чего-нибудь подмешать :)

Да. "Подмешать" - надо знания о том, как работает HTTP вообще и nginx в частности. Вы через одно keepalive соединение можете одновременно передать два запроса?

EvroHoster:
Или я что-то всетаки неверно понял?

Да все, наверно. Вы читать не научились пока, к сожалению.

Ну смотрите:

EvroHoster:

set $my "123.123.123.123:456";

А Вам пишут:

myhand:
По-умолчанию - устанавливаете ее во что-то уникальное, например в удаленный хост и порт.
Вы же - взяли и вбили совершенный бред (одинаковое значение для всех запросов).
EvroHoster:
Здесь нужно чтобы тогда $my была разной для каждого запроса (для списка белых айпи). Иначе что будет $my = $binary_remote_addr а что $my = 123.123.123.123:456 ограничение будет срабатывать, так как ограничение идет на сессию.

Вы идею поняли? Нужно сделать $my уникальным выражением для белых айпи.

Но почему Вы считаете, что удаленный хост:порт - будет неуникальным выражением для активных сессий?

Всего: 4890