Vinky

Merci pour l'information que je découvre. Etant équipé de NAS 4 To WD RED en RAID 5 (enfin l'équivalent au format SHR) j'ai effectivement eu un petit coup de panique.`` Après vérification, je ne suis pas concerné, mais quid si l'un des disques doit être remplacé ? Cela ne semble effectivement pas simple à gérer. Par contre, je n'ai pas totalement compris, quels sont les symptômes et les conséquences ? Je comprends que cela n'est pas conseillé, que ça ralenti, mais jusque quel niveau ? Comment se rendre compte d'un "souci" ?

@Langer : je parlais de l'après renommage : tout ce qu’il y a après : (inclus) // if(($actualTime-$heure) > $tempsAttente)

Bonjour @Langer ca fait longtemps que je n’ai pas regardé mon script (qui tourne toujours chez moi sans aucun souci) il faut que je m’y penche plus pour te dire, mais à première vu, un truc m’interpelle. Tout ce qui est après les balises « renommage » sont commentées. De mémoire c’est ce qui permet l’affichage du tableau et donc du flux RSS (entre les deux balises tu peux laisser commenté)

Il est clair que le souci vient du côté d’Apple et que Synology est coincé. D’où pour moi la solution qui consiste de leur part de créer une web app (maintenant ca fonctionne vraiment bien, on croirait être sur une app pour certaines). Pour synoDS, c’est une app d’un indépendant, non ? J’ai l’impression que synology a totalement abandonné le sujet sur iOS 😞

Sur cette histoire, depuis le temps (2ans ?) c’est quand même fou que Synology n’ai pas décidé de faire une web-app de son DS Download (ça avait commencé il y a 3-4 ans avec le nom déjà qui avait du être changé).

@Einsteinium Yep. D'où la temporisation encore quelques semaines/mois 🙂 Sauf si c'est un cadeau généreusement gagné 😛

Je suis également en pleine réflexion pour renouveler mon DS415play et le DS918+ me fait de l'oeil (attendre une mise à jour ou maintenant ? :D) Merci pour le jeu concours, sur un malentendu on ne sait jamais 🙂

Bonjour, Je me permet de revenir sur le sujet, toujours le même souci qui ne se résout pas, à cela s'ajoute un nouveau où un site est maintenant bloqué sur mon iphone alors que rien n'a changé... J'ai regardé les logs, apriori pas de blocage pourtant : (j'ai modifié le site et l'IP) 1550569647.051 119892 192.168.0.21 TCP_TUNNEL/200 0 CONNECT ****.to:443 - HIER_DIRECT/***.***.***.22 - 1550569686.820 122615 192.168.0.21 TCP_TUNNEL/200 0 CONNECT ****.to:443 - HIER_DIRECT/***.***.***.22 - 1550581529.962 120646 192.168.0.21 TCP_TUNNEL/200 0 CONNECT ****.to:443 - HIER_DIRECT/***.***.***.22 - 1550581556.065 121348 192.168.0.21 TCP_TUNNEL/200 0 CONNECT ****.to:443 - HIER_DIRECT/***.***.***.22 - 1550581697.922 121696 192.168.0.21 TCP_TUNNEL/200 0 CONNECT ****.to:443 - HIER_DIRECT/***.***.***.22 - 1550581741.690 123848 192.168.0.21 TCP_TUNNEL/200 0 CONNECT ****.to:443 - HIER_DIRECT/***.***.***.22 - 1550582785.313 122068 192.168.0.21 TAG_NONE/500 0 CONNECT ****.to:443 - HIER_DIRECT/***.***.***.22 - 1550583155.719 121350 192.168.0.21 TAG_NONE/500 0 CONNECT ****.to:443 - HIER_DIRECT/***.***.***.22 - 1550583160.606 121221 192.168.0.21 TAG_NONE/500 0 CONNECT ****.to:443 - HIER_DIRECT/***.***.***.22 - 1550586016.343 127779 192.168.0.21 TAG_NONE/500 0 CONNECT ****.to:443 - HIER_DIRECT/***.***.***.22 - Pourtant aucun blocage annoncé, mais pour autant pas d'accès au site. Si je désactive le proxy, cela fonctionne immédiatement, si je le remet, à nouveau blocage.

Merci Einsteinium. 1539116883.758 121400 192.168.0.146 TCP_TUNNEL/200 7464 CONNECT metrics.icloud.com:443 - HIER_DIRECT/17.248.144.72 - 1539116894.788 3234 192.168.0.146 TCP_TUNNEL/200 3862 CONNECT mesu.apple.com:443 - HIER_DIRECT/17.253.53.203 - Voici ce que j'ai, de ce que je comprend cela n'est pas bloqué ? Mais pourquoi cela ne fonctionne pas tant que le proxy est activé ? 😞

