dsartain Posted February 3, 2007 Share Posted February 3, 2007 I'm running httpd-2.2.3-5 on Fedora Core 6 with VFTPD as the ftp server. The problem is that when I try to access the /var/www/html directory with my ftp client, nothing shows up. And when I start from the root dir of the system I can see the /var dir and double click it, but when it opens it does show me the www dir...I get a message saying 226 Transfer Done (But failed to open directory)...I can access other parts of the server.../etc, /home...when I'm logged in as the admin, but I can't see the /var/ww/html directory Is there anything in Apache that would cause this?? Or do you think it's something to do with VSFTPD??? Link to comment https://forums.phpfreaks.com/topic/36876-apache-issues/ Share on other sites More sharing options...
the_oliver Posted February 5, 2007 Share Posted February 5, 2007 Almost certinatly VSFTP. Fantastic FTP client, likly just to be a problem in the conf file. Might be worth reinstalling it. Apache can only limit access for its own proces. Link to comment https://forums.phpfreaks.com/topic/36876-apache-issues/#findComment-177800 Share on other sites More sharing options...
dsartain Posted February 6, 2007 Author Share Posted February 6, 2007 I reinstalled it and it worked, but when I restarted the server to make sure it would still work, this is what I got when I tried to ftp localhost Connected to the24hourshow. 220 localhost.localdomain FTP server (Version 5.60) ready. 334 Using authentication type GSSAPI; ADAT must follow GSSAPI accepted as authentication type GSSAPI error major: Unspecified GSS failure. Minor code may provide more information GSSAPI error minor: No credentials cache found GSSAPI error: initializing context GSSAPI authentication failed 334 Using authentication type KERBEROS_V4; ADAT must follow KERBEROS_V4 accepted as authentication type Kerberos V4 krb_mk_req failed: You have no tickets cached I've never seen this before, and it would let me log in even though I know the user/pass was right...ideas?? Link to comment https://forums.phpfreaks.com/topic/36876-apache-issues/#findComment-177842 Share on other sites More sharing options...
andrewholway Posted February 6, 2007 Share Posted February 6, 2007 I use sftp...bloody brilliant Link to comment https://forums.phpfreaks.com/topic/36876-apache-issues/#findComment-177849 Share on other sites More sharing options...
dsartain Posted February 6, 2007 Author Share Posted February 6, 2007 OK, I'm sorry that this went kind of haywire, but I figured out what went wrong in the builddefs.h file I removed the # where it defined the pam connection...whoops...I was thinking perl not C/C++ I fixed that and I no longer have that error, now the problem is that when I try to login it tells me the password is incorrect...I know the password is right, but I believe that it needs to md5 the passwords before authentication...because my passwd file shows up like dsartain:$1$.VqfdUTV$YkOmOHBWBqtH8piNyVeqo/:500:500:Don Sartain:/home/dsartain:/bin/bash Any ideas on where to look for this one?? Link to comment https://forums.phpfreaks.com/topic/36876-apache-issues/#findComment-178289 Share on other sites More sharing options...
the_oliver Posted February 6, 2007 Share Posted February 6, 2007 It should just take the infomation from the local users and passwds. Are you running any nifty encription type things there. Else can you post your conf file? Link to comment https://forums.phpfreaks.com/topic/36876-apache-issues/#findComment-178471 Share on other sites More sharing options...
dsartain Posted February 6, 2007 Author Share Posted February 6, 2007 Actually, it turns out that I made a really newbie mistake and deleted the # from the line that defines PAM usage...I was thinking PERL, not C++....doh! So that fixed it, then I added the vsftpd file to pm.d and I'm good now...thanks though! Link to comment https://forums.phpfreaks.com/topic/36876-apache-issues/#findComment-178658 Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.