Ruhiges IT-Forum

Hallo,
ich richte auf allen Standorten sekundäre Repositories ein.
Die sekundären Repositories selbst funktionieren einwandfrei.
In der Agentenkonfiguration ist `use_repo_rules` jedoch immer auf `false` gesetzt.

Ich habe den Agenten mehrmals neu generiert und dabei die Option „Repository-Zugriffsregeln verwenden“ aktiviert, aber das hat nichts geändert.

Habe ich etwas übersehen?

Danke!

PS: Ich verwende Version 2.3 auf einem Debian Buster-Server.

Hallo, wenn ich mich nicht irre, gilt die Agentenkonfiguration nur für zukünftige Installationen. Um bestehende Installationen zu ändern, müssen Sie das Paket wapt-conf-policy bearbeiten.

Ja, aber ich habe das waptupgrade-Paket auf alle Maschinen verteilt, und die Variable use_repo_rules hat sich dadurch nicht geändert

guigeek schrieb: ↑3. März 2023 - 9:16 Uhr Ja, aber ich habe das waptupgrade-Paket auf alle Maschinen verteilt, und es hat die Variable use_repo_rules nicht geändert.

Es ist nicht das waptupgrade-Paket, sondern das Paket "tis-wapt-conf-policy"

Hallo,

könnten Sie bitte angeben, ob Sie die Enterprise-Version von wapt (lizenzierte Version) oder die Discovery-Version verwenden?

In der Enterprise-Version konnte ich, indem ich das Paket wapt-conf-policy heruntergeladen und an meine Bedürfnisse angepasst habe, die Variable use_repo_rules überall auf False setzen.

Nun verstehe ich nicht, warum meine Agents keine verfügbaren Pakete in den Remote-Repositories finden, obwohl die Regeln konfiguriert und die Synchronisierung abgeschlossen ist.

guigeek schrieb: ↑3. März 2023 - 14:44 Uhr in der Enterprise-Version, aber tatsächlich konnte ich durch das Herunterladen des wapt-conf-policy-Pakets und dessen Anpassung an meine Bedürfnisse die Variable use_repo_rules überall auf False setzen.

Jetzt verstehe ich nicht, warum meine Agents 0 verfügbare Pakete in den Remote-Repositories finden, obwohl die Regeln konfiguriert und die Synchronisierung eingerichtet ist.

Ich weiß nicht, ob das helfen wird, aber ich hatte ein Problem mit meinen Regeln.
Wenn ich beispielsweise die IP-Adresse 192.168.0.1/13 verwendet habe, um alle IP-Adressen im Bereich 192.168.XX abzurufen, hat das nicht funktioniert, aber die Verwendung von 192.168.0.0/13 hat sofort funktioniert.

jdziadek schrieb: ↑6. März 2023 - 12:48 Uhr

guigeek schrieb: ↑3. März 2023 - 14:44 Uhr in der Enterprise-Version, aber tatsächlich konnte ich durch das Herunterladen des wapt-conf-policy-Pakets und dessen Anpassung an meine Bedürfnisse die Variable use_repo_rules überall auf False setzen.

Jetzt verstehe ich nicht, warum meine Agents 0 verfügbare Pakete in den Remote-Repositories finden, obwohl die Regeln konfiguriert und die Synchronisierung eingerichtet ist.

Ich weiß nicht, ob das helfen wird, aber ich hatte ein Problem mit meinen Regeln.
Wenn ich beispielsweise die IP-Adresse 192.168.0.1/13 verwendet habe, um alle IP-Adressen im Bereich 192.168.XX abzurufen, hat das nicht funktioniert, aber die Verwendung von 192.168.0.0/13 hat sofort funktioniert.

Das ist dann normal: https://mxtoolbox.com/subnetcalculator.aspx

für 192.168.0.1/13 192.168.0.1 ist ungültig

guigeek schrieb: ↑3. März 2023 - 14:44 Uhr in der Enterprise-Version, aber tatsächlich konnte ich durch das Herunterladen des wapt-conf-policy-Pakets und dessen Anpassung an meine Bedürfnisse die Variable use_repo_rules überall auf False setzen.

Jetzt verstehe ich nicht, warum meine Agents 0 verfügbare Pakete in den Remote-Repositories finden, obwohl die Regeln konfiguriert und die Synchronisierung eingerichtet ist.

Wird im Repository-Tab des Agenten das richtige Repository angezeigt?

Ja, es ist definitiv das richtige Repository!
Und in den Aufgaben können wir deutlich sehen, dass es im richtigen Repository sucht und eine beträchtliche Anzahl von Paketen findet, die untersucht werden sollen... aber es findet keine Pakete zum Aktualisieren, obwohl welche vorhanden sind!