Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!elroy.jpl.nasa.gov!ncar!hsdndev!cmcl2!kramden.acf.nyu.edu!brnstnd From: brnstnd@kramden.acf.nyu.edu (Dan Bernstein) Newsgroups: comp.unix.programmer Subject: Re: telnet and OOB data Message-ID: <21071.Jun3021.48.4291@kramden.acf.nyu.edu> Date: 30 Jun 91 21:48:42 GMT References: Organization: IR Lines: 39 X-Ftp-Mentioned: stealth.acf.nyu.edu:pub/hier/clientserver/* In article avalon@coombs.anu.edu.au (Darren Reed) writes: > Does anybody know how I should be going about telling telnet *not* > to ECHO, etc ? telnet implements the TELNET protocol. If you want to talk to telnet, you have to speak TELNET too. Anything else is an invitation to disaster. Can you guarantee that telnet won't receive keyboard signals? Do you know what you have to do with an \0xff over a TELNET connection? The echo you're seeing is the normal echo from your tty. You can turn that off with stty, ioctl(), or from the telnet command line, but unless your server groks TELNET you should expect a continuing series of interoperability problems. For a straight TCP connector without any weird protocols in the middle, you can use tcpclient and tcpserver in my clientserver package, just posted to alt.sources. One advantage of this is that you'll be able to use exactly the same code on top of undomclient and undomserver, or npipeclient and npipeserver for System V, or the forthcoming krb5client and krb5server, or any other set written to the same interface. In any case, you can set up a server like this: servermachine% tcpserver 0 & and connect to it like this: clientmachine% tcpclient servermachine & and stop it like this: servermachine% tcpkiller 0 That's it. No privileges required to compile and run the tcp toolset. The client and server get environment variables showing who they're talking to, so you can add security if you want. In this case, it sounds like you want to turn off echo, maybe run some full-screen application; can do the appropriate stty or ioctl(). ---Dan