Suchergebnisse

"HTTP/2 raus" hat auch mein Problem gelöst! Dickes Dankeschön!

Bei mir (DS415+) schaut die Lösung so aus, dass ich es nur mit QuickConnect und ohne SSL ans Laufen bekommen. Es betrifft nur ein einzelnes Android-Fon, alle anderen Android-Geräte, iPhones und iPad laufen ohne Zicken.

komisch, bei mir hat es auch die Zugriffe über die IP ein- und ausgeschaltet. Er kann es ja mal testen.

Schau doch mal in der Config-Datei (OPVN-Datei) nach einer Zeile, die folgendes enthält: dhcp-option DNS .... davor eine Raute (#) setzen und noch einmal probieren.

Hallo, hatte seit dem Update auf DSM 6 mit massiven Problemen bei Timemachine zu kämpfen. Ein englischsprachiger Supporter von Synology gab mir den Tipp, ipv6 in der DS abzuschalten. Seitdem läuft es problemlos.

Hallo, dank toller Unterstützung im Forum habe ich endlich nginx als Reverse Proxy auf meiner 415+ ans Laufen bekommen. Mit dem Paket "BicBucStriim" funktioniert es leider nicht, Onkel Google weiss auch keinen Rat. Meine Frage: wie kann ich ngix dazu bringen, dass beim Zugriff auf...

Systemsteuerung -> Aufgabenplaner -> "erstellen geplante Aufgabe - Dienst" dort kannst du den iTunes Server aus dem Menü auswählen, Zeitpläne erstellen etc.

das Probleme hatte ich eine zeitlang. Was geholfen hat: ich lasse einmal pro Tag (5 Uhr morgens) den iTunes-Server aus- und wieder einschalten. Danach trat der Fehler nicht mehr auf. Vlt. eine Lösung für dich?

mit dem Update des Paketes für den iTunes-Server heute hat sich das Problem komplett gelöst, CPU-Last ist wieder schön niedrig (415+)

gerade das Update 2 installiert. Es wird etwas besser: nur noch 50-60% CPU Belastung durch den iTunes-Server. Keine 99% mehr (zumindest auf meiner 415+)

Habe bei meiner 415+ das gleiche Problem. Ticket ist ebenfalls aufgemacht.

zumindest kann ich aufhören, Tippfehler zu suchen :) Danke dir!

Danke dir vielmals, habe nach einer Google-Session festgestellt, dass weltweit gerätselt wird, warum https://www.domain.de/ geht aber https://www.domain.de/dsm (o.ä.) nicht. Scheint ein Problem der CGI Skripte in DSM zu sein. Ich lasse es einfach wie es ist :)

Habe ich kontrolliert. Alle anderen /location-Abschnitte funktionieren, nur die DSM-Oberfläche wehrt sich.

Leider ohne Erfolg. Leere mal den Brower Cache, der holt sich das gerne aus dem Cache ohne neu anzufragen. Brachte leider keine Besserung.

Alles geprüft, passt. Wenn ich statt "/dsm" einfach "/" einsetze, komme ich auf die DS. Über "/dsm" funktioniert es nicht.

Config # Reverse Proxy # ------------------------------------------------------------------------------------------------------- server { listen 443 ssl; listen [::]:443 ssl; server_name www.domain.de; add_header...

Wenn die Location auf / setze, dann komme ich über https://www.meinedomain.de über den Proxy auf die DS-Oberfläche. Hat jemand eine zündende Idee, warum es nicht über /dsm oder /nas geht? :rolleyes:

Ausprobiert, leider keine Veränderung, auch die Fehlermeldung bleibt gleich. Interessant: die Fehlermeldung ist nicht gleiche, die bei einer "falschen" Adresse kommt (bsp. https://www.meinedomain.de/quatsch): diese kommen definitiv von nginx. "Meine" Fehlermeldung kommt anscheinend nicht von nginx.

Nachdem jetzt alle "Drittpakete" sauber laufen, wollte ich das Beispiel aus #54 für https://www.meinedomain.de/dsm umsetzen. Also die Config-Datei angepasst, Webserver neu gestartet und Aufruf von https://www.meinedomain.de/dsm erscheint nur die Fehlermeldung "This page is not found". Woran...