From owner-freebsd-current Wed Oct 23 12:38:27 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8811D37B401 for ; Wed, 23 Oct 2002 12:38:26 -0700 (PDT) Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BB2343E4A for ; Wed, 23 Oct 2002 12:38:21 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0135.cvx21-bradley.dialup.earthlink.net ([209.179.192.135] helo=mindspring.com) by snipe.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 184RKF-0004dz-00; Wed, 23 Oct 2002 12:37:55 -0700 Message-ID: <3DB6FA48.896CB7EA@mindspring.com> Date: Wed, 23 Oct 2002 12:36:40 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Steven Ames Cc: Andrew Mishchenko , freebsd-current@FreeBSD.ORG Subject: Re: Request: remove ssh1 fallback References: <007501c27a5c$27203fc0$6501a8c0@VAIO650> <20021023155753.GB7503@HAL9000.homeunix.com> <004401c27aad$740a5400$33d90c42@officescape.net> <20021023161643.GA7813@HAL9000.homeunix.com> <20021023143917.GA3222@driftin.net> <3DB6F2E1.799FF6F7@mindspring.com> <009001c27ac8$af6d77f0$33d90c42@officescape.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Steven Ames wrote: > From: "Terry Lambert" > > So I upgrade, and I can't get back into the box from my SSH1 > > client machine to reenable SSH1 services on the box. Genius! > > 8-) 8-). > > Its somewhat less than genious not to look over any new config > files you've installed to make sure they do what you expect. That's > blind trust. Not genius. A genius may have read the UPDATING > file and been forwarned :) No, a genius would have set up the upgrade software to interactively question the user about whether they wanted to leave that facility enabled, based on the upgrade software's understanding that the upgrade process would in fact disable features, and if there was a moral equivalent to "upgrade -y", then everything that was enabled would be left enabled, even if that meant adding command line options into the rc.conf entry for the sshd arguments. Do Not Change Behaviour On Upgrade Without Eplicit User Approval(tm). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message