Tag: socat

Tenere sempre socat in vita

Ho un socat che funziona bene, eseguendo il mio command quando una connessione viene fornita con gli argomenti forniti. Tuttavia, la questione che sto avendo è che la presa è a EOF e la prossima volta una connessione viene, il process richiede 3 secondi per spin back up. Il process rimarrà per sempre, quindi penso […]

socat server di file TCP

Sto cercando di installare un semplice file server socat che utilizza TCP per submit piccoli file (~ 100KB). Ecco i server e il client di una row per un file: Server: socat -u -d -d OPEN:file.dat TCP-LISTEN:<port>,reuseaddr,fork Client: socat -u -d -d TCP:<server>:<port> OPEN:file.dat,creat Il primo trasferimento dei dati funziona sempre, ma i seguenti non […]

Può socat essere utilizzato per inoltrare una socket di ssh-agent in un chroot?

Sto costruendo ambienti Debian personalizzati su un server remoto, con cui si connette a SSH. Ciò comport l'elaborazione di un ambiente di debootstrap, quindi chrooting in esso per eseguire un installatore personalizzato. Come parte del process di installazione personalizzata, ho bisogno dell'installatore di poter ssh fuori dall'ambiente chroot a un altro server remoto, riutilizzando le […]

Come faccio ad utilizzare socat come server proxy?

Mi piacerebbe che la mia applicazione .NET utilizzi un proxy che so come fare tranne .net non support sock4a / sock5. So come impostare la mia applicazione, ma Come posso configurare socat a come proxy TCP nella parte 1234 e utilizzare il server sock5 a 127.0.0.1:5678? Devono inoltrare tutti i collegamenti TCP. Ho avuto la […]

Socat per condividere un collegamento seriale tra più processi

Ho uno scenario in cui più processi sulla stessa casella vogliono comunicare con un dispositivo seriale. Il process A richiede comunicazioni bidirezionali con la port seriale e il process B deve essere in grado di scrivere sulla port seriale. Il dispositivo seriale continua a trasmettere i dati, mentre i due processi scrivono periodicamente alla port. […]

Inoltro della port seriale tramite networking e back to device char seriale nell'host remoto (socat?)

Sto lavorando con un'applicazione linux che deve parlare con un dispositivo seriale remoto (rs-232). Ho elaborato come utilizzare socat sull'estremità remota per submit i dati seriali del dispositivo tramite una connessione IP, ma come devo quindi convertirlo nuovamente in un dispositivo di pseudo dispositivo di periferica seriale (ad esempio / dev / fakesocatserial0) Dall'altro lato?

Accedi a D-Bus in remoto usando socat

Descrizione: Vorrei accedere a un servizio di sistema D-Bus da un'altra macchina, sapendo solo l'indirizzo IP della macchina e il servizio a cui connettersi. Quello che ho recentemente trovato è Gabriel (D-Bus over SSH). Ho compilato la sua versione GIT (ospitata su Sourceforge) e questo sembra funzionare, ma continuo ad avere un problema con la […]

socat: Mostra le connessioni in arrivo

Sono leggermente pazza. Anche se io chiamo socat come questo: socat -vvvv tcp4-listen:9000 tcp4-listen:9001 funziona perfettamente ma non mi informa sulle connessioni TCP in entrata! C'è un'opzione aggiuntiva di verbosità che rende socat mostrare queste informazioni, qualcosa di simile Connection from XYZ Non può essere una tale function speciale, o può?

Inoltro del terminal linux da port seriale a TCP con socat

Sto lavorando sulla piattaforma ARM embedded, Slackware. Sto utilizzando il modem Java G24 che è configurato per inoltrare i dati tra le porte /dev/ttyS1 e /dev/ttyACM0 , in modo che tutto ciò che accade su una di queste porte è poi visibile dall'altro. Voglio impostare il terminal su una di queste porte, /dev/ttyS1 e inoltrare […]

server echo con netcat o socat

Voglio un server echo di UDP per get i pacchetti e rispondere esattamente a quello che ha ricevuto. Come posso semplicemente fare questo utilizzando netcat o socat ? Dovrebbe rimanere vivo per sempre e gestire i pacchetti provenienti da diversi host.

Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.