{"id":7178,"date":"2022-02-15T20:02:02","date_gmt":"2022-02-15T18:02:02","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=7178"},"modified":"2022-02-15T23:57:18","modified_gmt":"2022-02-15T21:57:18","slug":"hcl-connections-dateiupload-ueber-den-ibm-http-server-statt-websphere-mit-mod_ibm_upload","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/hcl-connections-dateiupload-ueber-den-ibm-http-server-statt-websphere-mit-mod_ibm_upload\/","title":{"rendered":"HCL Connections Dateiupload \u00fcber den IBM HTTP Server statt WebSphere mit mod_ibm_upload"},"content":{"rendered":"

Standardm\u00e4\u00dfig werden Dateiuploads in HCL Connections \u00fcber den WebSphere-Anwendungsserver durchgef\u00fchrt. Der vorgeschaltete IBM HTTP Server fungiert dabei als eine Art Reverse Proxy. Diese Konstellation ist – vor allem in gr\u00f6\u00dferen Umgebungen – aus mehreren Gr\u00fcnden suboptimal: WebSphere ist schlecht f\u00fcr das Hoch- und Herunterladen gro\u00dferer Dateien ausgelegt. Und hierbei sprechen wir nicht einmal von 5GB aufw\u00e4rts, die das offizielle Limit von nur 2GB bei weitem sprengen w\u00fcrden. Inoffiziell l\u00e4sst sich diese nicht mehr wirklich zeitgem\u00e4\u00dfe Limitierung auch nur \u00fcber den IHS praktikabel umgehen. In diesem Artikel m\u00f6cht ich mich jedoch darauf fokusieren, dies unter einer Connections 6.5.1 \u00fcberhaupt erst einmal zum Laufen zu bekommen. Zumindest in der aktuellen Version war einiges an Rervese Engineering und ausprobieren notwendig.<\/p>\n

Der Artikel gliedert sich in zwei Abschnitte: Der Erste ist eher eine praktische Anleitung, um den Dateiupload \u00fcber den IHS zu realisieren. Teil 2 behandelt die Probleme, welche bei Anwendung der offiziellen Doku auftreten mit Details zu meinen Recherchen\/Tests. Connections bietet auch die M\u00f6glichkeit, die Uploads aus den Aktivit\u00e4ten per IHS auszuliefern. Das habe ich in diesem Artikel zur Vereinfachung nicht behandelt, sollte sich mit den hier dargestellten L\u00f6sungswegen aber auch umsetzen lassen. In meinen Augen ist es dort zu vernachl\u00e4ssigen, da gr\u00f6\u00dfere Dateien eher in der Files-Anwendung hochgeladen werden.<\/p>\n

So bekommt man den Dateiupload per ISH unter CNX 6.5 zum Laufen (Praktische Anleitung)<\/h2>\n

Konfiguration des IBM HTTP Servers<\/h3>\n

Wahrscheinlich habt ihr einen 64 Bit IHS und ben\u00f6tigt dementsprechend eines der 64 Bit Module – Wahlweise aus dem ihs.linux.x86_64<\/strong> oder ihs.linux.ia32<\/strong> Ordner. Die Dokumentation erw\u00e4hnt nicht worin sich diese unterscheiden, in meinen Tests funktionieren beide.<\/p>\n

\n
\ncp \/opt\/HCL\/Connections\/ihs\/mod_ibm_upload\/ihs.linux.x86_64\/mod_ibm_upload.so \/opt\/IBM\/HTTPServer\/modules\/\n<\/pre>\n<\/div>\n
In der httpd.conf<\/strong> des IHS beide Module laden. Auch das Rewrite-Modul wird ben\u00f6tigt, da im Falle des Uploads per IHS die URL umgeschrieben wird:<\/p>\n
LoadModule rewrite_module modules\/mod_rewrite.so\nLoadModule ibm_upload_module modules\/mod_ibm_upload.so<\/code><\/pre>\n
Damit der IHS die Uploads ins Dateisystem schreiben darf, ben\u00f6tigt er Schreibzugriff. Und zwar auf den files\/upload<\/strong> Ordner im Shared Directory. Bei Bedarf kann man ihn in der ISC \u00fcber die WAS-Variablen einsehen. In meinem Fall lautet er \/opt\/IBM\/shared,<\/strong> woraus sich der Uploadpfad \/opt\/IBM\/shared\/files\/upload\/<\/strong> ergibt. Per ACL gew\u00e4hren wir nobody (dem Standard-IHS Benutzer) Zugriff und erstellen eine ACL f\u00fcr neue Daten:<\/p>\n
\n
\nchown nobody:nobody -R \/opt\/IBM\/shared\/files\/upload\nsetfacl -R -d -m user:nobody:rwx \/opt\/IBM\/shared\/files\/upload\n<\/pre>\n<\/div>\n
Dies muss vom Dateisystem unterst\u00fctzt werden – hier getestet auf einem CentOS 7.9 Server mit XFS. Gegebenfalls muss zus\u00e4tzlich das Leserecht auf \/opt\/IBM\/shared gew\u00e4hrt werden, je nach Mount\/Dateisystem.<\/p>\n
Der Upload kann nun im IHS aktiviert werden. Dazu muss der Konfigurationsblock aus der Doku in den VirtualHost eingef\u00fcgt werden. Ich habe das mit einer Teilkonfiguration gel\u00f6st, die per Include<\/strong> eingebunden wird:<\/p>\n
<VirtualHost *:443>\n  SSLEnable\n   RedirectMatch "^\/$" "\/homepage"\n   Include conf\/ihs-upload.conf\n<\/VirtualHost>\n<\/code><\/pre>\n
In die Datei conf\/ihs-upload.conf m\u00fcssen folgende Direktiven:<\/p>\n
<IfModule mod_rewrite.c>\nRewriteEngine On\n\n# Uncomment to create log messages.\nRewriteLog logs\/rewrite.log\nRewriteLogLevel 9\n\nRewriteCond %{ENV:ENV-SKIP-IBM-UPLOAD-HANDLER} !=true [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-METHOD} phases [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-TOKEN} [0-9a-zA-Z-] [NC]\nRewriteCond %{REQUEST_METHOD} !=GET [NC]\nRewriteCond %{REQUEST_METHOD} !=OPTION [NC]\nRewriteCond %{REQUEST_METHOD} !=HEAD [NC]\nRewriteCond %{REQUEST_METHOD} !=DELETE [NC]\nRewriteRule ^\/files\/(basic|form|oauth)\/api\/myfilesync\/feed(\\?[^\/]*)? \/ihs\/files\/$1\/api\/myfilesync\/feed$2 [PT,L]\n\nRewriteCond %{ENV:ENV-SKIP-IBM-UPLOAD-HANDLER} !=true [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-METHOD} phases [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-TOKEN} [0-9a-zA-Z-] [NC]\nRewriteCond %{REQUEST_METHOD} !=GET [NC]\nRewriteCond %{REQUEST_METHOD} !=OPTION [NC]\nRewriteCond %{REQUEST_METHOD} !=HEAD [NC]\nRewriteCond %{REQUEST_METHOD} !=DELETE [NC]\nRewriteRule ^\/files\/(basic|form|oauth)\/api\/userlibrary\/([^\/]+)\/feed(\\?[^\/]*)? \/ihs\/files\/$1\/api\/userlibrary\/$2\/feed$3 [PT,L]\n\nRewriteCond %{ENV:ENV-SKIP-IBM-UPLOAD-HANDLER} !=true [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-METHOD} phases [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-TOKEN} [0-9a-zA-Z-] [NC]\nRewriteCond %{REQUEST_METHOD} !=GET [NC]\nRewriteCond %{REQUEST_METHOD} !=OPTION [NC]\nRewriteCond %{REQUEST_METHOD} !=HEAD [NC]\nRewriteCond %{REQUEST_METHOD} !=DELETE [NC]\nRewriteRule ^\/files\/(basic|form|oauth)\/api\/communitylibrary\/([^\/]+)\/feed(\\?[^\/]*)? \/ihs\/files\/$1\/api\/communitylibrary\/$2\/feed$3 [PT,L]\n\nRewriteCond %{ENV:ENV-SKIP-IBM-UPLOAD-HANDLER} !=true [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-METHOD} phases [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-TOKEN} [0-9a-zA-Z-] [NC]\nRewriteCond %{REQUEST_METHOD} !=GET [NC]\nRewriteCond %{REQUEST_METHOD} !=OPTION [NC]\nRewriteCond %{REQUEST_METHOD} !=HEAD [NC]\nRewriteCond %{REQUEST_METHOD} !=DELETE [NC]\nRewriteRule ^\/files\/(basic|form|oauth)\/api\/myfilesync\/document\/([^\/]+)\/entry(\\?[^\/]*)? \/ihs\/files\/$1\/api\/myfilesync\/document\/$2\/entry$3 [PT,L]\n\nRewriteCond %{ENV:ENV-SKIP-IBM-UPLOAD-HANDLER} !=true [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-METHOD} ^phases$ [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-TOKEN} ^[0-9a-zA-Z-]+$ [NC]\nRewriteCond %{REQUEST_METHOD} !=GET [NC]\nRewriteCond %{REQUEST_METHOD} !=OPTION [NC]\nRewriteCond %{REQUEST_METHOD} !=HEAD [NC]\nRewriteCond %{REQUEST_METHOD} !=DELETE [NC]\nRewriteRule ^\/files\/(basic|form|oauth)\/api\/library\/([^\/]+)\/document\/([^\/]+)\/entry(\\?[^\/]*)? \/ihs\/files\/$1\/api\/library\/$2\/document\/$3\/entry$4 [PT,L]\n\nRewriteCond %{ENV:ENV-SKIP-IBM-UPLOAD-HANDLER} !=true [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-METHOD} phases [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-TOKEN} [0-9a-zA-Z-] [NC]\nRewriteCond %{REQUEST_METHOD} !=GET [NC]\nRewriteCond %{REQUEST_METHOD} !=OPTION [NC]\nRewriteCond %{REQUEST_METHOD} !=HEAD [NC]\nRewriteCond %{REQUEST_METHOD} !=DELETE [NC]\nRewriteRule ^\/files\/(basic|form|oauth)\/api\/userlibrary\/([^\/]+)\/document\/([^\/]+)\/entry(\\?[^\/]*)? \/ihs\/files\/$1\/api\/userlibrary\/$2\/document\/$3\/entry$4 [PT,L]\n\nRewriteCond %{ENV:ENV-SKIP-IBM-UPLOAD-HANDLER} !=true [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-METHOD} phases [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-TOKEN} [0-9a-zA-Z-] [NC]\nRewriteCond %{REQUEST_METHOD} !=GET [NC]\nRewriteCond %{REQUEST_METHOD} !=OPTION [NC]\nRewriteCond %{REQUEST_METHOD} !=HEAD [NC]\nRewriteCond %{REQUEST_METHOD} !=DELETE [NC]\nRewriteRule ^\/files\/(basic|form|oauth)\/api\/myuserlibrary\/document\/([^\/]+)\/entry(\\?[^\/]*)? \/ihs\/files\/$1\/api\/myuserlibrary\/document\/$2\/entry$3 [PT,L]\n\nRewriteCond %{ENV:ENV-SKIP-IBM-UPLOAD-HANDLER} !=true [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-METHOD} phases [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-TOKEN} [0-9a-zA-Z-] [NC]\nRewriteCond %{REQUEST_METHOD} !=GET [NC]\nRewriteCond %{REQUEST_METHOD} !=OPTION [NC]\nRewriteCond %{REQUEST_METHOD} !=HEAD [NC]\nRewriteCond %{REQUEST_METHOD} !=DELETE [NC]\nRewriteRule ^\/files\/(basic|form|oauth)\/api\/myuserlibrary\/feed(\\?[^\/]*)? \/ihs\/files\/$1\/api\/myuserlibrary\/feed$2 [PT,L]\n\nRewriteCond %{ENV:ENV-SKIP-IBM-UPLOAD-HANDLER} !=true [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-METHOD} phases [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-TOKEN} [0-9a-zA-Z-] [NC]\nRewriteCond %{REQUEST_METHOD} !=GET [NC]\nRewriteCond %{REQUEST_METHOD} !=OPTION [NC]\nRewriteCond %{REQUEST_METHOD} !=HEAD [NC]\nRewriteCond %{REQUEST_METHOD} !=DELETE [NC]\nRewriteRule ^\/files\/(basic|form|oauth)\/api\/communitylibrary\/([^\/]+)\/document\/([^\/]+)\/entry(\\?[^\/]*)? \/ihs\/files\/$1\/api\/communitylibrary\/$2\/document\/$3\/entry$4 [PT,L]\n\nRewriteCond %{ENV:ENV-SKIP-IBM-UPLOAD-HANDLER} !=true [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-METHOD} phases [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-TOKEN} [0-9a-zA-Z-] [NC]\nRewriteCond %{REQUEST_METHOD} !=GET [NC]\nRewriteCond %{REQUEST_METHOD} !=OPTION [NC]\nRewriteCond %{REQUEST_METHOD} !=HEAD [NC]\nRewriteCond %{REQUEST_METHOD} !=DELETE [NC]\nRewriteRule ^\/files\/(basic|form|oauth)\/api\/library\/([^\/]+)\/feed(\\?[^\/]*)? \/ihs\/files\/$1\/api\/library\/$2\/feed$3 [PT,L]\n\nRewriteCond %{ENV:ENV-SKIP-IBM-UPLOAD-HANDLER} !=true [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-METHOD} phases [NC]\nRewriteCond %{HTTP:X-IBM-UPLOAD-TOKEN} [0-9a-zA-Z-] [NC]\nRewriteCond %{REQUEST_METHOD} !=GET [NC]\nRewriteCond %{REQUEST_METHOD} !=OPTION [NC]\nRewriteCond %{REQUEST_METHOD} !=HEAD [NC]\nRewriteCond %{REQUEST_METHOD} !=DELETE [NC]\nRewriteRule ^\/files\/(basic|form|oauth)\/api\/document\/([^\/]+)\/entry(\\?[^\/]*)? \/ihs\/files\/$1\/api\/document\/$2\/entry$3 [PT,L]\n\n<\/IfModule>\n\n<Location "\/ihs\/files">\n        IBMUploadHandler On\n        SetHandler ibm_upload_handler\n        IBMUploadBaseStore "\/opt\/IBM\/shared\/files\/upload\/files"\n        IBMUploadMethods POST,PUT\n        IBMUploadURLPrefix \/ihs\n        IBMUploadActivateResumable On\n<\/Location><\/code><\/pre>\n
Neben dem ggf. anzupassenden Uploadpfad enth\u00e4lt der Block nur eine neue, aber wichtige Zeile im Gegensatz zu HCL Doku:<\/p>\n
IBMUploadActivateResumable On<\/code><\/pre>\n
Fehlt diese Zeile, erhaltet ihr beim Upload von Dateien gr\u00f6\u00dfer als 500MB eine Fehlermeldung. Damit ist der IHS abgeschlossen und muss lediglich noch neu gestartet werden.<\/p>\n
Konfiguration von WebSphere (Files-Anwendung)<\/h3>\n
In der files-config.xml<\/strong> ist das Modul standardm\u00e4\u00dfig seit einiger Zeit aktiviert, sofern man es nicht explizit abgeschaltet hat (wirkt sich nicht negativ aus, so lange der IHS nicht wie oben beschrieben konfiguriert wurde):<\/p>\n
<upload>\n       <modIBMUpload enabled="true"\/>\n<\/upload>\n<\/code><\/pre>\n
Nun setzen wir ein Limt f\u00fcr die simpleUploadAPI, die \u00fcber WebSphere l\u00e4uft – also mit Overhead. Tragen wir hier z.B. 128MB ein, kommt bis 128MB der WAS zum Einsatz und erst dar\u00fcber der IHS.<\/p>\n
<api>\n     <indent enabled="false"\/>\n     <simpleUploadAPI maximumSizeInKb="128000">\n     ...<\/code><\/pre>\n
Wichtig noch das generelle Gr\u00f6\u00dfenlimit, zu finden in file.media<\/p>\n
<file>\n     ...\n     <media maximumSizeInKb="5000000"\/>\n     ...<\/code><\/pre>\n
Dieses Limit greift unabh\u00e4ngig von der Uploadart und erzeugt bei \u00dcberschreitung auch eine Fehlermeldung f\u00fcr den Benutzer. Laut HCL werden offiziell lediglich maximal 2GB unterst\u00fctzt<\/a>. In Kombination mit dem IHS-Upload ist in der Praxis mehr m\u00f6glich.<\/p>\n
Nach dem vollst\u00e4ndigen Neu-Synchronisieren und einem Neustart der Files-Anwendung greifen die \u00c4nderungen. Man sollte nun Dateien bis zum files.media<\/strong> Limit hochladen k\u00f6nnen. <\/p>\n
Probleme und Fallstricke bei der offiziellen Doku: Die Hintergr\u00fcnde<\/h2>\n
In diesem Abschnitt gehe ich ausf\u00fchrlicher auf die Probleme ein, die in meiner CNX 6.5.1 Umgebung bei Verwendung der offiziellen HCL-Dokumentation aufgetreten sind. Wer sich weniger f\u00fcr die Hintergr\u00fcnde interessiert und prim\u00e4r eine funktionierende Installation realisieren m\u00f6chte, findet eine funktionierende Anleitung im oberen ersten Abschnitt.<\/p>\n
Architektur: Es gibt auch einen (bzw. zwei) 64 Bit IHS!<\/h3>\n
Hier beginnt das erste Problem. In der Dokumentation wird darauf hingewiesen<\/a>, der IBM HTTP Server sei immer nur eine 32-Bit Anwendung – dementsprechend w\u00fcrde auch das 32 Bit Modul ben\u00f6tigt werden. <\/p>\n
\n
These directories are valid whether you installed the IBM HTTP Server from the 32-bit or 64-bit supplemental package. The IBM HTTP Server process is 32-bits in both cases and requires 32-bit modules.<\/p>\n
Offizielle HCL Connections 6.5 Dokumentation<\/cite><\/p><\/blockquote>\n
Dies ist allerdings nicht korrekt. \u00dcber den Schalter -V<\/strong> (Gro\u00df, da -v<\/strong> lediglich die Version ausgibt) erh\u00e4lt man zahlreiche Builddetails – darunter auch die Architektur. Wie man sieht, handelt es sich um eine 64-Bit Instanz:<\/p>\n
\n
\n# \/opt\/IBM\/HTTPServer\/bin\/apachectl -V\nServer version: IBM_HTTP_Server\/8.5.5.16 (Unix)\nApache version: 2.2.8 (with additional fixes)\nServer built:   Jul 22 2019 14:19:35\nBuild level:    IHS85\/webIHS1929.01\nServer's Module Magic Number: 20051115:23\nServer loaded:  APR 1.2.12, APR-Util 1.2.12\nCompiled using: APR 1.2.12, APR-Util 1.2.12\nArchitecture:   64-bit\n[...]\n<\/pre>\n<\/div>\n
Verifizieren l\u00e4sst sich dies auch \u00fcber ps -oflags<\/strong> anhand der httpd<\/strong>-Prozesse:<\/p>\n
\n
\n# for pid in $(pgrep httpd); do echo $pid; echo $(ps -oflags=$pid | tail -n 1); echo ""; done\n887\n4\n\n888\n4\n[...]\n<\/pre>\n<\/div>\n
Das Flag 4 steht f\u00fcr LP64 und damit f\u00fcr einen 64 Bit Prozess<\/a>. Dies ist bei s\u00e4mtlichen 7 Prozessen der Fall, sodass es sich hier um eine vollst\u00e4ndige 64-Bit Installation handelt. Dies macht auch Sinn – schlie\u00dflich ist ein 32 Bit Prozess f\u00fcr heutige Verh\u00e4ltnisse doch stark im Arbeitsspeicher beschr\u00e4nkt. Gerade bei einem Apache-Fork (der bekanntlich nicht gerade am sparsamsten mit dem RAM ist), w\u00fcrde ich eine 64-Bit Installation bevorzugen.<\/p>\n
Damit ist nun klar, dass wir ein 64 Bit Modul ben\u00f6tigen. Auf der Suche danach stellt sich die n\u00e4chste Frage: Welches davon? Wir haben die Wahl zwischen amd64 <\/strong>und x86_64<\/strong>:<\/p>\n
\n
\n# ls -lh \/opt\/HCL\/Connections\/ihs\/mod_ibm_upload\/ | grep linux\ndrwxr-xr-x 2 root root   31 Feb 13 15:26 ihs.linux.amd64\ndrwxr-xr-x 2 root root   31 Feb 13 15:26 ihs.linux.ia32\ndrwxr-xr-x 2 root root   31 Feb 13 15:26 ihs.linux.ppc32\ndrwxr-xr-x 2 root root   31 Feb 13 15:26 ihs.linux.ppc64\ndrwxr-xr-x 2 root root   31 Feb 13 15:26 ihs.linux.s390\ndrwxr-xr-x 2 root root   31 Feb 13 15:26 ihs.linux.s390_64\ndrwxr-xr-x 2 root root   31 Feb 13 15:26 ihs.linux.x86_64\n<\/pre>\n<\/div>\n
Beides sind gel\u00e4ufige Bezeichnungen f\u00fcr die 64 Bit Architektur. Es ist daher unklar, worin die beiden sich unterscheiden. Die Gr\u00f6\u00dfe ist mit 36360 zu 36520 Bytes zwar \u00e4hnlich, aber nicht identisch. Somit handelt es sich um keine Kopie des gleichen Modules.<\/p>\n
\n
\ncp \/opt\/HCL\/Connections\/ihs\/mod_ibm_upload\/ihs.linux.x86_64\/mod_ibm_upload.so \/opt\/IBM\/HTTPServer\/modules\/\n<\/pre>\n<\/div>\n
Grunds\u00e4tzlich scheinen beide Module zu funktionieren. Mit entsprechender Konfiguration (siehe unten) konnte ich keine Probleme feststellen. Man kann daher wahlweise eines der beiden nehmen, zum Beispiel<\/p>\n
\n
\ncp \/opt\/HCL\/Connections\/ihs\/mod_ibm_upload\/ihs.linux.amd64\/mod_ibm_upload.so \/opt\/IBM\/HTTPServer\/modules\/\n<\/pre>\n<\/div>\n
Mit der entsprechenden ACL kann WAS auch als root laufen<\/h3>\n
In der Dokumentation wird vor Konflikten gewarnt, die den Upload verhindern, falls WebSphere als root ausgef\u00fchrt wird. Zun\u00e4chst einmal ist nat\u00fcrlich aus sicherheitstechnischer Sicht davon abzuraten, einen Anwendungsserver mit vollen Privilegien zu starten. Zumal bei WebSphere aufgrund der verwendeten Ports ohnehin keinerlei Grund dazu besteht – einzig bei der Installation von Docs muss man die Standardports 80\/443 anpassen. Gerade in Testinstallationen ist dies jedoch durchaus weniger kritisch und wird auch von HCL selbst so praktiziert. <\/p>\n
An dieser Stelle geht es mir daher um den Einwand in der Dokumentation, dies w\u00fcrde nicht funktionieren. Auch das ist in meinen Augen falsch. Wichtig ist, dass die passenden Zugriffsrechte gesetzt werden. Standardm\u00e4\u00dfig l\u00e4uft der IHS mit dem Benutzer nobody<\/strong>. F\u00fcr den files <\/strong>Ordner im gemeinsam genutzten Verzeichnis sind daher folgende Rechte zu setzen:<\/p>\n
\n
\nsetfacl -R -d -m user:nobody:rwx \/opt\/IBM\/shared\/files\/\n<\/pre>\n<\/div>\n
Dies nat\u00fcrlich unter der Voraussetzung, dass vom Dateisystem ACLs unterst\u00fctzt werden. Hier anhand eines CentOS 7.9 mit XFS getestet, wo dies kein Problem darstellt.<\/p>\n","protected":false},"excerpt":{"rendered":"
Standardm\u00e4\u00dfig werden Dateiuploads in HCL Connections \u00fcber den WebSphere-Anwendungsserver durchgef\u00fchrt. Der vorgeschaltete IBM HTTP Server fungiert dabei als eine Art Reverse Proxy. Diese Konstellation ist – vor allem in gr\u00f6\u00dferen Umgebungen – aus mehreren Gr\u00fcnden suboptimal: WebSphere ist schlecht f\u00fcr das Hoch- und Herunterladen gro\u00dferer Dateien ausgelegt. Und hierbei sprechen wir nicht einmal von 5GB …<\/p>\n","protected":false},"author":5,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[765],"tags":[795],"class_list":["post-7178","post","type-post","status-publish","format-standard","hentry","category-hcl-connections","tag-ihs"],"_links":{"self":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7178","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/comments?post=7178"}],"version-history":[{"count":5,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7178\/revisions"}],"predecessor-version":[{"id":8513,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/7178\/revisions\/8513"}],"wp:attachment":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media?parent=7178"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/categories?post=7178"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/tags?post=7178"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}