Andreas,The example of a read-only configuration is for publishing read-only widely. Any application.
The interface is for administration, control and development. It is by default restricted to localhost connections - in fact, it has to be the loopback interface, not even the local machines network IP address will work, only 127.0.0.1 or [::1] works.
Andy
On 31/03/2020 14:42, Dan Pritts wrote:
One way would be to put fuseki behind a proxy. If that proxy is apache httpd the following should do the trick:RewriteEngine On RewriteCond %{REQUEST_METHOD} !^(GET|POST|HEAD|OPTIONS) RewriteRule .* - [F]This specifically allows only the GET POST HEAD and OPTIONS verbs, you can add others if you need them.Dan Pritts ICPSR Computing and Network Services On 31 Mar 2020, at 6:19, Andreas Plank wrote:Hej-hej, (I’m new, please forgive me if the system posted twice.)How is it possible to get the Fuseki Web app (really) read only for data sets where also the tab manage => button “remove” does not appear?I’have started https://issues.apache.org/jira/projects/JENA/issues/JENA-1874 but I was asked to ask here and until now I have no solution yet for:* making a data set complete read only * let the Fuseki Interface not work on (remove, delete, update etc.) So far * I can manage to prevent update URL (via shiro.ini) * I can manage to prevent upload URL (via shiro.ini) * but I can not manage to prevent the Request Method: DELETEIt is not clear to me how to apply in the shiro.ini the filter name “rest”, which—as far as I understand it—is available by default and comes from org.apache.shiro.web.filter.authz.HttpMethodPermissionFilter, but I can not figure out how to prevent Request Method: DELETEThank you for your help, kind regards Andreas
