Вот к примеру(а таких полно) : http://77.108.213.241/ - встаёт на Trying to log in [13 %], если оставляю time out 5 мин отваливается по истечении. Если устанавливаю бесконечность - выдержал около 30 мин(академический интерес).

Если же пересканнировать(скажем, через минуту), - опять тот же пенёк на 7-13 %.

(вру, закрывал RS принудительно, и запускал вновь ~10с, и подбор можно начинать снова,

и опять затык на произвольном количестве логинов/паролей).

Таймаут 5000мс(который в левом окошечке) - и так уже как для времён дайлапа.

Кстати, v2.52 успевает пролетать до 57% словаря. Но в общей картине мира, та же проблема.

TCP debug поможет сдампить лог запросов. Включайте.

У меня завис на 65%.

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

Помогает принудительный разрыв соединения, используя Process Hacker 2.

Это глючные прошивки, мне такие попадались, но очень редко. Такие устройства надо либо обновлять, если есть доступ, либо проходить мимо.

А нельзя ли сделать функцию TCP debug для всех точек из которых RS не смог вытащить нужную информацию? И вместо цифрового имени файла было название точки?) что бы потом быстро найти нужную точку) (DIR-615_193.167.1.56_8080).или это бесполезная функция?)

WR740N

WR741ND

WR743ND

WR841N

Имел с ними дело.. особо сказочные глюки с веб-мордой начинаются если подключается клиент по WIFI.(хоть это и не важно в контексте проблемы)

Может, отдельный модуль написать под них(смеётся). Дело в том, что в местных(рядом со мной) сетях их полно, - когда то давно, сработала агрессивная реклама в цифровых супермаркетах.

Ну да, пёс с ними...

P.S. я сейчас пилю 3WiFi, поэтому обработаю роутеры позже.

Такое есть?

https://www.exploit-db.com/exploits/38663/

https://www.exploit-db.com/exploits/38409/

F@st 1744, v2

F1744R_V1.25_RTC_10E

admin:[email protected]:80

RS 2.53 не парсит wifi-пароль, вместо него отображает **********

Понадаедаю еще немного) а не правильней ли будет добавить в таблицу экспорта из RS дату создания листа или дату когда точка была найдена? и при загрузке в базу 3wifi учитывать не дату загрузки, а дату в созданном листе? а то получается я сканировал в мае а загружаю декабре, а в ноябре кто то сканировал эти эти же точки, с новыми паролями. (допустим с мая пароли изменили), и получается я загружаю майские точки в декабре и заменяю актуальные пароли на старые. и еще один вопрос может стоит добавить электронный ключ или пароль в экспортированную таблицу который будет проверятся на сайте при загрузке? для предотвращения фальсификации таблиц при загрузке? пока ресурс не популярный на него заходят люди которым интересно и которые хотят помочь. но когда ресурс раскрутится то с вероятностью 99,9 % появится какой не будь ГНУС который обязательно нагадит (загрузит огромную базу фальсифицированных точек) мне кажется стоит добавить кейген в RS и проверять подлиность таблиц на сайте)

Забавно, пират рассуждает об этике и морали ...

Да не беги ты впереди паровоза, ещё даже не известно что из этого вырастет, и вырастет ли вообще.

Мне кажется, нужно решать проблемы по мере поступления а не предсказывать их.

Иначе люди занимающиеся проектом, начнут вместо настоящей работы заниматься вангованием(- Вангую !: ~~~~~~~~~)