>> если хочеш могу дать адрес веб шелла может у тебя получится его запустить

не хочу, лучше напиши какие ошибки..

я б сказал какие ошибки но веб шелл r57 ничего не показывает
файл dhomologs.txt пуст права на запись есть
чтоб видеть ошибки нужен
консольный доступ через putty и сооветственно пароль
может есть способ записать ответ в файл

ну сделай back-connect на nc из r57..

а лучше сначала просто посмотри

perl -version

может threads не поддержуются..

вот что дал back-connect

модуль threads.pm присутствует в версиях perl >5.8, если я не ошибаюсь, так что похоже тебе придется поискать другой сервер для брута..
для этого хоста могу предложить разве что использовать старую версию своего брута - без многопоточности.. если хочешь - выложу тут..

ой улыбнул меня твой пост чесно говоря --- зачем изобретать велосипед хз----- только если ради практики и набивания так сказать руки --- твой брут эээ бери мой для мела 3.0 меняй текст отсылаемого пакета и ответ сервака для распознования и вперед --- эти все почтовики уйдут в баню и код уже отлажен и настроен и многопоточность =)--- а так молодец

расскажи как составлять базу для брута
вот еще одна форма

>> ой улыбнул меня твой пост чесно говоря ---

и чем же он тебя так улыбнул ? ))

>> зачем изобретать велосипед хз----- только если ради практики и набивания так сказать руки --- твой брут эээ бери мой для мела 3.0 меняй текст отсылаемого пакета и ответ сервака для распознования и вперед ---

да, ради практики.. кроме того я хочу не переписывать каждый раз скрипт для каждого отдельного почтовика.. зачем создавать кучу маленьких трехколесных великов, когда можно сделать всего один, нормальный ? =)

>> код уже отлажен и настроен и многопоточность =)--- а так молодец

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

Строка,содержащая инфу для брута в базе имеет вид:

['1', '2', '3', '4', 5, '6', '7', ... , 'n'];

Чтобы прописать значения 1-6 необходимо про-
смотреть http-заголовки при авторизации,
причем авторизации как удачной, так и нет.
Это можно сделать, например плагином к файр-
фоксу LiveHTTPHeaders.

Пример запроса на авторицацию на Mail.ru
(оставлены только заголовки, имеющие для нас
значение):

POST /cgi-bin/auth HTTP/1.1
Host: win.mail.ru
Keep-Alive: 300
Referer: http://win.mail.ru/cgi-bin/login
Content-Length: 84
page=&post=&login_from=&Login=lalala&Domain=mail.r u&Password=lalala&level=1

Отсюда берем:
1 - win.mail.ru
2 - page=&post=&login_from=&Login=zlogin&Domain=zdomai n&Password=zpass&level=1
(тут нужно заменить значения параметров
логин, домен, пасс на zlogin, zdomain и
zpass соответственно)
3 - /cgi-bin/auth
4 - http://win.mail.ru/cgi-bin/login
5 - это количество байт, которое нужно получить,
чтоб увидеть значение 6
6 - отичительная черта, подстрока которая есть
только в ответе при удачной авторизации
(в данном случае это может быть, например,
"Set-Cookie:")
7 и последущие значения - это
домены данной почтовой системы..

Примечания:
-ответ при удачной и неудачной ав-
торизации может и не отличаться,
тогда следует увеличить значение
"5" и смотреть различия уже в ко-
де страницы.
-все домены некоторых сервисов не
получится прописать в одну строку,
а придется делать отдельную для
каждого домена (но такой мне по-
встречался 1 из 9 =).