From owner-freebsd-current Thu Apr 17 05:22:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id FAA28089 for current-outgoing; Thu, 17 Apr 1997 05:22:20 -0700 (PDT) Received: from nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id FAA28082 for ; Thu, 17 Apr 1997 05:22:16 -0700 (PDT) Received: from herring.nlsystems.com (herring.nlsystems.com [10.0.0.2]) by nlsystems.com (8.8.5/8.8.5) with SMTP id NAA26753; Thu, 17 Apr 1997 13:22:43 +0100 (BST) Date: Thu, 17 Apr 1997 13:22:43 +0100 (BST) From: Doug Rabson To: John Polstra cc: bemfica@militzer.me.tuns.ca, current@freebsd.org Subject: Re: nfs problem In-Reply-To: <199704082334.QAA09341@austin.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 8 Apr 1997, John Polstra wrote: > In article , > Antonio Bemfica wrote: > > On Tue, 8 Apr 1997, Doug Rabson wrote: > > > > > FreeBSD-current now uses secure ports by default. > > > > And what would be the proper way to reconcile this new behaviour with the > > requests by clients that want access through insecure ports? I'm having > > problems with amd, and would not like to just "make it work" now when > > there is a recommended way of doing it (especially if it will get "broken" > > again the next time I recompile the system). > > You can either configure the clients to use reserved ports, > or you can configure the server so that it doesn't require them. > To make a client use reserved ports, just add the "resvport" > option to its mount command lines, or to your amd map file: > > /defaults type:=host;fs:=${autodir}/${rhost};rhost:=${key} > * opts:=rw,grpid,resvport > > This option has already been added to /usr/src/etc/amd.map, by the > way. > > Somebody else on this list recently described how to change the > server configuration. Sorry, I don't remember how. I think you can just run mountd with the -n option and it will tweak the magic kernel variable that controls the behaviour. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 951 1891