user login per ssh

[johnbock]

It's working for me

• rebuild dropbear w/o the 100 patch
• flash und reboot
• logon to the box
• adduser -h /mod/<user> -S -s /bin/sh <user>
• from client ssh <user>@<box name>

As root I did

/var/mod/root # adduser -h /mod/freetzy -S -s /bin/sh freetzy
Changing password for freetzy
New password:
Bad password: too weak
Retype password:
Password for freetzy changed by root
/var/mod/root # chmod g-s ../freetzy

I got this

fritzbox@new-york:~/freetz/after-birth$ ssh freetzy@de
freetzy@de's password: 
   __  _   __  __ ___ __
  |__ |_) |__ |__  |   /
  |   |\  |__ |__  |  /_

   The fun has just begun...


BusyBox v1.10.3 (2008-06-14 14:21:17 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

-sh: /etc/init.d/rc.conf: line 4: cannot create /var/env: Permission denied
ermittle die aktuelle TTY
tty is "/dev/pts/1"
weitere telnet Verbindung aufgebaut
/var/mod/freetzy $

 

[HorstHansen]

i know you can't log in with normal users without the patch applied. but i actually did apply the patch.

sorry, i meant i _removed_ the patch (it's not applied).

1. rebuild dropbear w/o the 100 patch
2. flash und reboot
3. logon to the box
4. adduser -h /mod/<user> -S -s /bin/sh <user>
5. from client ssh <user>@<box name>

I added a user exactly as you suggested, it's still not working for me.
I'll try building the whole fw from scratch now, thanks so far!

 

[RalfFriedl]

Das Problem hier sind nicht die Berechtigungen für das PTY, sonst käme schon die Ausgabe "The fun has just begun" nicht (motd).

Das Problem scheint auch nicht auf der Client-Seite zu liegen, daher bringen auch die Debug-Meldungen des Clients nichts.

Aus irgend einem Grund wird die Verbindung vom Server beendet. Entweder, weil die Shell beendet wird, oder aus anderen Gründen.

Kannst Du mal versuchen, als Shell /bin/cat einzutragen?

 

[HorstHansen]

Kannst Du mal versuchen, als Shell /bin/cat einzutragen?

Jun 16 22:47:51 fritz authpriv.warn dropbear[3142]: user 'joeblob' has invalid shell, rejected

 

[RalfFriedl]

Dann müßte cat wohl auch in /etc/shells eingetragen werden.

Was passiert, wenn Du cat als Kommando im Client übergibst, also "ssh box /bin/cat"?

 

[HorstHansen]

Dann müßte cat wohl auch in /etc/shells eingetragen werden.

Was passiert, wenn Du cat als Kommando im Client übergibst, also "ssh box /bin/cat"?

wieder unbekannte shell.. (und /etc/shells kann ich nicht modifizieren)

gruß

 

[RalfFriedl]

Wenn /bin/cat als Kommando übergeben wird, sollte die Shell wieder auf /bin/sh stehen.
Ansonsten müßte /etc/shells geändert werden, bevor das Image erstellt wird.

 

[HorstHansen]

Wenn /bin/cat als Kommando übergeben wird, sollte die Shell wieder auf /bin/sh stehen.
Ansonsten müßte /etc/shells geändert werden, bevor das Image erstellt wird.

dann bekomme ich folgendes:

Jun 16 23:54:05 fritz authpriv.notice dropbear[993]: password auth succeeded for 'joeblob' from 10.0.0.2:42585
Jun 16 23:54:05 fritz authpriv.info dropbear[993]: exit after auth (joeblob): Exited normally

also liegts wohl nicht an der shell?!

 

[albern]

... also liegts wohl nicht an der shell?!

Bei meinen Spielereien mit dropbear (160922) trat das sofortige Abmelden nach der erfolgreichen Anmeldung (Log ähnlich Deinem) dann auf, wenn entweder gar kein shell-Eintrag in /etc/passwd existierte oder die Rechte zum Ausführen der eingetragenen shell nicht ausreichten.
Laut Deiner /etc/passwd ist der Benutzer 'joeblob' als einziger nicht in der Gruppe 'root' - Vielleicht ein Ansatzpunkt?


LG

P.S.:
Einträge in die /etc/shells müssen auf jeden Fall vor dem Kompilieren vorgenommen werden oder es müsste zumindest ein Link auf den beschreibbaren Teil des Verzeichnisbaumes gesetzt werden.

 

[johnbock]

trat das sofortige Abmelden nach der erfolgreichen Anmeldung (Log ähnlich Deinem) dann auf, wenn entweder gar kein shell-Eintrag in /etc/passwd existierte oder die Rechte zum Ausführen der eingetragenen shell nicht ausreichten.
Laut Deiner /etc/passwd ist der Benutzer 'joeblob' als einziger nicht in der Gruppe 'root'

In my example, the user freetzy didn't have root permissions nor was it the group root. I even removed the sgid bit in the home directory.

 

[albern]

I thought more about non-standard rights in the file system of HorstHansen's FritzBox as a possibly result of former manipulations.