Re: Fuseki behind a reverse proxy with sub-path

[Rob Vesse]

Sebastian

Is this using Istio or some other service mesh?

Could you show your VirtualService (or equivalent) definition? (YAML preferable 
for readability)

This may well be an actual Fuseki bug with the JS, I know we have some 
production JS UIs where we explicitly have to set the base path so that CSS, JS 
links etc come back correctly so that they work with the VirtualService 
routing.  It may require doing something similar for Fuseki.

Rob

On 23/07/2020, 14:45, "Sebastian Trueg" <tr...@truegeex.de> wrote:

    Hi Andy,

    thanks for looking into this.

    On 22.07.20 18:07, Andy Seaborne wrote:
    > 
    > 
    > On 22/07/2020 09:43, Sebastian Trueg wrote:
    >> Hello everyone,
    >>
    >> this might be an old or even simple question (I actually hope it is) but
    >> I was not able to find an answer thus far:
    >>
    >> Can I run the Fuseki admin UI behind a reverse proxy with a sub-path?
    > 
    > I haven't tried but it will be easier if the reverse proxy has the same
    > webapp name in the URL (which may not be what you want).
    > 
    >> In my case I have one reverse proxy which routes a path like
    >>    /admin/fuseki
    >> to the Fuseki admin ui.
    > 
    > to /$/... ?

    I want to access index.html, dataset.html, manage.html, etc. via my
    nginx proxy (Kubernetes deployment) at

    /admin/fuseki/index.html, /admin/fuseki/dataset.html, etc.

    > 
    > 
    >> The problem is that css and the like are not loaded properly due to a
    >> missing trailing slash on the base path. But adding the slash to the
    >> route will result in a 404...
    > 
    > It might be the CSS/HTML isn't general enough in link mangling.
    > 
    > Do you have a concrete example?
    > 
    > URL sent

    http://pdm-dev.10.1.101.78.nip.io/admin/fuseki

    > URL routed to

    Kubernetes internal URL:
    http://pdm-portal-triple-store.portal-dev:3030

    > Links in HTML back.

    css links will look like
    http://pdm-dev.10.1.101.78.nip.io/admin/css/main.css

    But adding a trailing slash to the url route liks so:
    http://pdm-portal-triple-store.portal-dev:3030/

    will result in a 404


    > 
    >     Andy
    > 
    > 
    >>
    >> Maybe someone had this problem before or it is super-obvious to someone.
    >>
    >> Thanks in advance.
    >>
    >> Regards,
    >> Sebastian
    >>
    >