Posts: 32
Threads: 7
Joined: Jul 2006
Reputation:
0
This didn't used to happen, but now all of a sudden people cannot download anything from me if they don't have the files. Yes, sv_allowdownload/upload are set to 1, and I am using sv_downloadurl which is set to the proper dir. And yes, these are the exact config files that worked great on the windows one, but now all of a sudden, it just doesn't work in linux. Ideas?
Posts: 43
Threads: 6
Joined: Jul 2006
Reputation:
0
Are you able to access the sv_downloadurl through a web browser? That is the best test to make sure the link is working and that the read permissions of all the files are set correctly. It might just be an issue of where the global read permission is not set. Oh, also remember that you have to add the +x permission to directories or you won't be able to go into them through http.
Posts: 32
Threads: 7
Joined: Jul 2006
Reputation:
0
I am able to download them through the browser, yes. The same thing happens if I take out sv_downloadurl. And yes, the +x permissions are set correctly as well, considering that the host hasn't changed its settings since I had the windows srcds, and it worked then. DO you think that it is just an issue with linux? If so, since the permissions are enabled for everyone to use, what else might the problem be? It did at one time work with linux.
Posts: 32
Threads: 7
Joined: Jul 2006
Reputation:
0
Nope, no go. I tried everything you had said. Any other ideas?
Posts: 8
Threads: 3
Joined: Apr 2006
Reputation:
0
have u installed anything on your network which might affect the routing capablities of the ports to the server you are hosting your files from?
give us the URL that you put in your config file, if we cant access it we know its your http server for sure, if we can then we know its your srcds for sure
Posts: 32
Threads: 7
Joined: Jul 2006
Reputation:
0
Like I had said, it does it with or without the sv_downloadurl..... So its obviously not being caused by the url. Secondly, only ssh and apache are running in the backgound, which were running before when it was working.
Posts: 43
Threads: 6
Joined: Jul 2006
Reputation:
0
Only other thing I can possibly think of is that global read permissions on your custom files are not set. I have encountered where custom files I uploaded did not retain those read permissions and I had to set them. Double check the custom files you uploaded and make sure their permissions are correct (this includes making sure custom folders are also given the execute permission). The folder /cstrike/materials may be set to +x and all the default folders as well and thus you see them. However, /cstrike/materials/custommap_materials may not be set with +x and you may not notice because all the other folders are showing up.
Another test that might be good is to delete a common map from your personal steam folder, like de_dust2 and see if the server sends it to you when you connect. (hopefully steam itself doesn't try downloading it for you as an "update") If de_dust2 does send, then you do have permissions not set.