Suchergebnisse

Tja, genau das war auch mein Problem - Speicher lief voll. Sehr schade, dass es nicht gelöst ist. Vielleicht hat Synology ja doch recht, und es liegt an der Hardware (was aber mir aber weiterhin unlogisch erscheint).

@mbirth - Wie schaut bei Dir mit dem Speicherleck aus? Ist das auch mit 7.0.1 noch da?

Tja, tut mir wirklich leid, aber hier weiss ich auch nicht weiter. Vielleicht solltest Du einen eigenen Thread aufmachen (im Context Docker) und fragen, warum Du aus einem Docker-Container die IP der Synology nicht erreichen kannst. Ich denke da wird Dir geholfen. Ich denke es wird irgendwie im...

Tja, dann scheint das Problem wohl irgendwo in der Netzwerk-Konfiguration zu sein. Ob PiHole hier auch noch eine Rolle spielen könnte, kann ich nicht sagen. Bein ersten Starten eines neuen Containers kann man auch eine Netzwerk-Konfiguration auswählen (der Reiter ist dann später nicht mehr da)...

Den Post hatte ich gesehen. Leider fällt mir jedoch wirklich nicht mehr viel dazu ein. Du könntest noch im laufenden Container mal im Terminal einen ping auf die IP-Adresse der Synology absetzen. Dann würde man sehen, ob die Netzwerk-Konfiguration okay ist.

Mir war die Begründung auch suspekt ... aber wie gesagt - sag mal in einigen Wochen Bescheid wie es bei Dir mit 7.0.1 aussieht.

Gleiches Phänomen mit dem "Speicherleck" hatte ich auch (auch eine 415+ mit 8 GB). Der Synology-Support meinte, dass es am verwendeten RAM liegt (zu langsam). Am Ende habe ich dann die "Chance" genutzt und bin auf eine 720+ umgestiegen. Berichte mal, ob es mit der 7.0.1 wirklich weg ist. Würde...

Ich antworte mal selber - das Problem ist gelöst. Das Script, welches die Dateien kopiert musste angepasst werden. Anstelle der cert.pem kopiere ich nun die fullchain.pem und nutze diese dann als certificate.crt im nginx. Damit geht der Zugriff wieder ohne Fehlermeldung.

Ich habe nochmal ein wenig gelesen und die Lösung gefunden :-) Das Script muss angepasst werden und anstelle der cert.pem kopiere ich nun die fullchain.pem und nutze diese dann als certificate.crt im nginx. Damit geht der Zugriff wieder ohne Fehlermeldung. Danke für die Fragen und damit auch...

Also, erstmal Danke für die Hilfe :-) Na ja - am Ende möchte ich nur eine lauffähige Konfiguration, so dass ich per Internet auf Bitwarden zugreifen kann. Bitwarden mag nur https-Verbindungen und insofern brauche ich eine Konfiguration, so dass meine Devices zugreifen können (was aktuell...

Nur zur Sicherheit: Soll ich dann einfach anstelle der chain.pem die fullchain.pem nehmen und als certificate.crt kopieren? Ist das nicht genau die Zeile, die im Script auskommentiert ist? Ich meine ich hätte es probiert und NGINX ist nicht mehr gestartet (bzw. direkt nach dem Start „abgeraucht“).

Ich finde Hinweise, dass man nicht die chain.pem nehmen sollte, sondern die fullchain.pem Siehe hier: https://apple.stackexchange.com/questions/428169/ios-marked-a-certificate-as-expired-even-though-the-certificate-is-still-activ Könnte das das Problem lösen? Welche Dateien nimmt der interne...

Danke für die Hilfe - aber ich habe auch schon die neueste Version von Bitwarden installiert - leider ohne Erfolg :-( Wenn es ein Problem bei Bitwarden gibt, sollte ich sicherlich nicht der Einzige sein ... aber leider finde ich auch keine weiteren Hinweise auf gleiche Fehler bei anderen Usern...

Hallo Zusammen, das Thema ist parallel in einem Thread zu Bitwarden in Diskussion - aber da viele Bitwarden nicht nutzen, poste ich das Problem nochmal separat (da ich dringend eine Lösung suche). Meine Synology (DSM 7) ist über Port 443 aus dem Internet erreichbar. Hierzu nutze ich eine...

Hier das Zertifikat, welches von der Webstation geliefert wird (über Port 443): Und hier das Zertifikat, welches Bitwarden (über einen anderen Port konfiguriert) ausliefert: Client ist ein Macbook mit aktuellem OS sowie aktuellem Chrome. Wichtig wäre noch, dass ich die Originalversion...

Hhmmmm, wo soll die Datei sein? Die Zugriffsprobleme auf meine Bitwarden-Domain habe ich nicht nur vom Macbook, sondern auch vom IPhone oder Ipad. Habe es gerade vom Windows-Rechner meiner Frau probiert (Chrome) und siehe da -- da habe ich keine Fehlermeldung. Ist dann wohl ein Client-Problem, oder?

Ich habe auch das Script nochmal laufen lassen und die Dateien vorher im Zielverzeichnis "gelöscht" (also weggesichert). Danach waren 3 Dateien wieder da. Ich sehe auch, dass das neue Zertifikat gezogen wird (Ablaufdatum ist neuer). Trotzdem das gleiche Problem.

Zertifikate habe ich heute aktualisiert .... und über die Webstation (dort liegt noch eine andere Anwendung, die aus dem Internet über Port 443 erreichbar ist) bekomme ich auch keine Fehler. Hier ist das Root-Zertifikat okay. Nur bei Bitwarden habe ich das Problem. Es scheint also mit den 3...

Ich nutze dieses Script seit langer Zeit um die Zertifikate in den Docker-Context zu bekommen. Das hat auch bis heute immer gut geklappt. Seit heute bekomme ich aber einen SSL-Fehler, wenn ich auf Bitwarden zugreife :-( Problem ist nicht das Zertifikat der Domain selber, sondern das CA Root...

Ehrlich gesagt würde ich den Docker-Container schnell aufsetzen und schauen, was in den Logfiles ankommt. Der Container sollte in wenigen Minuten laufen und Du hast dann die volle Kontrolle. Da ich das Device nicht kenne, kann ich ansonsten leider auch nicht helfen.