From owner-freebsd-questions Wed Jul 14 22:17: 3 1999 Delivered-To: freebsd-questions@freebsd.org Received: from twwells.com (twwells.com [209.118.236.57]) by hub.freebsd.org (Postfix) with SMTP id 0F98014FA2 for ; Wed, 14 Jul 1999 22:16:57 -0700 (PDT) (envelope-from news@twwells.com) Received: from news by twwells.com with local (Exim 1.71 #2) id 114dpN-000CfI-00; Thu, 15 Jul 1999 01:13:01 -0400 From: bill@twwells.com (T. William Wells) To: freebsd-questions@freebsd.org Subject: Re: 3.2 hosts.allow Problems Message-ID: <7mjqjo$1fer$1@twwells.com> References: <378CFDFC.16B891CC@cswnet.com> <7mj7en$k45$1@twwells.com> <19990715070421.A5157@alaska.cert.siemens.de> Date: Thu, 15 Jul 1999 01:13:01 -0400 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In article <19990715070421.A5157@alaska.cert.siemens.de>, Udo Schweigert wrote: : On Wed, Jul 14, 1999 at 07:48:01PM -0400, T. William Wells wrote: : > In article , : > Doug wrote: : > : > Now nothing is being denied. To restart inetd, I am using "killall : > : > inetd;inetd". : > : : > : First, you shouldn't have to start inetd for changes in : > : hosts.allow to take effect. : > : > "Shouldn't" is correct. Unfortunately, reality doesn't conform. In : > my experience, you have to kill (SIGTERM) inetd and restart it in : > order for hosts.allow changes to take effect. : > : : No, that's not true. I never restarted inetd to enable changes in hosts.allow. : (Only changes in inetd.conf have to be signald via kill -HUP, but that's a : different thing). Well, I'm glad it worked for you. It *did not* work for me. I had a system in which I modified hosts.allow to allow outside access, found myself locked out, and was only able to get back in after restarting inetd. *Without* changing my hosts.allow. So perhaps there's a version difference or something. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message