• Apache2 und WASM auf Bullseye

    From Joachim H.@21:1/5 to All on Sun Mar 13 15:50:01 2022
    Hallo,

    vielleicht kann mir einer hier helfen.

    Ich habe vor, eine kleine Webassembly (WASM, Blazor)  Anwendung zu
    erstellen, die auf Bullseye mit dem Apache2 gehostet werden soll.

    Alle Versuche, das Blazor Template auf dem Server auszurollen, schlugen
    bisher fehl. Auf dem IIS unter Windows klappt das alles prima, das ist
    aber nicht die Lösung. Die finale Version soll unter debian und dem
    Apache laufen.

    Rufe ich die Anwendung über den Browser auf, bleibt diese hängen und in
    der Entwicklungskonsole des Browsers stehen folgende Meldungen
    (teilweise mehrfach):


    Keine der "sha256"-Hashes im "integrity"-Attribut stimmen mit dem Inhalt
    der Subressource überein

    Uncaught (in promise) TypeError: NetworkError when attempting to fetch resource.

    Error: Failed to start platform. Reason: TypeError: NetworkError when attempting to fetch resource.
        At http://xyz/_framework/blazor.webassembly.js:1
        async* http://xyz/_framework/blazor.webassembly.js:1
        <anonymous> http://xyz/_framework/blazor.webassembly.js:1 blazor.webassembly.js:1:35572


    woran könnte das liegen? Da mit IIS diese Meldungen nicht kommen, ist
    also nichts prinzipelles falsch und das Problem muss an Linux bzw. dem
    Apachen liegen.

    Gruß

    Joachim

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ansgar Hellwig@21:1/5 to All on Fri Mar 18 17:40:02 2022
    Am 13.03.2022 um 15:47 schrieb Joachim H.:
    Hallo,

    vielleicht kann mir einer hier helfen.

    Ich habe vor, eine kleine Webassembly (WASM, Blazor)  Anwendung zu erstellen, die auf Bullseye mit dem Apache2 gehostet werden soll.

    Alle Versuche, das Blazor Template auf dem Server auszurollen,
    schlugen bisher fehl. Auf dem IIS unter Windows klappt das alles
    prima, das ist aber nicht die Lösung. Die finale Version soll unter
    debian und dem Apache laufen.

    Hallo,

    die Blazor-Anwendung (d.h. den Inhalt des wwwroot-Verzeichnisses nach
    dem "Publishen") nach /var/www/html zu kopieren, sollte auf jeden Fall
    auf Anhieb funktionieren (gerade nochmal getestet). Wenn deine Apache-Konfiguration irgendwie verbastelt ist, wäre der erste Tipp, dort erstmal alles rauszuwerfen, was nicht mit der Anwendung zu tun hat.

    Grüße,
    Ansgar

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Joachim H.@21:1/5 to All on Sat Mar 19 13:40:02 2022
    Hallo Ansgar,

    das eigentliche Problem, soweit ich es bisher analysiert habe, ist der Integritätscheck von WASM.

    In der Datei blazor.boot.js stehen die Hash-Codes aller beteiligter
    Dateien und diese werden mit denen der Dateien die auf dem Server liegen verglichen. Und hier gibt es Diskrepanzen.

    Die Hashs der Dateien in meinem obj-Verzeichnis, im publish-Verzeichnis
    und auf dem Server sind gleich. Im Browser landet aber was anderes aus irgendeinem Cache. Bei Nginx ist das übrigens auch so.

    Leider hatte ich noch keine Zeit weiter zu graben. Aber das ist mein Anhaltspunkt, analysieren, welche Dateien tatsächlich geladen werden und
    woher diese kommen. Alle Konfigurationsdateien habe ich schon mehrfach überprüft.

    Alles bissl seltsam.

    Joachim


    Am 18.03.2022 um 17:38 schrieb Ansgar Hellwig:
    Am 13.03.2022 um 15:47 schrieb Joachim H.:
    Hallo,

    vielleicht kann mir einer hier helfen.

    Ich habe vor, eine kleine Webassembly (WASM, Blazor)  Anwendung zu
    erstellen, die auf Bullseye mit dem Apache2 gehostet werden soll.

    Alle Versuche, das Blazor Template auf dem Server auszurollen,
    schlugen bisher fehl. Auf dem IIS unter Windows klappt das alles
    prima, das ist aber nicht die Lösung. Die finale Version soll unter
    debian und dem Apache laufen.

    Hallo,

    die Blazor-Anwendung (d.h. den Inhalt des wwwroot-Verzeichnisses nach
    dem "Publishen") nach /var/www/html zu kopieren, sollte auf jeden Fall
    auf Anhieb funktionieren (gerade nochmal getestet). Wenn deine Apache-Konfiguration irgendwie verbastelt ist, wäre der erste Tipp, dort erstmal alles rauszuwerfen, was nicht mit der Anwendung zu tun hat.

    Grüße,
    Ansgar


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)