Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 20 May 2009 13:39:28 -0400
From:      Glen Barber <glen.j.barber@gmail.com>
To:        Dimitry Andric <dimitry@andric.com>
Cc:        hackers@freebsd.org, bug-followup@freebsd.org
Subject:   Re: bin/134694: gives false-positive when unable to obtain socket  [WAS: sshd(8) - alert user when fails to execute from rc.d]
Message-ID:  <4ad871310905201039nb17251cueedd11f54ad8806@mail.gmail.com>
In-Reply-To: <4A1417B3.3030303@andric.com>
References:  <4ad871310905181949s2874795eoa5ddf425746310bf@mail.gmail.com> <Ef8BU7l8PyKhYzlJNCX2WAa41WY@cgr/Aoyjz11KtFDB23HMnFSn04s> <4A13E180.1040606@andric.com> <4A13E6F7.7070309@glocalnet.net> <4A13E906.7020907@andric.com> <4ad871310905200740n744f9b83j96db2a3c1a6bec43@mail.gmail.com> <4A1417B3.3030303@andric.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi, Dimitry

On Wed, May 20, 2009 at 10:46 AM, Dimitry Andric <dimitry@andric.com> wrote=
:
> On 2009-05-20 16:40, Glen Barber wrote:
>> sshd was listening on :25, both IPv4 and IPv6
>> sendmail was listening on :25 (because I had forgotten to disable it)
>>
>> The system boots, and sendmail starts before sshd. =A0When sshd starts
>> (or tries to) there is no console output that it had failed. =A0The only
>> way you realize it is not running, is when you cannot remotely log in.
>
> Yes, this is unfortunate, but normal, as I explained in an earlier post.
>
> The sshd process does not return any error (and thus the /etc/rc.d
> script doesn't either), because it has no way to know that its forked
> copy died.
>
> The solution to this PR is "don't run stuff on conflicting ports". :)
>

I absolutely agree about not running sshd on conflicting ports.  After
a bit more testing, I found that "most" other services will complain
when they cannot obtain the requested socket, and you will see a
failure notice via the rc.d script.

My concern is when someone has a "definite need" to run sshd on a
non-standard port less than, say 1024 for example.  This is the real
reason I initially created the PR and posted to hackers@ about this --
I'd like to fix it.  But, I want to fix it the right way, and not hack
a crude solution.

Regards,

--=20
Glen Barber



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4ad871310905201039nb17251cueedd11f54ad8806>