Login attempt for nonexistent user on Alpine Linux

Hugo Genesse hugo.genesse at polymtl.ca
Sat Dec 2 02:57:02 AWST 2017


-vvv on dropbear doesn't seem to be a valid option:

67b4c38f79c6:/usr/lib# /root/dropbear -R -E -vvv
Invalid option -v

Is my command correct?

Szabolcs Nagy <nsz at port70.net> a écrit :

> * Hugo Genesse <hugo.genesse at polymtl.ca> [2017-12-01 17:07:25 +0000]:
>>
>> First, thanks for your replies. I created another account:
>>
>> admin:x:100:65533:Linux User,,,:/home/admin:/bin/ash
>>
>> Here is the output of with -vvv:
>>
>
> you added -vvv on the client side instead of the server where the  
> problem is...
>
>> debug3: authmethod_lookup password
>> debug3: remaining preferred: ,password
>> debug3: authmethod_is_enabled password
>> debug1: Next authentication method: password
>> admin at 127.0.0.1's password:
>> debug3: send packet: type 50
>> debug2: we sent a password packet, wait for reply
>> debug3: receive packet: type 51
>> debug1: Authentications that can continue: publickey,password
>> Permission denied, please try again.
>> admin at 127.0.0.1's password:
>> debug3: send packet: type 50
>> debug2: we sent a password packet, wait for reply
>> debug3: receive packet: type 51
>> debug1: Authentications that can continue: publickey,password
>> Permission denied, please try again.
>> admin at 127.0.0.1's password:
>> debug3: send packet: type 50
>> debug2: we sent a password packet, wait for reply
>> debug3: receive packet: type 51
>> debug1: Authentications that can continue: publickey,password
>> debug2: we did not send a packet, disable method
>> debug1: No more authentication methods to try.
>> admin at 127.0.0.1: Permission denied (publickey,password).
>>
>> and in the dropbear logs I still get:
>>
>> [67] Dec 01 17:03:47 Child connection from <IP>:40878
>> [67] Dec 01 17:03:47 Login attempt for nonexistent user from
>> [...]
>>
>
> make it more verbose, you will see what part of the user
> lookup fails.
>
>> I saw that I could create a configuration file in /etc/dropbear to allow
>> root logins by it seems to be enabled by default and I would prefer just
>> drop a binary on the device to enable ssh without changes to the system.
>> Here is the openwrt page I'm referring:
>> https://wiki.openwrt.org/doc/uci/dropbear
>>
>> Thanks!
>>
>> "Daniel." <danielhilst at gmail.com> a écrit :
>>
>> > Can you log in with another user? The root login may be disabled by
>> > security reasons.
>> >
>> > 2017-12-01 13:01 GMT-02:00 Szabolcs Nagy <nsz at port70.net>:
>> >
>> > > * Hugo Genesse <hugo.genesse at polymtl.ca> [2017-12-01 04:51:08 +0000]:
>> > > > I've been trying to use dropbear (compiled myself statically with
>> > > > ./configure; make STATIC=1) on a Alpine Linux Docker container (Linux
>> > > > 4.13.12-1-ARCH) with the latest Alpine Docker image (3.6 if I'm not
>> > > > mistaken). I run dropbear like this: "./dropbear -R" and  
>> can't login with
>> > > > proper credentials. With the "-E" switch I get the following:
>> > > >
>> > > >  /root/dropbear -R -E
>> > > > [59] Dec 01 04:31:32 Running in background
>> > > > [60] Dec 01 04:31:36 Child connection from <IP>
>> > > > [60] Dec 01 04:31:36 Login attempt for nonexistent user from <IP>
>> > > >
>> > >
>> > > i think you can use -vvv to see more detailed debug messages
>> > >
>> >
>> >
>> >
>> > --
>> > “If you're going to try, go all the way. Otherwise, don't even start. ..."
>> >   Charles Bukowski
>>
>>





More information about the Dropbear mailing list