great@Jushua
It works for me too.I thank you very much for your advice :)
the only thing i can think of is if the disk has swap and the jail is forceing your system to access swap. otherwise there's no crazy virus in nginx/php/mysql that can access devices outside of their userland.Great tutorial everything is working like a charm!
I only have an issue with my HDDs standby. I installed the jail with Owncloud on my SSD so it will not wake my HDD all the time for no reasons but it's doing it anyway.
The system dataset is on the SSD, the jail is on the SSD and I haven't added a storage into the jail. I don't see any reason why it should wake my HDDs up, they are in a totally different volume. Any idea how I can investigate the issue?
Thank you
Probably is a good idea. I'm thinking we add it and recommend compiling the specific ports that need the latest SSL support.Although my OC 8.1.1 jail is working fine for syncing files, I've been having some issues with Apps (documents taking a long time to load) and various annoying warning/error messages that various suggested tweaks in the thread haven't removed. I was also struggling to update to 8.1.3 so thought I'd build a new jail with the guide and some of the openssl suggestions over the last few pages.
Doesn't take long now as I've done it several times, and can save some time copy certain config files across from the old jail. Start to finish including SSL and Fail2ban in about 2 hours, although syncing about 200GB across a number of users takes a bit longer :)
After creating the jail, datasets and storage I used WITH_OPENSSL_PORT=yes in /etc/make.conf before installing any packages and have a completely warning/error free install so was wondering whether its worth adding this into the guide?
listen = 127.0.0.1:9000 with listen = /var/run/php-fpm.sock listen.owner = www listen.group = www env[PATH] = /usr/local/bin:/usr/bin:/bin // and just add this in there?
In the php-fpm.conf file you replace or comment out the listen line and uncomment the other lines.i thought ill give it another try with your guide. I believe i followed everything i knew how to find but i get an error when i go on xxx.xxx.xxx.xxx/owncloud it says
404 Not Found
so i have a couple questions, i tried search the thread if this was asked before but the search didnt show anything.
in the php-fpm.conf
do i really replace the
Code:listen = 127.0.0.1:9000 with listen = /var/run/php-fpm.sock listen.owner = www listen.group = www env[PATH] = /usr/local/bin:/usr/bin:/bin // and just add this in there?
also after typing
crontab -u www -e
my command window just has a bunch of "~" and nothing happend so i restarted the jail so i could typ something else. other then that i didnt get any errors except that the owncloud setup guide didnt show up in my browser.
thanks.
Ok, to confirm, when you browse to http://domain.com/core/img/favicon.png nothing comes up?
But, when you browse to http://domain.com/index.php owncloud loads?
Did you follow the nginx config I posted here?
https://forums.freenas.org/index.ph...x-php-fpm-and-mysql.17786/page-25#post-217063
glad to helpI apologize for the terribly late response, but this issue resolved on its own somehow. Wish I could tell you what it was. Thanks again for your help Joshua.
In the php-fpm.conf file you replace or comment out the listen line and uncomment the other lines.
The "crontab -e" command brings up your users default editor which is probably "vi". Use vi or figure out how to change the editor that is called to something else.
server { server_name owncloud.mydomain.com; ### Change this name to your dns name listen 80; ssl off; access_log /var/log/nginx/owncloud.access.log; error_log /var/log/nginx/owncloud.error.log; location / { ### Proxy Pass Info ### proxy_pass http://192.168.0.13/owncloud/; ###You can change the ipadress with the remote address of your owncloud server if it $ ### Set headers ### proxy_set_header Accept-Encoding ""; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; #proxy_buffering off; add_header Front-End-Https off; ### Options ## client_max_body_size 64M; ### Set timeouts ### proxy_read_timeout 600; proxy_send_timeout 600; proxy_connect_timeout 600; } }
2015/09/29 10:34:19 [error] 94050#0: *397 open() "/usr/local/www/owncloud/owncloud/core/js/backgroundjobs.js" failed (2: No such file or directory)
you might want to remove the /owncloud part of the URL from the proxy_pass line.Hi,
I've used your guide to set up a working Owncloud jail. I can access it without any issue at http://192.168.0.13/owncloud.
I have an nginx reverse proxy running on another VM. I would like to inlude a configuration to access my owncloud server at http://owncloud.mydomain.com.
Here is my reverse proxy config :
Code:server { server_name owncloud.mydomain.com; ### Change this name to your dns name listen 80; ssl off; access_log /var/log/nginx/owncloud.access.log; error_log /var/log/nginx/owncloud.error.log; location / { ### Proxy Pass Info ### proxy_pass http://192.168.0.13/owncloud/; ###You can change the ipadress with the remote address of your owncloud server if it $ ### Set headers ### proxy_set_header Accept-Encoding ""; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; #proxy_buffering off; add_header Front-End-Https off; ### Options ## client_max_body_size 64M; ### Set timeouts ### proxy_read_timeout 600; proxy_send_timeout 600; proxy_connect_timeout 600; } }
However, it's not working. When looking at nginx logs on the owncloud jail, I can see a lot of these :
Code:2015/09/29 10:34:19 [error] 94050#0: *397 open() "/usr/local/www/owncloud/owncloud/core/js/backgroundjobs.js" failed (2: No such file or directory)
My nginx reverse proxy seems to be sending the requests to http://192.168.0.13/owncloud/owncloud which obviously doesn't exist.
Do you know what is wrong on my config ?
Thanks
set_real_ip_from (ip address of proxy server); *without quotes real_ip_header X-Forwarded-For;
That's right, thanks for the correction. You are correct it processes the last one encountered if there is a conflict.nginx does process locations top to bottom (within each location type). but what you are talking about are directives, where order doesn't matter as long as you don't have any conflicting ones (in which case i think last would win).