Hallo und vielen Dank für Ihre schnelle Antwort!
Okay, danke für die Info, ich werde mal mit dem eingeschränkten Spielfeld experimentieren...
sfonteneau schrieb:
Zur Replikation:
Clients senden ihre Inventare weiterhin an den Hauptserver.
Die Repositories replizieren nur Pakete! Daher ist die Installation von tis-waptserver nicht notwendig.
Die Online-Dokumentation wird noch fertiggestellt, daher fehlen noch einige Teile. ^^
Ja, übrigens, nur zur Information: Falls es bei Debian 8 hilfreich ist, musste ich auch Folgendes tun:
-> Füge den Benutzer wapt zur sudo-Gruppe hinzu: usermod wapt -a -G sudo
-> Ersetzen Sie die Zeile
Code: Alle auswählen
ExecStart=/usr/bin/sudo -u %i /usr/bin/syncthing -logflags=0 -home=/opt/wapt/.config/syncthing/ -no-restart
von
Code: Alle auswählen
ExecStart=/usr/bin/sudo -u wapt /usr/bin/syncthing -logflags=0 -home=/opt/wapt/.config/syncthing/ -no-restart
in der Datei /etc/systemd/system/
syncthing.service (und nicht /etc/systemd/system/)
syncthing@.service (Andernfalls würde der Dienst beim Neustart nicht automatisch starten...)
Nach Durchführung der folgenden Schritte:
===========================================
-> Erstellen Sie die Datei /etc/apache2/sites-available/wapt.conf
<VirtualHost *:80>
DocumentRoot "/var/www"
Protokollierungsstufe warnen
CustomLog /var/log/apache2/wapt.log kombiniert
ErrorLog /var/log/apache2/wapt-error.log
ProxyPass /wapt!
ProxyPass /waptdev!
ProxyPass /wapt-host !
ProxyPass /wapt-group !
ProxyPass /download.php !
ProxyPass /wapt/icons !
ProxyPass /debian !
ProxyPass /waptwua!
ProxyPass /
http://127.0.0.1:8080/
ProxyPassReverse /
http://127.0.0.1:8080/
<Directory "/var/www">
Optionen Indizes FollowSymLinks MultiViews
AllowOverride Keine
Befehl erteilt, ablehnen
von allen erlauben
</Directory>
<Directory "/var/www/wapt-host">
Optionen - Indizes
AllowOverride Keine
Befehl erteilt, ablehnen
von allen erlauben
</Directory>
</VirtualHost>
-> Aktivieren Sie die Konfiguration
cd /etc/apache2/sites-enabled
ln -s ../sites-available/wapt.conf wapt.conf
-> Aktivieren Sie die erforderlichen Apache-Module
a2enmod-Proxy
a2enmod proxy_http
a2enmod socache_shmcb
-> Standardkonfiguration löschen
rm /etc/apache2/sites-enabled/000-default.conf
-> Apache-Dienste neu starten
systemctl restart apache2.service
===========================================
Die Serverreplik listet die Pakete korrekt auf über
http://wapt-repo2.mydomain.lan/wapt/
Das Verzeichnis
http://wapt-repo2.mydomain.lan/wapt-host/ ist leer (keine Packages-Datei usw.), ist das normal oder sollte es auch über Syncthing repliziert werden?
Sfonteneau schrieb:
Auf der Clientseite muss in der Datei wapt-get.ini die Variable wapt_server die Adresse des Haupt-Wapt-Servers bleiben
und repo_url muss auf das nächstgelegene Repository verweisen.
Beispiel :
Code: Alle auswählen
[global]
wapt_server = https://srvwapt.mydomain.lan
repo_url = http://wapt-repo2.mydomain.lan/wapt
Alternativ können Sie die DNS-SRV-Einträge einrichten und die Felder leer lassen
Ja, das habe ich auch in der Dokumentation gesehen; die SRV-Einträge sind im DNS konfiguriert, aber die Clients haben leere Felder in der .ini-Datei. Ich hätte da noch eine Frage:
Im Falle einer Multi-Site-Infrastruktur: Sollten SRV-Einträge auf globaler Ebene (MYDOMAIN.LAN-Zone) und/oder auf Standortebene (SITE1._sites.MYDOMAIN.LAN) wie _gc-, _ldap- und _kerberos-Einträge platziert werden?
Und wie können wir überprüfen, ob ein Client den korrekten SRV-Datensatz für seine Website abruft?
DANKE
