Installed via https://app.filebot.net/syno/
Current Versions:
- DSM 6.1-14871 (beta)
- FileBot 4.7.2
- FileBot Node 0.2.1
- Node.js v4 4.4.2-0160
- Unofficial Jave Installer 1.8.0_101
FileBot Node runs perfectly fine within DSM, I can even access it in a separate tab just fine (http://IP:5000/webman/3rdparty/filebot-node/index.html). I can run the DSM scheduled task manually (clicking Run) and it works. However, anytime it runs on it's own is when I get the following error (via email notification). Oh and the task is set to run as User: Admin.
Code: Select all
Dear user,
Task: FileBot Extracted
Start time: Wed, 23 Nov 2016 09:00:02 GMT
Stop time: Wed, 23 Nov 2016 09:00:03 GMT
Current status: 1
Standard output/error:
Locking /volume1/@appstore/filebot-node/data/filebot.log
Error during startup: /volume1/@appstore/filebot/data/root/temp
java.nio.file.AccessDeniedException: /volume1/@appstore/filebot/data/root/temp
at net.filebot.util.FileUtilities.createFolders(FileUtilities.java:182)
at net.filebot.Main.main(Main.java:113)
Sincerely,
Synology DiskStation

HTTP Auth
Code: Select all
root@SynoNAS:~# curl -v http://192.168.1.10:5452/auth
> GET /auth HTTP/1.1
> Host: 192.168.1.10:5452
> User-Agent: curl/7.47.0
> Accept: */*
>
< HTTP/1.1 200 OK
< Content-Type: text/json
< Access-Control-Allow-Origin: *
< Date: Wed, 23 Nov 2016 15:08:21 GMT
< Connection: keep-alive
< Content-Length: 51
Code: Select all
root@SynoNAS:~# curl -v https://192.168.1.10:5453/auth
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (OUT), TLS alert, Server hello (2):
* SSL certificate problem: unable to get local issuer certificate
* TLSv1.2 (OUT), TLS alert, Client hello (1):
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: http://curl.haxx.se/docs/sslcerts.html
curl performs SSL certificate verification by default, using a "bundle"
of Certificate Authority (CA) public keys (CA certs). If the default
bundle file isn't adequate, you can specify an alternate file
using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
the bundle, the certificate verification probably failed due to a
problem with the certificate (it might be expired, or the name might
not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option.