ftp passwords are same as system passwords, they are stored in /etc/shadow and /etc/passwd, note: user which wants to connect ftp must have non-empty password
oh i found this file “long ago”…but there only are useres and rights…and if the user has any password or not. but somebody told me that there is a file, where the passwords are stored encrypted…or something else…
you can use “passwd guest” command to set a password for your user “guest”.
btw, if your “guest” user uses a non-standard shell (eg: bash), you will need to add that into /etc/shells file.
i try to change the password of several users on my system, yesterday, but i had to realize, that i won’t get both files on one floppy. everytime i try to include:
/etc/passwd and
/bin/passwd
the first file is overwritten by the second and i never could change any password. how may i be able to include both files in different folders? for example: /bin/passwd in /proc/boot and /etc/passwd in /etc or somewhere else?!?!
i already tried but failed regularly…
Make sure that all the files (passwd, shadow, inetd.conf and ftpusers) are present in C:\QNXsdk\target\qnx6/etc/
Try to copy them from an already installed qnx6 and edit them to match your needs
Yeah…that’s it…great!
Now this works…but when i try to change the password of some user there is another error:
unable to lock password database (No such file or directory)
What does this mean again? What database is he looking for to lock?
Here another fact for riddling:
On another Machine there is login via telnet without any password, but login via ftp is with password. How could this be, because you told me that logging in via ftp uses the systempasswords…
its only a commentary…
You cannot change password in the image because it is read-only, you can only change passwords before you create image or you can link the /etc/ in a writable area such as “ln -sP /dev/shmem /etc” like you did before in the buildfile script.
The /etc/shadow is the password database.
ftpd is using system passwords, another ftp servers do not have to use the system passwords necessarily