7
Nextcloud (DMZ) Fehler Synchronisierung intern, extern jedoch fehlerfrei
Hallo Zusammen!
Ich dreh hier bald durch, ich betreibe eine Synology mit Nextcloud in einer DMZ zu Hause. Im Unbound DNS Override habe ich folgenden DNS-Eintrag konfiguriert:
Host: Cloud
Domain: Muster.de
Interne IP: [10.101.10.10]
Nun tritt ein merkwürdiges Phänomen auf: Bestimmte Dateien werden im Nextcloud-Client mit folgendem Fehler angezeigt und nicht auf dem Server synchronisiert:
Erwartete Dateigröße von 135.142 Bytes, aber 49.152 Bytes gelesen (vom Nextcloud-Client) und geschrieben (in den Nextcloud-Speicher). Dies kann entweder ein Netzwerkproblem auf der sendenden Seite oder ein Problem beim Schreiben in den Speicher auf der Serverseite sein.
Wie zum teufel kann es sein, dass 80% der Dateien synchronisiert werden, während bestimmte Dateien nicht synchronisiert werden?
Sobald ich von Extern aus das gleiche Synchronisiere funktioniert es einwandfrei, also liegt es eher an der Firewall.
Folgende Aufstellung:
Clients: 10.101.11.0
DMZ (Server): 10.101.10.10
Alle InterfaceRules sind so eingestellt als Testzweck : Any Any und es gibt nur diese eine Regel.
WAN Regel: 10.101.10.10 443 Port. Also alles erlauben von aussen nach 10.101.10.10 über den Port 443.
Folgendes konnte ich es dem Log auslesen:
Weiss hier jemand rat ?
Vielen lieben Dank.
Ich dreh hier bald durch, ich betreibe eine Synology mit Nextcloud in einer DMZ zu Hause. Im Unbound DNS Override habe ich folgenden DNS-Eintrag konfiguriert:
Host: Cloud
Domain: Muster.de
Interne IP: [10.101.10.10]
Nun tritt ein merkwürdiges Phänomen auf: Bestimmte Dateien werden im Nextcloud-Client mit folgendem Fehler angezeigt und nicht auf dem Server synchronisiert:
Erwartete Dateigröße von 135.142 Bytes, aber 49.152 Bytes gelesen (vom Nextcloud-Client) und geschrieben (in den Nextcloud-Speicher). Dies kann entweder ein Netzwerkproblem auf der sendenden Seite oder ein Problem beim Schreiben in den Speicher auf der Serverseite sein.
Wie zum teufel kann es sein, dass 80% der Dateien synchronisiert werden, während bestimmte Dateien nicht synchronisiert werden?
Sobald ich von Extern aus das gleiche Synchronisiere funktioniert es einwandfrei, also liegt es eher an der Firewall.
Folgende Aufstellung:
Clients: 10.101.11.0
DMZ (Server): 10.101.10.10
Alle InterfaceRules sind so eingestellt als Testzweck : Any Any und es gibt nur diese eine Regel.
WAN Regel: 10.101.10.10 443 Port. Also alles erlauben von aussen nach 10.101.10.10 über den Port 443.
Folgendes konnte ich es dem Log auslesen:
Weiss hier jemand rat ?
Vielen lieben Dank.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 670249
Url: https://administrator.de/forum/nextcloud-dmz-fehler-synchronisierung-intern-extern-jedoch-fehlerfrei-670249.html
Ausgedruckt am: 19.01.2025 um 12:01 Uhr
7 Kommentare
Neuester Kommentar
Hallo,
Gruss,
Peter
Zitat von @Syosse:
Nun tritt ein merkwürdiges Phänomen auf: Bestimmte Dateien werden im Nextcloud-Client mit folgendem Fehler angezeigt
Oha, du bist beim Geheimdienst, sonst ist die NSA mit NDA fast genauso gut wie du. Nur die sagen noch nicht einmal ob die Fehler haben...Nun tritt ein merkwürdiges Phänomen auf: Bestimmte Dateien werden im Nextcloud-Client mit folgendem Fehler angezeigt
Gruss,
Peter
Zitat von @Pjordorf:
Hallo,
Gruss,
Peter
Hallo,
Zitat von @Syosse:
Nun tritt ein merkwürdiges Phänomen auf: Bestimmte Dateien werden im Nextcloud-Client mit folgendem Fehler angezeigt
Oha, du bist beim Geheimdienst, sonst ist die NSA mit NDA fast genauso gut wie du. Nur die sagen noch nicht einmal ob die Fehler haben...Nun tritt ein merkwürdiges Phänomen auf: Bestimmte Dateien werden im Nextcloud-Client mit folgendem Fehler angezeigt
Gruss,
Peter
Ja, Mensch: wenn du ihm damit jetzt nicht geholfen hast!?
1
Wenn ich die Problembeschreibung so lese kommt mir als erstes asynchrones Routing in den Sinn.
Vor allem dann, wenn Du mit split dns arbeitest.
Schau am besten mal, an welchem FW-Interface die Anfrage reinkommt und ob die Antwort auch wieder den selben weg zurück geht. (ich setze mal voraus, dass Du dich mit der Firewall auskennst und tcpdump nutzen kannst)
Vor allem dann, wenn Du mit split dns arbeitest.
Schau am besten mal, an welchem FW-Interface die Anfrage reinkommt und ob die Antwort auch wieder den selben weg zurück geht. (ich setze mal voraus, dass Du dich mit der Firewall auskennst und tcpdump nutzen kannst)
2
Ja, Mensch: wenn du ihm damit jetzt nicht geholfen hast!?
Ohne Fehlermeldungen ist das halt auch schwer.
2
Zitat von @Pjordorf:
Hallo,
Gruss,
Peter
Hallo,
Zitat von @Syosse:
Nun tritt ein merkwürdiges Phänomen auf: Bestimmte Dateien werden im Nextcloud-Client mit folgendem Fehler angezeigt
Oha, du bist beim Geheimdienst, sonst ist die NSA mit NDA fast genauso gut wie du. Nur die sagen noch nicht einmal ob die Fehler haben...Nun tritt ein merkwürdiges Phänomen auf: Bestimmte Dateien werden im Nextcloud-Client mit folgendem Fehler angezeigt
Gruss,
Peter
Keine andere Probleme ?
Zitat von @Koehnsen:
Ja, Mensch: wenn du ihm damit jetzt nicht geholfen hast!?
Zitat von @Pjordorf:
Hallo,
Gruss,
Peter
Hallo,
Zitat von @Syosse:
Nun tritt ein merkwürdiges Phänomen auf: Bestimmte Dateien werden im Nextcloud-Client mit folgendem Fehler angezeigt
Oha, du bist beim Geheimdienst, sonst ist die NSA mit NDA fast genauso gut wie du. Nur die sagen noch nicht einmal ob die Fehler haben...Nun tritt ein merkwürdiges Phänomen auf: Bestimmte Dateien werden im Nextcloud-Client mit folgendem Fehler angezeigt
Gruss,
Peter
Ja, Mensch: wenn du ihm damit jetzt nicht geholfen hast!?
Danke
> Zitat von @chme91:Wenn ich die Problembeschreibung so lese kommt mir als erstes asynchrones Routing in den Sinn.
Vor allem dann, wenn Du mit split dns arbeitest.
Schau am besten mal, an welchem FW-Interface die Anfrage reinkommt und ob die Antwort auch wieder den selben weg zurück geht. (ich setze mal voraus, dass Du dich mit der Firewall auskennst und tcpdump nutzen kannst)
Werde ich machen. Vielen Dank
Zitat von @Xerebus:
Ohne Fehlermeldungen ist das halt auch schwer.
Ja, Mensch: wenn du ihm damit jetzt nicht geholfen hast!?
Ohne Fehlermeldungen ist das halt auch schwer.
Ist ja oben beschrieben ?
Erwartete Dateigröße von 135.142 Bytes, aber 49.152 Bytes gelesen (vom Nextcloud-Client) und geschrieben (in den Nextcloud-Speicher). Dies kann entweder ein Netzwerkproblem auf der sendenden Seite oder ein Problem beim Schreiben in den Speicher auf der Serverseite sein.
Hallo,
https://www.bsdforen.de/threads/owncloud-fehlermeldung.29929/#post-25680 ...
Gruss,
Peter
Zitat von @Syosse:
Erwartete Dateigröße von 135.142 Bytes, aber 49.152 Bytes gelesen (vom Nextcloud-Client) und geschrieben (in den Nextcloud-Speicher). Dies kann entweder ein Netzwerkproblem auf der sendenden Seite oder ein Problem beim Schreiben in den Speicher auf der Serverseite sein.
https://de.wikipedia.org/wiki/FehlermeldungErwartete Dateigröße von 135.142 Bytes, aber 49.152 Bytes gelesen (vom Nextcloud-Client) und geschrieben (in den Nextcloud-Speicher). Dies kann entweder ein Netzwerkproblem auf der sendenden Seite oder ein Problem beim Schreiben in den Speicher auf der Serverseite sein.
https://www.bsdforen.de/threads/owncloud-fehlermeldung.29929/#post-25680 ...
Gruss,
Peter
1
Vielen Dank, an allen hatt funktioniert. Ich habe hier die Statische Route festgelegt.
1
