Konfiguration des sekundären Repositorys

[Mickael]

Guten Morgen,

Wir möchten ein sekundäres Repository auf einem entfernten Standort installieren.
Wir haben von einem IT-Techniker von Tranquil eine Verfahrensanweisung erhalten, die wir genau befolgen, aber dabei treten einige Probleme auf.

Wir verwenden einen Raspberry Pi 4B als sekundäres Remote-Repository.
Debian Bookworm 64-Bit-Betriebssystem auf dem neuesten Stand

Server-Webseiteninformationen
WAPT-Serverversion: 2.6.1.17834
WAPT-Agent-Version: 2.6.1.17834
WAPT-Setup-Version: 2.6.1.17834
WAPT Deploy Version: 2.6.1.17834
Firmenlizenz

Wenn wir den Agenten mit dem Befehl sudo wapt-get reset-config-from-url https://"info retrieved from our wapt server's web page" konfigurieren möchten

Wir erhalten folgende Meldung: Zugriffsverletzung

Wir waren vor einiger Zeit schon einmal auf dieses Problem gestoßen.

Hier ist die vorgeschlagene Lösung.
Links: viewtopic.php?t=4495

Soweit ich mich erinnere, hatten wir zuvor einen Fehler mit der gzip-Unterstützung auf Raspberry Pis als sekundärem Repository. Ich dachte, er sei behoben, aber dem scheint nicht so zu sein. Könnten Sie bitte die Zeile `gzip off;` in Ihre `/etc/nginx/site-enabled/wapt.conf`-Datei auf Ihrem WAPT-Server einfügen, wie unten gezeigt?
Code: Alles auswählen
...
gzip off;
gzip_min_length 1000;
gzip_buffers 4 8k;
gzip_http_version 1.0;
gzip_disable "msie6";
gzip_types text/plain text/css application/json;
gzip_vary on;
...
Starten Sie anschließend nginx neu und versuchen Sie erneut, Ihr sekundäres Repository zu synchronisieren.

Code: Alles auswählen

systemctl restart nginx

Wir haben den Eingriff damals durchgeführt und er hat funktioniert
Heute funktioniert der Code korrekt, wenn gzip vary serverseitig deaktiviert ist
Wir erhalten jedoch die Fehlermeldung: Zugriffsverletzung


Vielen Dank im Voraus

[dcardon]

Hallo Mickaël,

ich glaube nicht, dass es an gzip liegt; das sollte schon längst behoben sein.

Soweit ich mich erinnere, verwendet der angepasste Raspberry Pi ARM64-Kernel (wenn ich mich recht erinnere) nicht standardmäßige Seitengrößen von 16 KB, was Probleme verursachen kann [1]. Normalerweise betrifft das aber den Pi 5…

Im letzten Nightly Build gab es jedoch einige Korrekturen für Zugriffsverletzungen [2]. Könntest du bitte den Agenten auf dem Raspberry Pi 4 aktualisieren?

Viele Grüße,

Denis

[1] https://www.raspberrypi.com/documentati ... tml#kernel
[2] https://wapt.tranquil.it/wapt/nightly/w ... -d924c912/

[Mickael]

Hallo,

ich habe den ARM64-Agenten aus dem neuen Nightly Build

2.6.1.17860-9bf344f2 installiert.

Die Version ist korrekt installiert (gleiches Ergebnis mit Version 17852)

: wapt-get.bin: wapt-get 2.6.1.17860
Vollversion: 2.6.1.17860-9bf344f2
OpenSSL: OpenSSL 3.5.7 9. Juni 2026.

Leider lässt sich das Problem weiterhin mit dem Befehl `

sudo wapt-get reset-config-from-url
"https://our-server/wapt/conf.d/default_….json"`

. Ergebnis:

Zugriffsverletzung.

Folgende Prüfungen wurden durchgeführt:

- Raspberry Pi 4 mit Debian Bookworm 64-Bit/ARM64;
- gzip auf Nginx deaktiviert;
- Verwendung des FQDN entsprechend dem SAN des Zertifikats;
- URL mit curl erreichbar.
- HTTP-200-Antwort;
- Content-Type application/json;
- JSON-Datei korrekt heruntergeladen;

Der Absturz besteht weiterhin in den Builds 17852 und 17860.

Wir haben festgestellt, dass die über die Weboberfläche des Servers abgerufene Reset-Adresse einen Syntaxfehler aufweist
: "wapt-get reset-config-from-url https://our-server//wapt/conf.d/default_.....json"


Vielen Dank.