Categorygithub.com/linkdata/rinse
repositorypackage
0.24.3
Repository: https://github.com/linkdata/rinse.git
Documentation: pkg.go.dev

# Packages

No description provided by the author
No description provided by the author
No description provided by the author

# README

rinse

Web service that converts untrusted documents to image-based PDF:s in a sandbox.

Provides both a Web UI and a Swagger REST API.

rinse-screenshot

Requirements

Running

You should start the container in rootless mode with a read-only root filesystem. Inside the container we use gVisor to further sandbox operations, and because gVisor requires the container to be started with --cap-add=CAP_SYS_CHROOT, we must add that argument. If you're using SELinux, podman will also need the --security-opt label=type:container_engine_t argument.

If you want the service to remember it's settings between runs, you'll need to mount a volume at /etc/rinse inside the container. More on this here.

podman run --read-only --cap-drop=ALL --cap-add=CAP_SYS_CHROOT --rm -d -p 8080:8080 -v $HOME:/etc/rinse ghcr.io/linkdata/rinse

Running it with HTTPS requires you to provide valid certificates. Rinse will look for fullchain.pem and privkey.pem at /etc/certs inside the container, and if found start in HTTPS mode.

podman run --read-only --cap-drop=ALL --cap-add=CAP_SYS_CHROOT --rm -d -p 8443:8443 -v $HOME:/etc/rinse -v $HOME/certs:/etc/certs ghcr.io/linkdata/rinse

Using config file

The service will look for a config file named rinse.json in its data directory (datadir) to use when configuring its settings. The default path for datadir is /etc/rinse for regular users and /var/rinse/ for root users, so the default config file path inside the container is /etc/rinse/rinse.json. If you wish to use a config file you need to either change the run script - either by adding another volume to mount or by create the mounted directory (/tmp/rinse) and placing the config within before running the script.

In this config file the following may be added:

Settings
WhatTypeDefaultAdjustable*
MaxSizeMBint2048yes
CleanupSecint86400yes
MaxTimeSecint86400yes
TimeoutSecint600yes
MaxConcurrentint2yes
CleanupGottenboolTrueyes
OAuth2JawsAuth.Config (nested)--
ProxyURLstring-yes
Admins[]string-yes
EndpointForJWKsstring--

* Can be changed during runtime by admins

See JawsAuth or jawsauth/config.go specifically for details on JawsAuth.Config.

REST API

The container image will by default start /usr/bin/rinse, but it also provides a development version you can use by overriding the entrypoint with --entrypoint /usr/bin/rinse-devel. This version contains the full Swagger UI.

Process

First, a temporary directory is created for the job. This will be mounted in the gVisor container as /var/rinse. If we were given an URL, we download the document and place it here.

Then, each of these stages run in their own gVisor container, which is destroyed as soon as the stage is complete or fails. When the job is removed, all it's files are overwritten before they are deleted from the container filesystem.

  • We extract metadata about the document using Apache Tika and save it with the document file name plus .json.

The original document is renamed to input with it's extension preserved and made read-only before invoking the next stage.

  • If the language is to be auto-detected, Apache Tika is used to do so.

  • If the document is not a PDF, LibreOffice is used to try to covert it to one, and if successful, the original document is deleted.

  • The input.pdf file is converted to a set of PNG files using pdftoppm.

  • The set of PNG files is OCR-ed and processed into a PDF named output.pdf using tesseract.

  • Finally the output.pdf file is renamed to the original filename (without extension) with -rinsed.pdf appended.