I did all recommendations, but I didn’t find out how to unify the folders on system, so I decide to run a rsync between these folders. And I keep the journals as the main dir_file.
I moved all files to a ojsdata outsite webroot and now I think it is safe. I am not the one who installed this instance, so I didn’t know that files was under the webroot.
That sounds like a reasonable solution – I suppose you could also do a few find -exec commands to merge the two areas together. Glad to hear you’ve gotten it going.
Regards,
Alec Smecher
Public Knowledge Project Team
I have also faced the same problem. None of the PDF files in the published issues can be viewed or downloaded.
While reading these treads I found the thread on “Security issue: Hacking via submission in OJS 2.4.8” . Following the article I investigated my own system and found that mine was also hacked by the same way.
As suggested, now I have moved the files_dir in config.inc.php to a folder outside my webroot. Directory browsing was disabled from the beginning from Apache. I believe now, the system is better protected.
But my issue is, still I can not view or download the PDF files. I have tried with a previous backup (both DB and files) which I have taken before the hacker attack. But the result was same. I also restored this backup in another physical server and kept files_dir setting according to my original location (inside webroot) while troubleshooting this PDF issue, but no luck.
Please help.
What version of OJS are you using? Have you checked that the files_dir setting in config.inc.php is accurate, and that file permissions permit OJS to interact with files in that directory (and its subdirectories etc)?
Regards,
Alec Smecher
Public Knowledge Project Team
Thank you for the directions. The problem was backward slashes instead of forward slashes. When updating the files_dir setting to a outside file location from webroot, I copied the new path from windows explorer and forgot to update the direction of the slashes.
Everything seems to be alright now. Thank you very much.
Don’t put your files storage area inside your webroot, or you risk being attacked through malicious uploads! See docs/README in the “Recommended Configuration” area.
If you see a 500 error, then more information should appear in your PHP error log.
Regards,
Alec Smecher
Public Knowledge Project Team
Hi
I Upgraded to OJS 3 the lats.
I have also faced the same problem. None of the PDF files in the published issues can be viewed or downloaded.
I checked that the files_dir setting in config.inc.php is accurate, and that file permissions ( 755 ) permit OJS to interact with files in that directory (and its subdirectories etc)