Strumento Linux per inviare dati grezzi a un server TCP

Sono consapevole che questa non è una domanda diretta di "sviluppo" ma ho bisogno di queste informazioni per testare un progetto di sviluppo, quindi penso che qualcuno potrebbe aver riscontrato un problema simile.Strumento Linux per inviare dati grezzi a un server TCP

Verificherò un software che esegue un server TCP e in base ai comandi inviati risponde alcune risposte. Testerò il software e non voglio scrivere codice se non funziona bene. Quindi voglio inviare quei comandi e testare il software del server.

Come posso ottenere questo risultato con una scatola Linux?

fonte

2010-06-09 paul simmons

netcat o telnet, ho usato entrambi in passato per testare semplici protocolli basati su testo. netcat è più flessibile.

fonte

2010-06-09 22:43:30 luke

o socat, per netcat ++ –

@luke: non funziona su flussi binari. – user2284570

Suoni come Expect possono essere ciò che desideri. Ci sono implementazioni per più linguaggi di scripting, e si può di script le richieste/risposte del server più appropriati timeout, gestione degli errori, ecc

fonte

2010-06-09 22:44:42

Si prega di mostrare qualche esempio, è raro trovare qualcuno che capisca l'aspettativa correttamente per più connessioni TCP. Ho un problema quando faccio una connessione singola funziona, ma quando viene multi connessione ci vuole più della durata normale. Si prega di mostrare qualche esempio come si può fare questo con aspettarsi? '(echo '2'> /dev/tcp/192.168.1.161/8888) && (sleep 1; echo '2'> /dev/tcp/192.168.1.163/8888)' – YumYumYum

Sono sorpreso che questo viene downvoted, quando la risposta più votata e accettata consiglia telnet di "testare semplici protocolli testuali" –

Da bash con dd:

dd if=/dev/zero bs=9000 count=1000 > /dev/tcp/$target_host/$port

o anche con il gatto:

cat </dev/urandom> /dev/tcp/$target_host/$port

fonte

2010-06-10 18:48:01 Dummy00001

'/ dev/tcp/*/*' è un nome file speciale che bash gestisce in modo speciale. In realtà non esiste. – Flimm

'(echo '2'> /dev/tcp/192.168.1.161/8888) && (sleep 1; echo '2'> /dev/tcp/192.168.1.163/8888)' perché più di 1 impiega 5 minuti ma quando usato 1 richiesta poi meno di 1 secondo è fatto? – YumYumYum

Mentre 'nc' è probabilmente lo strumento migliore, questa dovrebbe essere la risposta accettata. – Arj

Strumento Linux per inviare dati grezzi a un server TCP

risposta

Problemi correlati