Все требуют инструкции, не читая тему. Все выше описанные проблемы уже обсуждались... Не мешайте binarymaster-y выложить продукт, с которым база 3wifi.stascorp пополнится в разы.
Address: http://85.173.224.3/ Time: 62 ms Device: Seems to be Micro DSL Router Пароля нет, уязвимостей нет. Поэтому информацию получить и не удаётся.
Новая версия 253 у меня что-то часто глючит (или я такой невезучий) При первом скане через несколько минут он застрял на одном айпи Во время второго он не мог достучаться до роутеров и всем приписал timed out И во время четвёртого он зафризился когда нажал пункт "открыть в браузере" у роутера у которого неправильно определился тип шифрования и имя точки
Наверняка все доступные потоки забились. Это не баг. Может вам мешает антивирус / брандмауэр? Вышеописанное поведение очень похоже. А вот это баг, писал о нём выше.
может будем делится своими фильтрами?) для уменьшения нагрузки на программу и компьютер, точками которые программа не поддерживает)Как думаете может стоить добавить автопаузу для очистки свободных потоков (каналов как правильно?)? например по времени или по количеству активных точек? например поставить ограничение(если найдено сразу 300 точек однавременно, то программа становится на паузу или перестает генерировать ГУды до тех пор пока не снизится до 100 и потом продолжит сканирование) (я лично делаю так в ручную для разгрузки каналов)или сделать отдельный режим ночного сканирования? для тех кто не может сидеть за компьютером постоянно и следить за работой программы останавливая или перезапуская ее)
Просканировал диапазон, сохранил результат в файл. После сохранения вылетела ошибка с памятью *runtime. Программа закрылась сама.
В документации есть небольшой образец списка фильтров, как раз в соответствующем разделе навигации по интерфейсу. В частности, там фильтруются свитчи, Cisco IOS и всякая всячина, которая очень долго перебирается по словарям и занимает потоки. Это по-моему слишком наворочено. Я планирую добавить ограничение на кол-во потоков обработки (которые во второй половине секции активных потоков), чтобы можно было снижать нагрузку на процессор и сеть. Надеюсь, файл сохранился? Это всё тот же баг memory corruption, я ещё не нашёл причину. Вообще, всем рекомендую включать авто-сохранение по минутам, ибо баг весьма противный...
то есть не стоит ограничивать количество потоков? Сканировал в 50 У меня они настроены не реагировать на сканер. Во всяком случае, предыдущие версии можно сказать что "работали как часы". может стоило делать эту функцию включённой по умолчанию? И чтобы сохраняла по отдельным папочкам каждую сессию работы сканера. И ещё, только что обнаружил, что в настройках роутера появился какой-то левый днс 185.80.220.167 родом из United Kingdom. Оказалось что и в других роутерах он тоже прописан.
Стоит, но зависит от ситуации. В некоторых случаях это может быть неприемлемо. А вот это хорошая идея, возьму на заметку. Такое случается, но Router Scan к этому отношения не имеет. Если это ваш роутер, то смените на автоматическое получение DNS. _________________________ * * * Важно * * * > http://rghost.ru/6YpTfYf9Z (UPD: перезалил в релиз на сайт) Прошу протестировать обновлённую версию библиотеки LibRouter по ссылке выше, в частности проверить, пропали ли зависания и сбои (либо их стало меньше, либо всё также). Пароль - название форума. Замените этот файл в папке программы.
С запуском проблем не было и нет. Зависания были при попытках открытия в браузере, ручных рестартах/ресетах во время сканирования или на паузе (при кол. акт. потоков около 200 и выше, незавершенных - 100 и выше). Теперь, похоже, нет. Тогда же (со "старой" librouter.dll) было замечено потребление памяти ~330MB! Теперь - 46 (потоков макс. 300, активных - 200-220, незавершенных - 100-150). Проблемы были и есть при закрытии программы (иногда). Ошибка Runtime 216 от Delphi + окно Win "Программа выполнила...". Обычно, если было длительное сканирование, с паузами или был ForceStop. Точнее причина/условия пока не найдены. Сканирование списка диапазонов ~45k IP, макс. кол. потоков 300, таймаут 3000, модули main + HNAP прошло быстрее на ~5-6%, суммарно гудов на 25-30% больше, чем при вчерашнем сканировании того же списка, с теми же настройками, в то же время суток (со старой библиотекой). Win8.1x64, антивирус с файерволом (ESET Smart Security 8) не отключал, в исключения не добавлял ни прогу, ни протоколы, ни порты. Все работает и так. А главное - сегодня в этом списке практически ни одного "Timed out"! Ура! (Вчера их было "дофига"). Редкие случаи "Timed out" появляются только, когда рутер лочится на авторизации ("Locked. Waiting..."). Сначала РутерСкан прилежно долбит и ждет, ждет и долбит. А потом, или ему надоедает, или рутер блокирует попытки насовсем - и "Timed out". Но это мелочи... В общем, СПАСИБО! P.S. В другом, очень плотно заполненном диапазоне (когда активных потоков набирается > 128) все же много "Timed out" на ТипаЛинках TL-WR740N (наверное, где-то 90% !!! ???), иногда на WR841N, WR941ND, WR1043ND, а также на Ubiquity. Рескан их убирает. Правда, обычно, без гудов. P.P.S. А можно ли сделать рескан/ресет и комменты активными во время сканирования и в табл. гудов тоже?
У меня повторяются все те же проблемы что и у Shimura. Даже полное отключение антивирус / брандмауэр не помогает. Правда заметила, что все неприятности начинаются через час-полтора сканирования.
Три часа - полет нормальный. "Timed out" практически исчез исчез. Количество положительных результатов возросло по сравнению со старыми версиями в полтора раза. Беспроводное соединение вчера и на всех предыдущих версиях переходило в положение "без доступа к интернету" - сегодня работает, пишу не отключая сканирование. С П А С И Б О !
На плотных диапазонах рекомендую снижать кол-во потоков. У меня уже после 30-40 рабочих потоков (вторая половина секции) трафика и процессора на нетбуке хватает с трудом. Пока технически невозможно. Причины писал в документации. Ну, судя по отзывам, надо запихнуть новую библиотеку в релиз. Я там ещё с нуля переписал обработчик перенаправлений (HTTP Location), если вдруг кто-то со скиллом найдёт баги (перенаправления не туда, куда надо), то обязательно пишите.
путем замены файла и уменьшением количества потоков , удалось получить результат примерно в 2,5 больше чем вчера за тот же промежуток времени) но все равно забивание потоков приводит к зависанию сканирования и программы в том числе( забивание свободных потоков очень сильно тормозит компьютер программу и увеличивает время сканирования что делает невозможным сканирование с большой скоростью и на длительное время((( приходится в ручную ставить на паузу а если не помогает перезапускать программу. Спасибо автору и тем кто ему помогает за их труды))))желаю творческих успехов во всех начинаниях( как говорится (ни бага ни глюка) в ваших старых и новых начинаниях))) а новый файл должен был решить эту проблему ? Хотел вот что ещё спросить а не лучше ли будет если программа будет сканировать адреса находить и передавать в другой файл(ы) х- количество найденых точек и отдельно обрабатывать их порциями? После обработки в папке с программой создаётся папка с сессией с двумя файлами общим сканированием и отдельно с гуд результатами ? А то получается одна программа ищет, находит, подбирает экплоит, подбирает пароль, генерирует гуд результаты и все это в одной программе может стоит поделить обязанности на под программы, скрипты или что там ещё ? Не подумайте не умничаю просто интересуюсь ) может одна из моих банальных и иногда смешных идей будет полезна ))))
Отчасти. У меня она возникла только после 6 часов стабильного сканирования. В общем-то примерно так устроена концепция ПО под UNIX - отдельный подпроцесс для каждой подзадачи. Но в среде Windows это не эффективно, там основной упор на потоки.
Надо разбираться с чтением адреса 4589575B, такая ошибка возникает и при простом поиске в программе, ошибка запросто сбрасывается и не влияет на ход работы . http://rghost.ru/8Q8gx9HpF
