Hi,
Dropbear 2015.70 released now fixes password server
authentication on Linux. It's a bit of an embarassing
mistake, apologies for that. Commenting out the test in
options.h is a fine workaround.
Cheers,
Matt
On Thu, Nov 26, 2015 at 05:37:25PM +0800, Matt Johnston wrote:
> I'll sort out a new
Hi Matt,
I didn't see your reply since it went into trash folder.Thanks for the reply.
I tried running from inetd & it worked fine.
Regards,
Naveen
On Thu, Nov 26, 2015 at 5:02 PM, Naveen Mamindlapalli
wrote:
> Hi All,
>
> Running from inetd solved the issue of multiple client connections at a
Hi All,
Running from inetd solved the issue of multiple client connections at a time.
There is a limitation with non-inetd mode. Am I correct?
Thanks and Regards,
Naveen
On Wed, Nov 25, 2015 at 12:25 PM, Naveen Mamindlapalli
wrote:
> Hi All,
>
> I am using dropbear sshd v0.52 (non-inetd mode)
I'll sort out a new release to fix this later today.
Cheers,
Matt
On 26 November 2015 4:57:16 pm AWST, Peter Meerwald-Stadler
wrote:
>
>> Upgrading from 2015.68 to 2015.69 on the embedded platform at
>$DAYJOB,
>> password authentication does no longer work. This seems to be related
>to a
>> new
> Upgrading from 2015.68 to 2015.69 on the embedded platform at $DAYJOB,
> password authentication does no longer work. This seems to be related to a
> newly added test for crypt() in the configure script, which fails to find it
> and thus disables password authentication.
same here
> Has anyon
Hi!
Upgrading from 2015.68 to 2015.69 on the embedded platform at $DAYJOB,
password authentication does no longer work. This seems to be related
to a newly added test for crypt() in the configure script, which fails
to find it and thus disables password authentication.
Has anyone else been b