Fix
We fixed a bug that caused the webhook signature to be generated incorrectly by Pipe in cases where the custom payload
parameter value contained a +
character.
We fixed a bug that caused the webhook signature to be generated incorrectly by Pipe in cases where the custom payload
parameter value contained a +
character.
Our FTP implementation has been updated with support for Explicit FTP over SSL/TLS. The recording files can now be securely pushed to your storage through FTPS.
Details in the blog post @ https://blog.addpipe.com/ftps/ .
We have expanded our Amazon S3 Storage with three more regions:
The object URLs for files pushed to your S3 storage will be available regardless of the canned ACL used in the upload process. These URLs are visible in the account dashboard's s3_log
s page and are sent with the videocopieds3 webhook.
The blog post goes into detail.
We have aligned the FTP behavior between the FTP test and the actual FTP push attempts with various FTP folder values (empty string, /
, or any other folder value).
addpipe-ftp-test.test
file with every group of recording files. The file was pushed in an attempt to test if the passive connection mode succeeded.FTP_PASV_FAILED
.You can now test your SFTP connection and credentials from the Pipe Account Dashboard.
Now you will be able to test if the connection goes through, if the credentials are correct, if the folder provided exists and if the user has write permission.
The test will also print the timeout value and the working folder and warns you if the user has shell access.
The test will upload a file named addpipe-sftp-test.test
.
For the SFTP test to succeed, the port 22 needs to be opened for our account dashboard IP (116.203.232.162).
We finally separated FTP and SFTP storage options. You will see the separation in the Pipe Account Dashboard (credentials and logs) and the documentation.
FTP (File Transfer Protocol) and SFTP (SSH File Transfer Protocol) are 2 diferent protocols.
Moving forward, we expect to deprecate FTP because it is inherently insecure. We plan to add support for FTPS (FTP over TLS). This separation will clear the way for that effort.
The embed code generated in the account dashboard now enforces HTTPS for the two main assets: pipe.js
and pipe.css
. Previously it inherited the protocol used to deliver the page in which the code was embedded.
Separately, the Pipe recording client also enforces HTTPS for POST communication and asset loading. Previously it inherited the protocol used to deliver the page in which the code was embedded. This is important for kiosk-like applications where the pages are usually delivered over HTTP/localhost.
We have fixed an issue where when saving the SFTP credentials, the SFTP folder value was not prepended with a /
.
We've implemented multipart upload for Amazon S3 object storage and compatible services (Google Cloud, Digital Ocean Spaces). This applies to both the Pipe storage and to your own storage for recordings larger than 100 MiB in size.
What this means for you: