nextcloud:notify_push
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
| nextcloud:notify_push [2026/07/27 10:03] – [3.4 Keine Verwendung von –glob-config bei] franz | nextcloud:notify_push [2026/07/27 10:18] (aktuell) – [11. Client prüfen] franz | ||
|---|---|---|---|
| Zeile 314: | Zeile 314: | ||
| Der Push-Container ruft Nextcloud intern über den Service-Namen auf: | Der Push-Container ruft Nextcloud intern über den Service-Namen auf: | ||
| - | < | ||
| + | < | ||
| NEXTCLOUD_URL: | NEXTCLOUD_URL: | ||
| Zeile 322: | Zeile 322: | ||
| Nextcloud muss daher: | Nextcloud muss daher: | ||
| - | - | + | - das interne Docker-Netz als Proxy vertrauen und |
| + | - den internen Service-Namen als Domain akzeptieren. | ||
| - | das interne | + | ==== 6.1 Docker-Netzwerk |
| - | | + | < |
| + | NETWORK=$(docker inspect < | ||
| + | | ||
| - | den internen | + | SUBNET=$(docker network inspect " |
| + | --format ' | ||
| + | |||
| + | echo " | ||
| + | echo " | ||
| + | |||
| + | </ | ||
| + | |||
| + | Beispiel: | ||
| + | |||
| + | Netzwerk: privat_privat-network \\ Subnetz: | ||
| + | |||
| + | ==== 6.2 Bestehende Proxy-Einträge prüfen ==== | ||
| + | |||
| + | < | ||
| + | docker compose exec -u www-data < | ||
| + | config: | ||
| + | |||
| + | </ | ||
| + | |||
| + | Beispiel: | ||
| + | |||
| + | 127.0.0.1 | ||
| + | |||
| + | ==== 6.3 Docker-Subnetz ergänzen ==== | ||
| + | |||
| + | Den nächsten freien Index verwenden: | ||
| + | |||
| + | < | ||
| + | docker compose exec -u www-data < | ||
| + | config: | ||
| + | |||
| + | </ | ||
| + | |||
| + | Kontrolle | ||
| + | |||
| + | < | ||
| + | docker compose exec -u www-data < | ||
| + | config: | ||
| + | |||
| + | </ | ||
| + | |||
| + | erwartet wird beispielsweise | ||
| + | |||
| + | 127.0.0.1 \\ 172.29.0.0/ | ||
| + | |||
| + | **Nur kontrollierte Proxy-Adressen oder interne Docker-Netze eintragen. Vertrauenswürdige Proxys dürfen die von Nextcloud erkannte Client-IP beeinflussen.** | ||
| + | |||
| + | ===== 7. Internen | ||
| + | |||
| + | Vorhandene Einträge prüfen | ||
| + | |||
| + | < | ||
| + | docker compose exec -u www-data < | ||
| + | config: | ||
| + | |||
| + | </ | ||
| + | |||
| + | Den Service-Namen mit dem nächsten freien Index ergänzen: | ||
| + | |||
| + | < | ||
| + | docker compose exec -u www-data < | ||
| + | config: | ||
| + | |||
| + | </ | ||
| + | |||
| + | Kontrolle | ||
| + | |||
| + | < | ||
| + | docker compose exec -u www-data < | ||
| + | config: | ||
| + | |||
| + | </ | ||
| + | ===== 8. Verbindung testen ===== | ||
| + | |||
| + | ==== 8.1 Containerstatus ==== | ||
| + | |||
| + | < | ||
| + | docker compose ps notify_push | ||
| + | docker compose logs --tail=100 notify_push | ||
| + | |||
| + | </ | ||
| + | ==== 8.2 Lokaler Port ==== | ||
| + | |||
| + | < | ||
| + | curl -i http:// | ||
| + | |||
| + | </ | ||
| + | |||
| + | eine Antwort wie | ||
| + | |||
| + | HTTP/1.1 400 Bad Request | ||
| + | |||
| + | ist bei einem direkten Aufruf über '' | ||
| + | |||
| + | '' | ||
| + | |||
| + | * Container läuft nicht, | ||
| + | * Container startet ständig neu, | ||
| + | * Port ist nicht veröffentlicht oder | ||
| + | * kein Prozess lauscht im Container auf Port '' | ||
| + | |||
| + | ==== 8.3 Öffentlicher Pfad ==== | ||
| + | |||
| + | < | ||
| + | curl -i https://< | ||
| + | |||
| + | </ | ||
| + | ===== 9. | ||
| + | |||
| + | Setup über den öffentlichen Push-Endpunkt ausführen: | ||
| + | |||
| + | < | ||
| + | docker compose exec -u www-data < | ||
| + | notify_push: | ||
| + | |||
| + | </ | ||
| + | |||
| + | erwartetes Ergebnis | ||
| + | |||
| + | ✓ redis is configured \\ ✓ push server is receiving redis messages \\ ✓ push server can load mount info from database \\ ✓ push server can connect to the Nextcloud server \\ ✓ push server is a trusted proxy \\ ✓ push server is running the same version as the app \\ configuration saved | ||
| + | |||
| + | Gespeicherten Endpunkt prüfen: | ||
| + | |||
| + | < | ||
| + | docker compose exec -u www-data < | ||
| + | config: | ||
| + | |||
| + | </ | ||
| + | |||
| + | erwartet wird | ||
| + | |||
| + | https://< | ||
| + | |||
| + | ===== 10. Firewall ===== | ||
| + | |||
| + | Port '' | ||
| + | |||
| + | < | ||
| + | ports: | ||
| + | - " | ||
| + | |||
| + | </ | ||
| + | |||
| + | Daher ist keine öffentliche UFW-Freigabe nötig. | ||
| + | |||
| + | ===== 11. Client prüfen ===== | ||
| + | |||
| + | Nach erfolgreichem Setup: | ||
| + | |||
| + | - Nextcloud Desktop oder Nextcloud Talk Desktop vollständig abmelden. | ||
| + | - Client auch im Infobereich beziehungsweise Tray beenden. | ||
| + | - Client neu starten. | ||
| + | - Konto erneut anmelden. | ||
| + | - Diagnose prüfen. | ||
| + | |||
| + | Die Diagnose sollte nicht mehr melden: | ||
| + | |||
| + | < | ||
| + | notify_push app enabled = no | ||
| + | |||
| + | </ | ||
| + | |||
| + | Metriken des Push-Dienstes prüfen: | ||
| + | |||
| + | < | ||
| + | docker compose exec -u www-data < | ||
| + | notify_push: | ||
| + | |||
| + | </ | ||
nextcloud/notify_push.1785139437.txt.gz · Zuletzt geändert: von franz