host limits permissions to 770 host limits permissions to 770
 

News:

cpg1.5.48 Security release - upgrade mandatory!
The Coppermine development team is releasing a security update for Coppermine in order to counter a recently discovered vulnerability. It is important that all users who run version cpg1.5.46 or older update to this latest version as soon as possible.
[more]

Main Menu

host limits permissions to 770

Started by clemphoto, February 11, 2013, 10:27:35 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

clemphoto

I am trying to use coppermine in a univeristy system where the IT people limit permissions to 750/770.  No "other" permissions are allowed.  The installation can be found at http://www.clemson.edu/OLLI/photos.  This url is into a virtual system, I believe running Apache on Linux.  Having read the documentation and instructions, I tried the installation and found that things almost work.  I can create users, and users can create albums and upload photos.  Users and guests can browse photos.  So, minimal functioning is there.  I realize the importance of permissions, but cannot convince the hosting providers to change unless I can explain the necessity.  Unfortunately, my lack of expertise in php limits my ability to be specific as to the impact of other than the required permissions.

While minimal function is achieved, full functioning is desired.  For example, in submitting a contact form, the captcha image is not display, so of course no contact form can be submitted.  The sample plug-in cannot be installed.  After the installation, from the prompt for username and password, the next page is a 404 from the server.  This happens when trying to install the captcha2.0 plug-in as well; I have not tried others.

I have not tried other functions, but my belief is that coppermine functions that result in creating a file by user action will probably fail.  Is this sufficient information for you?  If not, I can enable guest or admin accounts in the installation.

Del

Αndré

Every link referred to
Quotehttp://www.clemson.edu/centers-institutes/olli/*
instead of
Quotehttp://www.clemson.edu/OLLI/photos/*
before I visited http://www.clemson.edu/centers-institutes/olli/

This caused every link to return a HTTP 404 status code and the Coppermine theme was also broken. I assume there's something basically wrong with your server setup.

clemphoto

Quote from: Αndré on February 12, 2013, 09:14:36 AM
Every link referred toinstead ofbefore I visited http://www.clemson.edu/centers-institutes/olli/

This caused every link to return a HTTP 404 status code and the Coppermine theme was also broken. I assume there's something basically wrong with your server setup.
That could be the problem.  I assume you are referring to the difference between urls and the absolute paths they resolve to in a virtual system.  Can you tell me how to find one such  case, that I can then take to the hosting technical people for resolution?  By that I mean a specific link within Coppermine.  My experience has been that many links do resolve correctly.  For example, it has been possible to create albums and categories, and upload photos that can then be seen by guest users.

del

clemphoto

I just found that it makes a difference whether connecting to www.clemson.edu/OLLI/photos/ and olliphotos-web.clemson.edu, different urls that should resolve to the same thing.  Still puzzled.  In one case I found the page you must have hit, an all text page with links and theme not applied.  but later I could get to the curve theme view at the link I gave you originally.  Some problems here.

Del

Αndré

First of all you have to decide how you want to access your gallery:

Your preferred setting seems to be    http://www.clemson.edu/OLLI/photos/, as you set this in the Coppermine config. You should create redirection rules for all other URLs.

Please copy & paste the current URLs from your browser's address bar for each step while you try to install a plugin (especially the login prompt and 404 page).

clemphoto

Links as seen in browser during plug-in installation:

http://www.clemson.edu/OLLI/photos/pluginmgr.php open plug-in manager
http://www.clemson.edu/OLLI/photos/pluginmgr.php?op=install&p=sample&form_token=cd595715fa1d3ff25238baa10d645ff7&timestamp=1360771918 selected sample plug-in
http://www.clemson.edu/pluginmgr.php?op=install&p=sample&form_token=cd595715fa1d3ff25238baa10d645ff7&timestamp=1360771918 entered username and password, clicked "Go"

It looks like the /OLLI/photos/ part of the link just disappeared, and I am not at the domain root with no file there to serve.  So my next question is, does this link come from Coppermine, or is part of it provided by the OS and web server?

Del

clemphoto

Quote from: Αndré on February 13, 2013, 09:20:20 AM
First of all you have to decide how you want to access your gallery:

Your preferred setting seems to be    http://www.clemson.edu/OLLI/photos/, as you set this in the Coppermine config. You should create redirection rules for all other URLs.

Please copy & paste the current URLs from your browser's address bar for each step while you try to install a plugin (especially the login prompt and 404 page).
I have found that the second url was listed as the home page in the general config section.  I have changed this back to index.php.  However, I can only install and uninstall plug-ins at the olliphotos-web url.  I have informed the hosting service of the problem with links and pages missing the /OLLI/photos/ and reverting back to the root of clemson.edu.

Still baffled by no captcha image on contact forms dialog.

Αndré

There seems to be some strange redirecting. I cannot tell you why this happens (sometimes).

If everything works as expected with http://olliphotos-web.clemson.edu, I suggest to stick with that URL and redirect the rest.