![]() The install is on a clean Ubuntu 20.04.1 install, all updates installed, the only extra packages installed are ssh openssh-server for putty access to make configuration easier. ![]() Submitted by a10sth on Mon, - 21:17 Comment #7 Submitted by a10sth on Sun, - 19:03 Comment #6 I had just gotten the skeleton in place, on this Ubuntu 20.04, previously I had gotten to this point on Ubuntu 18.04.5, but noticed you updated the Operating System A compatibility to include version 20.04 on it, so I created a new image trying for the most updated image.Ī quick question, out of habit and out of compatibility for other control panels in the past, I had changed the default /bin/sh to be /bin/bash instead of the default /bin/dash. In my new install of Ubuntu 20.04, this is not set to start with the server, it gives the choice to start it and to enable it to start with the server, I have tested starting the fail2ban, which works, but not to start with the server yet.Īnd by the looks of the pictures I am about to post to the opening post, it does not seem like the log server is running either. Some other information that might be helpful, I will post 2 pictures of the System Logs page to the top post, but the pictures had me take a look at the /etc/nf and compare this (Ubuntu 20.04.1) to the (Ubuntu 18.04.5) install, they match.ġ other thing, after all these failures started happening, I rushed to look at the Fail2Ban wondering why I had not been banned. The file did not exist before enabling the log in System Logs in Webmin I repeated the same test after rebooting the server as well. The /var/log/messages log was disabled by default, so I enabled it and tried the ftp (21) again and nothing is written to the /var/log/messages file. I am trying to migrate to this server and will look for alternatives to complete the migration while you work on this issue. I have seen this issue before, but it was much more consistent in not including the /bin/bash line this ends up breaking SSH domainadminuser:x:1009:1006::/home/domainadminuser:/bin/bash While some domains are working fine, I bumped into 1 so far that was missing the following code from the passwd file under the chroot jail domainadminuser:x:1009:1006::/home/domainadminuser: The below happened on 4 of 22 Virtualmin Servers created, not constant, back to back or any rhyme or reason, If there are any logs I can provide for you to look into this for your benifit, I will be more than happy to provide the necessary files/logs. This is happening on all Virtual server on this instillationĪuth.log snip included below: Aug 23 06:13:41 host4 proftpd: pam_unix(proftpd:auth): Couldn't open /etc/securetty: No such file or directoryĪug 23 06:13:41 host4 proftpd: pam_unix(proftpd:auth): Couldn't open /etc/securetty: No such file or directoryĪug 23 06:13:41 host4 proftpd: pam_unix(proftpd:session): session opened for user west123 by (uid=0)Īug 23 06:13:41 host4 proftpd: pam_unix(proftpd:session): session closed for user west123 Please let me know if you could use any more information in order to fix this bug. I have included an error below from the auth.log. ![]() The same login details, the Admin user created for the specified Virtualmin Server for a specified domain, this seems to be happening with all domains on the server for all admin accounts. In a web app I just get Cannot log in to FTP server What is happening, basic FTP (21) is not authenticating ![]() Mail injection command /usr/lib/sendmail -t This system was setup new and configured on ,īelow is all the versions of everything: Operating system Ubuntu Linux 20.04.1 ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |