Weil es ja jedem peinlich ist darüber zu schreiben, wann man selbst von #KI in die Irre geführt wurde, mache ich das halt mal:

Weil es ja jedem peinlich ist darüber zu schreiben, wann man selbst von #KI in die Irre geführt wurde, mache ich das halt mal:

Ich wollte gerne eine Konfiguration für NGINX so anpassen lassen, dass HTTP3 / QUIC mit drin ist.

Am Ende hatte ich 2 Serverblöcke und totalen Blödsinn darin enthalten und nicht mal HTTP2 ging noch, da die KI der Meinung war "http2 on;" und "http3 on;" seien standardmäßig aktiv und hat das rausgenommen.

SSL funktionierte auch nicht mehr, somit war die Seite offline. Man gut, dass ich das an extra Seiten teste und Backups der Konfigurationen habe

@morethanevil Kenne ich auch gut. Hab zwei Beispiele.

1. Wollte mich in ein neues php-Framework einarbeiten und KI testen. Fast nichts vom generierten Code lief und die Fehlermeldungen konnten auch nicht behoben werden.

2. Für meine Videos lasse ich Untertitel in peertube erzeugen, was funktioniert. Ohne meine Qualitätssicherung und umfangreiche (manuelle) Änderungen steht da aber immer Unsinn drin. Aber vielleicht rede ich ja so undeutlich, wer weiß?

@ErikDerBezwinger Für Untertitel oder allgemein Sprache zu Text, verwende ich Whisper lokal hier daheim. Das funktioniert sogar sehr zuverlässig

https://github.com/jhj0517/Whisper-WebUI

Danke für deinen Erfahrungsbericht

@morethanevil Genau, Whisper ist lokal (auf dem Server) im Einsatz. Welches der Modelle verwendest du? Ich habe large-v2 (erfindet viel Text und generiert falsche Zeitstempel) und medium getestet (versteht mich ab und an falsch) - deshalb bin ich bei medium geblieben

@ErikDerBezwinger large_v3 inklusive Sprachangabe deutsch. Kann mich da nicht beklagen. Wenig was falsch verstanden wurde. Hast du starken Dialekt?

@morethanevil Ok, das Modell teste ich mal, denn die QS ist sehr zeitaufwendig.
Ich behaupte mal, wenig Dialekt zu verwenden Interessanterweise versteht mich die KI manchmal richtig gut an Stellen, bei denen ich von Problemen ausgehe.
Wenn du möchtest, hör mal rein: https://video.fantastischepause.de/

@ErikDerBezwinger Höre jetzt nichts ungewöhnliches

@morethanevil Danke

@morethanevil Hihihi - mein neuster Lieblings-Verhörer der KI: Statt "Hai" hat sie "Eichhörn" erkannt, aber bislang sieht es ganz gut aus. Ich höre erst mal das restliche Video ab.

@morethanevil Erstes Zwischenergebnis: Ab und an fehlt mal ein Wort, aber es ist deutlich weniger zu korrigieren. Die Menge hat sich etwas mehr als halbiert, das ist ein deutlicher Fortschritt.
Danke für deinen Tipp.

@ErikDerBezwinger Gerne

Vielleicht findet sich auch jemand der HTTP3 bei mir zum laufen bringt

@morethanevil Hm, meine nginx-Installationen haben nicht die richtige Version dafür, daher kann ich das leider nicht testen. Was hast du denn schon ausprobiert?

@ErikDerBezwinger Das Übliche:

443 für UDP freigegeben und die Konfig angepasst:

https://docs.morethanevil.de/s/71bb46cb-ef37-4cb5-8b1c-abb7e12f7b61/doc/nginx-host-25lR3quLUb

HTTP2 läuft perfekt

@morethanevil Ok, jetzt bin ich neugierig geworden. ich teste mal was und melde mich gleich wieder. Nur um sicherzugehen, dass es nicht daran liegt. Hast du schon mal diese listen-Zeile getestet? "listen 443 quic reuseport;"

@morethanevil Hm. Wenn ich deine Konfig auf einer frischen Installation einsetze (Domain+Cert+Webroot angepasst), sagen 2 Testtools, dass alles ok ist

@ErikDerBezwinger das testtool sagt auch alles ist super, nir 2 verschiedene Browser nicht

Reuseport darf nur bei einem Host verwendet werden, ansonsten schmiert NGINX ab

@morethanevil Hilft nicht, aber kann ich hier bestätigen. Nutzt du das nginx-Paket oder hast du selber kompiliert? Was mich wundert: Eigentlich wird OpenSSL > 3.5.1 benötigt, aber das nginx-paket (des Herstellers) wurde mit OpenSSL 3.0.13 gebaut. Wenn die Testseiten nur auf den Header prüfen, dürfte klar sein, warum es dort klappt und im Browser nicht.

@morethanevil Hilft nicht, aber kann ich hier bestätigen. Nutzt du das nginx-Paket oder hast du selber kompiliert? Was mich wundert: Eigentlich wird OpenSSL > 3.5.1 benötigt, aber das nginx-paket (des Herstellers) wurde mit OpenSSL 3.0.13 gebaut. Wenn die Testseiten nur auf den Header prüfen, dürfte klar sein, warum es dort klappt und im Browser nicht.

@morethanevil Ja, bei mir auch, v1.29 (mainline) genau das gleiche.
Aber: Wenn ich das jetzt richtig verstanden habe, kann nginx kein "echtes" http3 mit QUIC. Dazu braucht es eine andere TLS-Library und noch einen QUIC-"Adapter" wie z.B. quiche (cloudflare). Und halt alles selber kompilieren ... kann man machen, aber dann muss man halt jedes Update der Komponenten genau verfolgen.
Webserver Caddy soll das out-of-the-box können, aber den habe ich noch nicht eingesetzt. Zumindest deren Webseite liefert auch http3 - anders als nginx.org übrigens