
Strumento di load e stress testing in Go con modalità L7 HTTP e L4 raw TCP/UDP, worker multi-thread, grafico del rate in tempo reale e una GUI per Windows più CLI multipiattaforma.
Load tester. Rust, applicazione da terminale a schermo intero. Verde su nero, sequenza di avvio, grafico dei pacchetti e un menu per ogni funzione che aveva la vecchia build go.

Rust 1.75 o superiore. Nessun cgo, nessun altro strumento.
cargo build --release
Il binario si trova in target/release/ddossnake.exe, oppure target/release/ddossnake
altrove.
Su Windows senza il linker msvc, usare la toolchain gnu. Qualsiasi installazione recente di msys2 dispone di mingw-w64:
rustup toolchain install stable-x86_64-pc-windows-gnu
rustup target add x86_64-pc-windows-gnu --toolchain stable-x86_64-pc-windows-gnu
# with C:\msys64\mingw64\bin on PATH
cargo +stable-x86_64-pc-windows-gnu build --release
ddossnake # terminal ui
ddossnake --tui # same, explicit
Senza interfaccia, stessi flag della CLI go:
ddossnake -target <url|ip|ip:port> [flags]
-target target to hit
-mode l7 (http) or l4 (raw tcp/udp) [l7]
-proto l4 protocol: tcp or udp [tcp]
-threads concurrent workers [400]
-duration seconds to run [30]
-requests request cap [1000000]
-source worker source, see -list [local]
-proxies proxy folder (with -source proxies) [proxies]
-fast keep-alive, no delay [true]
-blend vary request shape and pace [true]
-discord-token / -guild / -channel voice lane resolve
-list list worker sources and exit
-version print version
Sei vettori lungo il lato sinistro: esecuzione, proxy, sorgenti, voce, log, informazioni.
tab / shift-tab cycle vectors
1 ... 6 jump straight to a vector
up down / j k move selection
left right adjust a value or choice (shift = x10 step)
enter type a fresh value / fire an action
ctrl+v paste into the focused field
space toggle or cycle
F5 / r engage
F9 / s halt
esc halt, then quit when idle
q quit
pgup / pgdn scroll the log
La scheda run contiene target, mode, proto, threads, duration, request cap, fast mode, blend, worker source e il pulsante engage. Incolla un url con ctrl+v o con il paste del terminale, viene inserito direttamente nel campo. La telemetria si trova sulla destra: sent, errors, packets, rate, peak, elapsed, uno sparkline dei pacchetti al secondo e un indicatore per il cronometro dell'esecuzione.
Scheda Proxies: percorso della cartella, caricala, esegui lo scrape e verifica le liste gratuite (contatori live, working set salvabile), interrompi a metà verifica mantenendo ciò che è passato, cancella.
Scheda Sources: scegli un worker source, visualizza il suo tipo, il numero di nodi, l'endpoint e la variabile d'ambiente della chiave. reload rilegge nodes.json dalla directory di lavoro o da accanto al binario.
Scheda Voice: token, guild id, channel id, proxy opzionale. Resolve si unisce allo stato vocale giusto il tempo necessario per intercettare VOICE_SERVER_UPDATE. push relay to run imposta quindi il target sul media relay con l4/udp.
Scheda Log: il flusso completo dei messaggi con i livelli.
| source | cos'è |
|---|---|
local | i socket di questa macchina, il default |
proxies | le tue liste di proxy |
scrape | esegue lo scrape delle liste gratuite, le verifica, esegue il working set |
redirects | relay open redirect integrati, gli hop provengono dai loro ip |
ufonet | bridge verso un clone locale di UFONet, se ne hai uno |
vps-pool | i tuoi nodi che eseguono un agent |
stress-api | una api di testing a pagamento per cui possiedi una chiave |
Un proxy per riga. Ogni file nella cartella viene letto.
http://1.2.3.4:8080
socks5://5.6.7.8:1080
9.9.9.9:3128 (http assumed)
user:[email protected]:3128
# comment
I worker si distribuiscono sulla lista, un pool di connessioni per proxy. Solo http passa attraverso i proxy. Un job l4 ricade su locale e lo segnala.
Estrae le liste monosans e proxifly, contatta ogni candidato con un breve
timeout prima (la maggior parte delle voci sono host morti), poi esegue una richiesta reale attraverso
i sopravvissuti. Prima http, poi socks5, dato che le liste etichettano male costantemente.
Il set funzionante va in scraped.txt nella cartella dei proxy, i più veloci per primi.
Blend è attivo per impostazione predefinita. Ogni richiesta riceve la propria query string, user agent,
lingua e referer a rotazione, i worker procedono con un piccolo intervallo casuale, e il ramp
distribuisce la creazione dei thread su circa 3 secondi invece di aprire con un picco. Costa
in termini di throughput. -blend=false quando vuoi il numero grezzo.
l4 richiede una porta. Non indovinerà la 80.
La corsia dei redirect procede con intervalli più ampi rispetto alla corsia http, i relay limitano la frequenza più duramente.
I thread sono thread reali. La macchina da cui lo esegui è il primo limite.
src/engine/ stats, target parsing, l7/l4 load, proxies, scrape,
redirects, sources, ufonet bridge, discord voice resolve
src/ui/ app state, rendering, boot animation, theme
src/cli.rs headless flags
cargo test
MIT, vedi LICENSE.