espera... me estas leyendo mal...
el problema no es el tamaño, es el tiempo... es probable que no puedas probar mas que unas decenas de miles de posibilidades por segundo, por lo que "mas de 4 mil millones" tomaría millones de segundos (1 millon de segundos = 11.5 dias aprox)
te dije el tiempo de 1 millón de segundos... aquí hablamos de mucho mas que eso al ser 8 caracteres, probablemente hablamos de mas tiempo que lo que esperas estar vivo... y si es un ataque directo a ftp (pensé que era a las contraseñas almacenada en tu pc de tu ftp) hablamos de probablemente 100 intentos por segundos, tal vez mil... así que el tiempo probablemente es tan largo como la civilización moderna lleva en pie...
aqui puedo equivocarme en el piping porque no estoy acostumbrado a la consola de windows
porque ya el primer error se ve aquí "attacking
http://ftp://80.28.xxx.xxx:21/", está intentando atacar a un http que es un ftp y eso no funciona asi
-L es para probar con los nombres de usuarios de ese archivo (multiplica el tiempo descrito antes por la cantidad de nombres de usuario hasta coneguir uno con contraseña valida)
-P es para intentar contraseñas que pasas con < pero el crunch dentro de parentesis no se si sirve (en linux no funcionaria)
al crunch le pasas azAZ10 es decir va a intentar crear un diccionario de 8 de largo que contenga las letras a, z, A, Z y los numeros 1 y 0, unicamente....
si intentas pasar todas las letras y numer tu buscas
crunch 8 8 0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ
ojo, esto es totalmente absurdo... no son 2TB, son 2PB y como ya sabemos el espacio es irrelevante... pero no dejan de ser 281.474.976.710.656 posibilidades... a 1.000 por segundo... bueno ya entiendes la escala temporal...
el comando < separa la instruccion (en linux no se si windows), es decir lo que viene despues correspondería a el parentesis no a hydra, pero primero se debe generar lo del crunch, así que igual requeririas 2PT de ram por lo menos