chmod 777 yet still no public access or file not found?
I've searched for this problem in recent threads, and as I couldn't find it in any of them, I decided to start this thread. I am a magnet for weird problems.
There's this groupware webapplication that I want to test, and for that, I put it on my own personal domain using FileZilla. From there on, I had to install the application on my domain, which in part entails making some directories outside of the document root with 777 permissions. Each time I do that, and in whatever directory I put the directories, the application install can't seem to find them.
What's more striking, is what happened after I changed the permissions of all files and directories of said web application to 777, just as a test. After that, my browser rewarded me with a "The requested URL /works/trunk-clean/www/install was not found on this server." message whenever I entered some directory or file of the web application in my browser.
I'll try to locally change the permissions of the directory before uploading it again and see what happens then, but still... this is weird, isn't it? Any ideas?
There's this other thing that may be related to the above problem. If I tell FileZilla to delete the entire directory of the web application, it says repeatedly and for every subdirectory, among others, "550 Remove directory operation failed," and the directories remain on the FileZilla GUI. What's up with that?
[EDIT :] Well I did that last option, but I get similar results. The only difference is, when I copy the directories into the web application directory, and then do chmod 777 on them, I get a 403 error when I try to access them by typing the URL into the browser. So after FileZilla does a 777 on the directories (and the FileZilla GUI's directory listing says that went well), my browser greets me by saying I don't have enough permissions to access that directory "on this server". What?
Can anyone please help me on this one? I'm afraid it may take days before I can make any progress with my work because of this...
You will have to palce the files and folders inside the public_html folder which you would like to access globally. Moreover for the error message please make sure that have assigned the appropriate ownership to the files and folders. The ownership to the folders and files should be user:user not nobody:nobody or user:nobody.
If the ownership is user:user then kindly check the error logs for the exact error message as there are many reasons for the 403 error. You can check the error logs from /usr/local/apache/logs/error_log.
Thanks for your reply. I'm using FileZilla and want to access all the files and directories on a separate server of my webhoster. I'll see how I can change ownership with FileZilla and check the error logs there.
You cannot check the ownership and error logs from the filezilla. However, you will have to login to your linux server through SSH and then you can check the error logs and the ownership of the folder.
how and what you do it will depend on what kind of server you have and what options have been allowed to you by the web host.
- what kind of server?
- what kind of control interface (cPanel, etc)?
- is your access to SSH enabled?
Have you asked your host about the problem?
And as webhostingdi nothing outside of the web-root folder is accessible via http.
What application are you attempting to install???
...but stupidity is terminal.
Is your domain is hosted on Shared Servers? If yes, then may I know which control panel are you using and also do you have an root access to the SSH. If you do not have an root access then you will have to contact your hosting provider service.
Originally Posted by Wilmar
Right now, I am working on collecting the information you all asked for. I will get back to this later.
Well I got the info you asked for from my web hoster:
1) Just Linux-based servers.
2) Control interface is a support page.
3) No SSH access.
4) Currently no root access.
Does that answer your questions?
Then you have your answer.... you cannot do what you are trying to do with this app.
There are dozens of good groupware applications floating around. Look for a different one.
...but stupidity is terminal.
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)