Hello all. Thanks for the great product. ISPConfig saves me a bunch of time and I love it. This is a new problem for me and I need help fixing it. I deleted the first site that was created (web1) from the server (call it http://site1.com). Then I made the url site1.com a website alias which points to site2.com When I visit http://site2.com, it get stuck in a perpetual loading loop. After a little investigation, it turns out there is a default site that get loaded when a client browser requests http with the IP address of the server. With that site gone, I am not able to load a default site on my ISPConfig server. And I can't seem to get an alias domain of site1.com to load site2.com I hope that makes sense. Any and all assistance would be greatly appreciated.
Take a look here: http://bugtracker.ispconfig.org/index.php?do=details&task_id=1911&project=3&type[0]=1 Cheers
Thank you for the update on that. It's certainly not the ideal fix, but it does address part of my problem. I will keep my eyes on this bug and hopefully we'll see it permanent fix in an update. Best, Dave. Deconn Technical Services
I have another issue after I deleted the first site in the domain, the FTP server stopped properly authenticating users. I rolled back my ISPConfig server to a previous snapshot I made before I deleted my site. The snapshot had the site intact. Then I simply did a redirect from the "first site" to the new site I am working on. After I applied the fix above I noticed that the FTP server went wacky on me. To test, I created a brand new web site under the same customer in question, then a new FTP user. I'm not able to authenticate an FTP session to any client, even those that previously worked. FTP is totally broken. When I try to log in from a linux command line using the the 'ftp' client directly to the server (same local IP subnet) I get the following in the logs: auth.log Code: Dec 12 13:05:03 distance vsftpd: pam_unix(vsftpd:auth): check pass; user unknown Dec 12 13:05:03 distance vsftpd: pam_unix(vsftpd:auth): authentication failure; logname= uid=0 euid=0 tty=ftp ruser=ftpuser10 rhost=20.166.83.206 vsftpd.log Code: Mon Dec 12 13:05:05 2011 [pid 1] [ftpuser10] FAIL LOGIN: Client "20.166.83.206" I am continuing to research how to remedy this situation. Any comments are greatly appreciated.
Now I'm confused. I went back to the installation process and see that PureFTPd was installed, not vsftp. I wonder how vsftp got there and why it appears to be running and hijacking FTP requests. Thanks for any assistance!! Best, Dave. Deconn Technical Services.
I fixed this issue but I'm without explanation of what caused it. Somehow vsftpd was installed and pure-ftpd-common was uninstalled. Maybe there was some automatic update that I was not aware of... who knows. I installed it as: Code: apt-get install pure-ftpd-common pure-ftpd-mysql Then I verified the /etc/default/pure-ftpd-common file was set to: Code: [...] STANDALONE_OR_INETD=standalone [...] VIRTUALCHROOT=true [...] Tried connecting FTP and PureFTPd finally answered the call and got the appropriate banner. The fix is good through reboots, so all seems well now. We'll chock this one up to full moon or sun spots or something. Case closed. Thanks for reading along. Best, Dave Deconn Technical Services