Скрипт зеркала nod32 mirror script

[Hrom]

не работает

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Hrom]

--2014-08-02 01:41:52-- http://um21.eset.com/eset_upd/v7/update.ver
Resolving um21.eset.com (um21.eset.com)... 91.228.167.26
Connecting to um21.eset.com (um21.eset.com)|91.228.167.26|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6932 (6.8K) [application/octet-stream]
Saving to: `/tmp/update.ver'

100%[===============================================================================================================>] 6,932 --.-K/s in 0s

2014-08-02 01:41:53 (713 MB/s) - `/tmp/update.ver' saved [6932/6932]


UNRAR 4.10 freeware Copyright (c) 1993-2012 Alexander Roshal


Extracting from /tmp/update.ver

Extracting /tmp/eset_upd/v7/update.ver OK
All OK

[Rust]

Да, 100% не работает, последняя обнова 29.07.14
но в work.log скрипт пишет что нет рабочего ключа.
нужно проверить на работоспособность ключи что он находит, и если они не работают просто указать ему рабочие для теста посмотреть обновиться ли скрипт.
У кого еще какие идеи ?

[zzGuru]

Ключи рабочие, вставлял в антивирь - нормально обновился

[SPSPaWn]

Не понятно, заведомо рабочие ключи скриптом не обновляется((((

[Rust]

прочитал только что:
ВАЖНО! Так как недавно компания ESET массово заблокировала кл*ю*чи Nod32, рабочих ключей пока мало
пост от 30.07.14 .
В скрипте указал обновиться с кл*ю*ча из файла, что указал я, обновление пошло, но с ошибкой, видимо клю*ч на версию 7.
Так что либо ждем свежие к*лю*чи, либо у кого есть рабочие, можете попробовать это сами сделать.
о результате отпишитесь сюда.

[Rust]

Ребят, как я и говорил проблема с кл**чами, у дузей из чины взял их, все норм обновился.
Так что не ломайте головы, читаем логи, там все пишет.
У меня все заработало.

[freeman42]

Проблема не в самих ключах, а в проверке валидности ключа. В скрипте проверка это попытка доступа к одному из файлов.
Lordz указал правильный путь к решению проблемы, но тот файл часто обновляется и поэтому придется каждый рас переписывать номер билда в ссылке. Как одно из решений можно найти файл который редко обновляется, например этот /v3-rel-sta/mod_028_ehm_1004/em028_64_l0.nup ( у него дата стоит от 13 года).

Код: Выделить всё

//if(file_get_contents("http://".$login.":".$password."@".$this->CONFIG['mirror']."/v3-rel-sta/mod_002_engine/em002_32_n2.nup")) 
if(file_get_contents("http://".$login.":".$password."@".$this->CONFIG['mirror']."/v3-rel-sta/mod_028_ehm_1004/em028_64_l0.nup"))

Но если они ввели эти билды в имени папки, то через месяц другой у нас будет мусорка из "старых папок", нужно придумывать механизм самоочистки...

[Lordz]

Все работает.
Я, правда малость перебдел, когда начал править функции ParseUpdateVer и DownloadSignature, насамом деле достаточно подправить функцию CheckKey
Проверка валидности ключа работает по попытке получить файл.
В оригинальном скрипте этото файл "/v3-rel-sta/mod_002_engine/em002_32_n2.nup".
Но теперь к путям добавляется номер билда конкретного модуля. Т.е. теперь эта ссылка выглядит /v3-rel-sta/mod_002_engine_ХХХХ/em002_32_n2.nup

Естественно номер билда будет достаточно часто меняться. Тот что я писал выше уже успел поменяться... :-)
У меня сейчас для проверки валидности прописан "/v5-rel-sta/mod_000_loader_1072/em000_32_l0.nup"

Постить постоянно изменения смысла особого нет... ибо каждый может выпустить свой еset через прокси и посмотреть в заголовках запросов куда он щимится... :-)
Но в идеале очевидно нужно брать ссылку на файл из последнего скачанного update.ver (возможно даже делать несколько попыток проверки ключа)
Ну и как сказано выше думать над механизмом самоочистки.... хотя если честно то мне не в лом раз в два месяца по кронтабу удалять все... и скачивать все...

[sutulo]

Но если они ввели эти билды в имени папки, то через месяц другой у нас будет мусорка из "старых папок", нужно придумывать механизм самоочистки...

Я дико извиняюсь. Не пользуюсь обсуждаемым здесь скриптом, а собственным bash скриптом, но тему просматриваю. Позвольте высказать свои соображения.
У меня в качестве веб сервера lighttpd и для себя я решил эту проблему так:

Код: Выделить всё

url.rewrite-once = (
"^/(v3-rel-)(bat|stop|sta)/(mod_[0-9]+_[a-z]+)(_[0-9]+)/(.*)" => "/$1$2/$3/$5",
)

т.е. как бы не менялись все эти номера билдов в наименовании каталогов на серверах eset я перенаправляю их на старую структуру каталогов.

[sutulo]

И вот еще какое наблюдение: когда я заметил эту проблему с добавлением _XXXXXX я подумал что обойду это путем простого изменения всех строк в файле update.ver

file=/blablabla/blabla....._XXXX/blabla.nup на file=/blablabla/blabla...../blabla.nup

но не тут то было. Несмотря на это антивирусник, судя по логам lighttpd, все равно ломится на file=/blablabla/blabla....._XXXX/blabla.nup

[gazizeldar]

Ребята так я не понял ? надо ждатьп ока выложат больше ключиков ?или всетаки надо скрипт переписывать?

[Rust]

зачем править ?
что тут не понятно .... читаем логи.
как еще доказать ?
берем ключ который находит скрипт, вставляем в гугл, мои ключи засвечены в фейсе, они там добавлены от 16 мая, как я и писал 30 нод забанил много кл**чей.
Временное решение, идем в тот же гугль, просим помощи с кл**ми китайцев, вставляем в скрипт, и все работает.
Зачем голову парить.
А к автору есть предложение, чтоб в конфиге добавить поле, откуда брались бы клю*ч*и.
Есть масса источников, было бы хорошо это реализовать при возможности. Спасибо

[gazizeldar]

Так светит тоже самое что у HROM удалял все папки в месте сохранения запскаем скрипт образуются папки но они пустые без сигнатур.....

[BytEvil]

Ребят, есть валидный ключ, в какой именно конфиг или скрипт его прописать нужно, чтобы тянулись базы? Спасибо!

[gazizeldar]

в nod32.conf поставь

key_autofind=0
ну и далее

username=
password=

[Гость]

в nod32.conf поставь

key_autofind=0
ну и далее

username=
password=

Спасибо!

[gazizeldar]

Сделал как RUST все обновилось норма, вот засада, надо где нить надыбать лиценз ключ на год и не париться, но руководство жмоты, даже на 1 ключ денег не дадут

[Rust]

Сделал как RUST все обновилось норма, вот засада, надо где нить надыбать лиценз ключ на год и не париться, но руководство жмоты, даже на 1 ключ денег не дадут

я же говорю, зачем скрипт копать, тут все банально, а вот с папками посижу как время будет, чего он пути меняет. за полтора года папка баз 2,4 гб. не смертельно, но поковырять стоит.
но пока война, времени не хватает...

[victorsh]

я не совсем понял, так что получается, что unrar не может распаковать файлы update.ver из-за отсутствия валидного ключа?
а почему тогда 7z нормально распаковывает?

[deadbeef]

Итак, на зеркалах ESET изменились адреса файлов. Для адекватной работы скрипта нужно:
1) брать адрес файла для проверки ключа из свежего update.ver
2) при сохранении файлов в зеркало удалять из имён папок и update.ver цифровые постфиксы вида _123456

в принципе это нетрудно. жаль, что ООПшный вариант PHP я глубоко презираю но если никто не сделает патчик - придётся пробовать самому.

[viktor6]

Ребята подскажите кто и как выходит с положения ?
Пробовал вносить изменения какие предложил Lordz не помогло

[zvirus]

Как я понимаю есть несколько путей выхода из сложившейся ситуации.
1) Проверка ключей. Так как пути на проверяемые загрузки периодически меняются их можно брать из файлика update.ver.
Насколько я понял, он загружается и без валидных ключей. Соответственно берем из него путь к нужному нам для проверки файла и тестим ключик.
2) Локальные копии. Простая регулярка позволяет нам убирать лишние цифровые значения у пути файла.
у меня она выглядит так в файле Mirror.class.php:

Код: Выделить всё

$res[$varible][$pos] = trim(substr($row, strlen($varible)+1));
if($varible == 'file')
{
	$res['real_file_name'][$pos] =  preg_replace('/_[0-9]{1,}\//i', '/', $res[$varible][$pos]);
}

Сразу скажу - это только кусочек, не надо его пытаться куда-то сразу вставить.
в возвращаемый массив с ссылками, размерами и т.п. из парсинга update.ver я добавил еще один параметр real_file_name - по которому буду складывать в локальное хранилище.
Далее вносим изменения в функцию download_signature, где правим загрузку и проверку по нужному нам пути.
В результате получаем локальное хранилище, где имена каталогов приведены в норму.
3) Теперь нам надо переписать файлик update.ver, где уже изменить пути на нужные нам.

Все это пока в работе.

[zvirus]

Я доделал все, Что писал в предыдущем посте.
1) Автоматически ищется валидный путь для прверки ключиков из фала update.ver
2) В локальном хранилище все хранится по путям без цифрового индекса.
3) итоговые файлы update.ver преобразуются под локальное хранилище.

Архив папки inc прилагаю. Местами ставились костыли. Автор, при желании приведет все в норму.
https://yadi.sk/d/GxZ94-szZGvsN

[Protei]

Архив папки inc прилагаю. Местами ставились костыли. Автор, при желании приведет все в норму.

Спасибо вам большое за исправления! А изменения вносились во все файлы, которые вы выложили? Если нет, то напишите пожалуйста, какие файлы менялись. Просто уже внес достаточно много своих правок и хотел бы перенести в свои файлы только ваши доработки.