On 12/14/2010 04:22:53 PM, Vineet Kumar wrote: > Sorry pl. explain the "intermediary" part. Is that supposed to solve > the single telnet server accepting multiple *concurrent* client > sessions?
Yes. The multiple concurrent client sessions talk to a single telnet server via an intermediary. The intermediary serializes the requests made by the multiple concurrent sessions and feeds the resulting stream to the single telnet session. A simpleminded way to do this might be to dump the requests into files in a directory that's monitored by incron, which then feeds the commands to, say, socat or nc (netcat). (Incron is a nice intermediary because it isolates the requests -- they can be monitored for correctness etc.) I've no idea if this is the right approach for your application. Karl <k...@meme.com> Free Software: "You don't pay back, you pay forward." -- Robert A. Heinlein