From owner-freebsd-isp Thu Oct 29 06:39:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA00342 for freebsd-isp-outgoing; Thu, 29 Oct 1998 06:39:53 -0800 (PST) (envelope-from owner-freebsd-isp@FreeBSD.ORG) Received: from magicnet.magicnet.net (magicnet.magicnet.net [204.96.116.9]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA00334 for ; Thu, 29 Oct 1998 06:39:50 -0800 (PST) (envelope-from bill@bilver.magicnet.net) Received: (from uucp@localhost) by magicnet.magicnet.net (8.8.6/8.8.8) with UUCP id JAA18995 for freebsd-isp@freebsd.org; Thu, 29 Oct 1998 09:37:04 -0500 (EST) Received: (from bill@localhost) by bilver.magicnet.net (8.9.1/8.9.1) id JAA29154 for freebsd-isp@freebsd.org; Thu, 29 Oct 1998 09:45:19 -0500 (EST) From: Bill Vermillion Message-Id: <199810291445.JAA29154@bilver.magicnet.net> Subject: Re: Dial-in problem In-Reply-To: from Mukti Arip at "Oct 29, 98 07:38:03 pm" To: freebsd-isp@FreeBSD.ORG Date: Thu, 29 Oct 1998 09:45:19 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL38 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mukti Arip recently said: > Hi everyone! > > I've just upgraded my OS to 2.2.7 Release (It was 2.2.5 Release). > Under 2.2.5, everything about dial-in service was OK. But now, I > have a really big problem. :( > > When my customer login to my machine (using his/her terminal > program) and then disconnect the link without typing "exit" > command at the shell prompt (in this case, the customers choose > "hang up" command within their terminal program), the "/bin/sh" > process keeps running. So, when another customer login to my > machine using the same dial-in line, he/she will see the shell > prompt immediately, without prompted to enter his/her username and > password. It means, the second dialer will use the first dialer's > account. > My modem configuration are: - use hardware flow control (RTS/CTS) > - CD asserted when connected - DTR asserted for operation, > dropping DTR hangs up line - quiet mode - no command echo The best solutions I've found for this - since I got my first 'smart' modem back in 1982/3 time, is to set the modem so that it will reset itself on carrier drop. Not all modems support this. Yesterday I was trying to set that on one device that while it didn't show it in the manual, it was one of the configurations that could be set, but it just wouldn't save it. What's even nicer is a modem that can be set to drop a connection if there is a long period of no data across the DCE/DTE interface. The Telebits had that. After I put that in I didn't find people connect for 4 to 6 hours who had fallen asleep during downloads. (1200bps downloads do take a lot of time). I went this route after coming in one To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message