А вот этот вредный код и можно выловить. Он ведь не зашифрован.
Мэкс, ИМХО там нагнали страху.
Это как? Сначала делают, чтобы нельзя было скопировать, а потом рассылают копии? :)
Я делал такую вещь, она привязывалась к серийникам оборудования. Вообще, любая программа, которую нельзя скопировать, как-то определяет, что её скопировали и завершает работу. После этого её поставить на другой комп нельзя. А тут рассылают спамом :)
Если кто-то шифрует сам себя, то у него же должен быть код, который его расшифрует перед выполнением. В этому блоку расшифровки можно применить сигнатуру, так как он скорее всего неизменный. Если не ошибаюсь, это stealth-вирусы. Они были придуманы давным-давно, и с ними тоже давно борятся.
"внешним устройством" - это понятно, но данное устройство надо куда-то поставить, верно? А в ДЦ, в котором оно будет стоять, прилетит метеорит. И что тогда?
Вся хитроумная конструкция будет никому не нужна.
Вопрос-то ведь в обработке отключения именно ДЦ.
А тут вернее всего использовать продуманную репликацию в случае с очень динамичной БД, или просто master-slave в случае нединамичной БД (просто на момент сбоя давать сообщение, что изменения в БД временно не производятся и тп).
Как вариант, есть такая схемка:
несколько входных серверов (в разных ДЦ), обращающихся к нескольким серверам-хранилищам (которые постоянно синхронизируются между собой).
+1 Хорошая штука. Только (если назвать это минусом) последние версии ПО не сразу попадают в стабильную ветку.
Всегда думал, что асп - это просто русифицированный редхат.:)
По производительности.
Линукс - это его ядро, имхо тут дело в том, как оно настроено по умолчанию в дистрибутивах. Если пересобрать своё, со своими настройками, то особой разницы быть не должно.
Скорее, не ломанули. Есть способ проще.
Это донор определил IP граббера и подсунул ему такой контент.
Мэкс, так можно ведь донору просто выдавать редирект на свой сайт ;-)
И в силу одинаковости контента те, кто грабит, не сразу заметят, что открывается сайт-источник, а не второй ;-)
Не 100%.
Поскольку этот способ опирается на логику клиента, тут нет гарантии.
У меня на линуксе стоит запрет возврата нескольких IP для одного адреса: если не включить, такое не пройдёт.
На виндузах, похоже, проходит.
Запомним адаптек.
Сам использую 3ware 8xxx и 3ware 9xxx. О них такого не было слышно?
Неплохо. :)
В таком случае это один из вариантов ответа на вопрос ТС: прописать в ДНС IP-адреса своих серверов в разных ДЦ, винда найдёт работающий.
По поводу борьбы. Их, что, ломанули и написали эту надпись?
Тогда понятно, а то действительно мозгов нет у хозяев...
Ну, это немного не то.
Это балансировка нагрузки, если все сервера работают. В принципе, тоже должно помочь при выпадении одного из них.
Я имел в виду реакцию на стороне клиента, если у него есть список IP то он ведь не перебирает все по порядку, пока хоть кто-то не ответит. Обычно берут первый адрес и всё, даже в настройках резолвера можно отрубить возврат нескольких IP для имени.
Такого клиента можно написать, но есть ли это в стандартах - если не ответил первый IP то пытаться соединиться со вторым?
По идее ведь для этого и придумали возможность прописать несколько "IN A".
Для почты (MX-записей) это работает, а для IP-адресов?
