Speicherung von Reports, Analysen, gemeinsame Dokumente von PARTconnection

Speicherung von Dokumentenscans

port=9020: Spezifiziert den http port auf dem Server.

sslport=9022: Spezifiiziert den ssl port auf Server.

mzcomport=9021: Spezifiiziert den mzcom port auf Server.

mzcomsport=9023: Spezifiiziert den ssl mzcom port auf Server.

noproxy=1: Keinen Proxy für Zugriff auf Server verwenden.

proxyAddr=: Hier kann die Addresse eines zu verwendenden Proxy-Servers angegeben werden.

remoteFileSystem=1: Lade CADENAS_DATA via rfs vom Server.

remoteSetup=0 (Default): Wenn ungleich 0, wird CADENAS_SETUP ebenfalls via rfs vom Server geholt.

remoteSiteSetup=1: Lade CADENAS_SITESETUP via rfs vom Server.

remoteDB=1: Verwende DB-Verbindung mit Fernzugriff über den Appserver

remotepool=1: Lade $CADENAS_DATA/pool und $CADENAS_DATA/shared ebenfalls vom Appserver

writeable=1: Binde rfs in Schreibmodus ein and überlasse dem Server die Entscheidung, ob Schreiben erlaubt ist... (wenn writeable=0 sind alle rfs Verzeichnisse "readonly" eingebunden.)

httpCacheSize=5000: Gibt die Größe des rfs Caches in MB an. Voreingestellt ist ein Maximum von 5GB im Verzeichnis $CADENAS_USER/rfs.

ws=1: Wenn dieser Parameter angegeben ist, werden die MZCOM-Verbindungen über WebSockets getunnelt. Damit werden die Parameter mzcomport bzw mzcomsport überflüssig. Dies kann in Cloud-Umgebungen nützlich sein, wenn der Server hinter einem Proxy steht, der nur Web-Traffic durchlässt.

flm=1: Wenn dieser Paramter angegeben ist, wird das Lizenzprotokoll ebenfalls über WebSockets zum AppServer getunnelt. Der AppServer fungiert hierbei als ein "Reverse-Proxy" zum eigentlichen Lizenzserver. Auch dieser Parameter ist für Could-Umgebungen gedacht, in denen das Durchschleifen von blanken TCP-Ports Probleme bereitet. Aber Achtung: Das Tunneln über WebSockets funktioniert nicht, wenn Sie einen Lizenzserver-Cluster betreiben, da Failover-Behandlung über diesen Weg nicht möglich ist.