Blague à part, je ne vois pas comment débuguer le truc ? J'ai bien les mise à jour auto (dernière update cette nuit) et je ne comprend pas pourquoi cela bloque chez moi. Je viens de re-tester, le simple fait de désactiver le proxy fait que cela refonctionne. Pour les logs, je ne sais pas s'il y en a ? Je ne connais pas du le domaine utilisé et donc qui doit être bloqué.

Je n'en doute pas, mais j'aimerai pouvoir le vérifier par moi-même 😄

je parle bien de cela, merci infoYANN. Cela s'appelle bien News et c'est le widget d'Apple News (en tout cas c'est comme ça que je comprend) Bref, peu importe le nom ;) Le problème est que depuis ios12, le proxy bloque toutes les news (2 iphones et 1 ipad)

Non non sur le widget cela fonctionne parfaitement depuis au moins 4 ans. (Espace Spotlight tout à gauche) quand je désactive le proxy cela fonctionne parfaitement et bien en France.

Bonjour, j’utilise le proxy depuis un an et tout fonctionne parfaitement. cependant depuis ios12, les news sont bloqués par le proxy dans Apple news (dans la zone de widget). Suis-je le seul ? Quelle solution possible ? (Je ne connais même pas le domaine utilisé) merci

Normalement c'est bon tu peux le tester en lançant ton script.

/usr/syno/bin/synoindex -R <folder> A mettre dans le planificateur de tâche et tout devrait se faire en automatique.

c'est étonnant car un mount bind en local ne pose absolument aucun souci et différence par rapport à un autre dossier. Je ne vois pas pourquoi ça réagirai pire dans le cas de l'externe. Tu es sûr de la bonne commande ?

Est-ce que faire un "mount bind" ne permettrait pas de "cacher" l'aspect distant au syno ?

Question Bête : les câbles sont bien Gigabits également ?

il faut rajouter :443 dans ton nom de domaine sur l'application ;)

Il faudra quand même les ports http pour let's encrypt (au minima lors du renouvellement)

Bonjour, Personnellement, pour le faire, j'ai quand même l'obligation de rajouter : /photo/ à la fin. Donc du coup, si tu as bien paramétrer ton reverse proxy, tu devras taper : https://photos.nas1.ndd.ovh/photo/ Après pour te passer du /photo/ je ne vois qu'une réécriture de l'url sous nginx pour y parvenir.

Après test, non cela ne fonctionne pas. Mais cela est très certainement du aux reverse proxy que j'ai mis en place. Il cherche à rediriger vers des ports qui n'ouvrent pas à photostation Je viens de réussir à refaire fonctionner en mettant en place un reverse proxy un peu sale (redirection du 443 vers 80) mais cela semble fonctionner pour l'instant.

Merci @Fenrir. Je n'ai qu'un seul certificat dans : /usr/syno/etc/certificate/_archive (pareil dans le panneau de config de DSM) Il est bien configuré par defaut dans : /usr/syno/etc/certificate/_archive/DEFAULT (pareil dans le panneau de config de DSM) J'ai déjà redémarrer, réinstaller le paquet et fais des maj, rien n'y fait. J'ai l'impression que les paramètres du certificat de photostations sont quelques parts dans le paquet. T'as remarque m'a fait pener que j'utilise le lien : photo.NomDeDomaine.me/photo pour y accéder... Je ne sais plus du tout comment j'ai fait cela (dans quel paramètre).

Bonjour, Mon photostation semble conserver un ancien certificat let's encrypt comme certificat par défaut. Quelqu'un sait-il comment modifier le certificat par défaut de PhotoStation ? Je n'ai aucun souci pour modifier mes autres sites/applications mais avec PhotoStation je n'y parviens pas. Dans le panneau de configuration, j'ai bien mon url qui apparait et j'ai bien choisi mon certificat mais cela ne fonctionne pas. (c'est un autre certificat que celui sélectionné qui est utilisé). J'avais du modifier (suite à un bug de syno) le fichier /usr/syno/etc/certificate/_archive/INFO : { "display_name" : "xxx.test.fr", "isPkg" : false, "owner" : "root", "service" : "PhotoStation", "subscriber" : "AppPortal" } J'ai bien l'impression que cela ne soit pas la solution (si je le fais pour mes autres liens, cela fonctionne pourtant bien. Si quelqu'un ayant photostation en https pouvait me fournir l'extrait du fichier /usr/syno/etc/certificate/_archive/INFO pour photostation, je suis preneur. De plus, photostation doit probablement stocker un certificat à lui quelque part car dans /usr/syno/etc/certificate/ je n'en ai qu'un seul et il a bien été renouvelé (contrairement à celui qui continue à être utiliser par Photostation). Merci d'avance pour le coup de main.