Closed GoogleCodeExporter closed 8 years ago
Do you use the networking interface (e.g. relay / network-cores) ?
Original comment by lukas.l...@gmail.com
on 31 May 2011 at 4:40
No, i dont use the networking interface.
Original comment by fvul...@gmail.com
on 31 May 2011 at 7:15
I get the same issue as fvul...@gmail.com, around 98% the progress becomes very
slow
(time-wise) however the indicator still says ~25,000 PMK's per second (CUDA).
My password list (Pyrit database) is 830MB.
Running Backtrack 4 R2, with 0.3.1-dev (svn r280).
Original comment by Peter.Fi...@gmail.com
on 17 Jun 2011 at 10:01
Same here. Its been like this for hours now.
This happened because I added 32 passwords to my 28million words db.
So these 32 passwords have been taking hours to run.
Connecting to storage at 'mysql://localhost/pyritdb?'... connected.
Working on ESSID 'linksys'
Processed 2815/2817 workunits so far (99.9%); 8029 PMKs per second..
Original comment by r...@ernell.se
on 9 Sep 2011 at 3:22
I have the same issue: i tryed with file storage and sqlite storage but process
slowly became slower and about at 98% it becames very very slow! 0.1% in
12hours.
Pyrit 0.4.1-dev
Ubuntu 10.04
Original comment by ema...@gmail.com
on 17 Oct 2011 at 6:32
I have the same problem as everybody else using backtrack 5 and pyrit r308. I
tried with native database and switched to mysql database and the same problem.
I really like pyrit but networking feature and batch features don't work
properly. I hope it's going to be fixed soon otherwise I'll have to switch to
oclhashcat plus since it supports multi-PC's using -s -L options to split
dictionary. I guess another option with pyrit to create a good dictionary with
multiple files -> export as a single dictionary file and use oclhashcat-plus to
crack it, so we'll be able to start process from the place we stopped using
multiple PC's.
Original comment by Almaz...@gmail.com
on 4 Nov 2011 at 8:31
[deleted comment]
I'm not sure yet but I think I solved the problem. Batch option is broken in
Pyrit so do not use batch and serve at all, but instead use attack_batch
option. I'll be doing later on more testing but so far it works with MySQL
database and 2 computers.
Original comment by Almaz...@gmail.com
on 7 Nov 2011 at 2:10
I've rolled back to pyrit 0.3.0 at the moment and its working fine. That
version doesn't hang in the batch process. Hope Lukas checks this issue out! I
would really love to use 0.4.0 :<
Original comment by fiftyeig...@gmail.com
on 27 Nov 2011 at 1:04
help me plz how to change pyrit location to mysql plz help me
Original comment by shahbaz1...@gmail.com
on 17 Dec 2014 at 5:37
Original issue reported on code.google.com by
fvul...@gmail.com
on 31 May 2011 at 12:00