las extensiones son irrelevantes. las elegimos cada uno segun nos gustan.
yo renombro todos los TXT y DIC a LST, porque me resulta mas camodo, y asi no me molstan para diferenciarlos.

en los txt espero encotnrar texto para leer
en los dic tengo diccionarios, de los de verdad, de algunos idiomas.
asi que dejo los LST para las LISTAS de palabras, que es lo que son eso a lo que vosotros incorrectamente siempre llamais "diccionarios".

lo que tiene importancia es el tipo de formato de texto.

son ficheros DOS o UNIX?

mañana si quires le seguimos dando caña a base de fine-tuning.

pero realmente este adaptador casi siempre va de asco! nada que ver con el rtl8187 (sin L)

edito:
el bug sigue existiendo parcialmente incluso en la última versión de aircrack.
parece que el equipo de desarrollo va detrás de él desde hace dos años y ha mejorado mucho el problema (hata aqui tenia yo mas o menos constancia), pero los famosos "133" siguen apareciendo.

posiblemente la red que has visto recae en la categoria de "redes que ya no sufren ese problema con las ultimas versiones de aircrack" y por eso las versiones mas actualizadas de aircrack-ng (la de beini) no te dan errores.

pero que sepais que no es descabellado encontrar paranoias de esas incluso con el último aircrack existente.

en mi opinion, el que te afecta es el caso 2. asi que no hay absolutamente nada que parchear en el kernel, el causante es aircrack-ng y deberia ser actualizado.

tus opciones mas "de niño de seis años" son:
- usar backtrack5
- usar la ultima wifislax

ambas distros ya tienen esa historia resuelta, o deberian. no tanto por la distro en si, sino por la version de aircrack que traen.

de todos modos estos fenomenos no deberia molestarte para auditar redes. deberian ser solo redes "fantasma" o redes con el ssid oculto. el resto deben salir bien.

saludos

asegurate luego, ejecutando ifconfig de nuevo para ver la mac.
algunos adaptadores, asi, no cambian de mac.

rar como algoritmo fue diseñado para entorpecer al maximo su cracking. es lento por definicion, porque requiere mogollon de calculos.

mas te vale, y lo digo en serio, que tengas muy clara y acercada idea de cual es la contraseña.

por lo que respecta a software capaz de hacerlo, hay a patadas. googleando tardan 10 segundos en salir.

si tienes una tarjeta gráfica potente, será mejor que utlices softwares capaces de utlizar la GPU de la grafica para acelrar el proceso. aun con todo y con eso, la velocidad va a ser suficientemente lenta como para que crackear 8 caracteres por fuerza bruta desde cero te lleve mas tiempo del que vas a vivir.

asi que vuelvo a repetir: mas vale que tengas una buena idea de como era la pass! algunos de los softwares te ayudaran con las permutaciones variaciones y aproximaciones en base a lo que tu mas o menos "recuerdas"

suerte

esto ya me mola mas!

bueno, reinicia y haz una descarga sostenida a ver como chuta.
ya tienes el mejor driver posible. lo unico que nos queda es tunear algunos posibles ajustes en caso de que te siga dando problemas.

cuentame

como la has copiado?

pero aun asi, es muy temprana esa fecha, no?

cual es la fecha de /lib/modules/2.6.32-5-686/kernel/drivers/net/wireless/r8187l.ko ahora?

en absoluto. los modulos no necesitan el bit X, ya que son LEIDOS por el kernel, nunca ejecutados de forma directa. solo queria certificar mi sospecha de que el modulo sigue siendo el que el kernel traía de stock, comprobando la fecha del mismo.

WHAT THE FUCK!!
ese modulo no parece el que acabamos de instalar.

o me hago viejo, o estoy borracho xD

quiero ver la salida del comando make install.
como root:
pega el install.txt

y luego del make install:
depmod -a
y reinicia.

perdona la paranoia y la redundancia, pero estoy descartando la mas minima pijada