alan.dub

OK ! Pour info, je n'avais pas remarqué que, sur cette page, ils indiquent bien "MAJ manuelle" : https://www.synology.com/fr-fr/releaseNote/DS418 Et puis ça parle de : - Spectre & Meltdown (outch !) - SMB que j'utilise pour mes clients média (Apple TV 4 et Sonos Connect) - NFS que j'utilise pour mes clients macOS Je vais regarder ça ce soir ^^ Merci pour le retour Zeus !

Bonsoir ^^ J'aurais une petite question concernant les MAJ de DSM... Aujourd'hui, je suis en 6.2.1-23824 et mon DSM ne me propose aucune MAJ de disponible. Hors, en passant par le site de Synology, si j'indique la référence de mon NAS ainsi que le firmware que j'utilise actuellement, le site me propose bien de télécharger la MAJ 6.2.2-24922. Il y a-t-il une raison à ce refus de MAJ automatique de la part de mon NAS ? Dois-je lancer moi même l'installation, ou dois-je laisser mon NAS gérer tout ça (s'il ne me propose pas la MAJ, c'est qu'il a peut-être une... bonne raison ) ? Merci beaucoup pour vos avis ^^

C'est fait, et ça marche ^^ Et puis j'en ai profité pour refaire mes liens de partages et de demandes de partages (celui là je ne le connaissais pas, pratique pour recevoir des fichiers de la famille !). Encore merci Zeus !

Ah... et ça c'est pas bien ? Mouarfff ! Je blague... quoique ^^ Blague à part, je le comprends tout à fait dans un milieu PRO, mais là c'est pas mon cas (oui je sais, je suis un père indigne ^^). Mais en même temps c'est moi qui gère les comptes mail aussi, donc... Je pense le faire quand même histoire de (vu que c'est moi qui gère tous les comptes), et c'est toujours plaisant de pouvoir faire ce type de partage 🙂 J'autorise l'accès, je fais la modification, je retire l'accès, et les mails devront être OK coté File Station.

J'ai justement idée de me prendre un RT2600. Mais avant tout, il faut que je tire tous mes câbles ethernet à la maison ^^ Je remplace tous mes câbles téléphonique (inutiles... mais vive le consuel) et TV (je suis anti-TV... mais vive le consuel) pour tout ramener dans une future baie dans le garage. Les beaux jours arrivent, donc ça ne devrait plus tarder ^^ En tout cas merci le coup de main, j'ai maintenant une réponse au script toute propre ! 🙏

Autre petite question ^^ J'ai chez moi un compte "admin" et quatre comptes "user". Je ne donne pas accès au DSM aux comptes "user", mais uniquement au compte "admin", pour plus de sécurité. Les comptes "user" ont droit à différents accès comme Drive, Moment, Chat et... File Station. Donc en partant de ça, si je veux paramétrer les boites mails des comptes "user" (par l'icône du bonhomme en bleu) afin de leur donner la possibilité de partager via email dans File Station, je dois leur laisser accès au DSM le temps du paramétrage. C'est bien ça ? Si oui, je trouve dommage de ne pas avoir accès à ces options directement sous le compte "admin" sous DSM.

Cool ! Donc grâce à ton tuto, je viens de corriger un problème que j'avais depuis quelques temps ^^ Je devais changer à la main mes liens de partage qui fonctionnaient de base avec le reverse proxy de DSM (pas cool donc) ^^ Là c'est nickel ! Encore merci !

Petite question pour le nom de domaine demandé sur cette page : Pour ceux qui font du reverse proxy, ne vaut-il pas plutôt donner l'adresse donnée dans l'onglet du proxy inversé ? Genre : https://blablabla.ndd.tld ?

Ah mince, j'suis con 😞 Donc là je viens effectivement de passer en root (j'utilisais mon compte administrateur mais pas le root) : Et maintenant j'ai ça : Tâche : Antipub Heure de début : Sun, 31 Mar 2019 00:12:16 GMT Heure d’arrêt : Sun, 31 Mar 2019 00:12:28 GMT État actuel : 0 (Normal) Sortie standard/erreur : --2019-03-31 00:12:17-- http://pgl.yoyo.org/adservers/serverlist.php?hostformat=squid-dstdom-regex&showintro=1&startdate[day]=&startdate[month]=&startdate[year]=&mimetype=plaintext Resolving pgl.yoyo.org... 213.230.210.230 Connecting to pgl.yoyo.org|213.230.210.230|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/plain] Saving to: 'adservers.2' 0K .......... .......... .......... .......... .......... 554K 50K .......... .......... . 843K=0.1s 2019-03-31 00:12:17 (616 KB/s) - 'adservers.2' saved [72796] pkg-ProxyServer stop/waiting iptables: No chain/target/match by that name. squid: ERROR: No running copy DBus server is not ready iptables: No chain/target/match by that name. squid: ERROR: No running copy 2019/03/31 00:12:27 kid1| Set Current Directory to /var/packages/ProxyServer/target/squid/var/logs/ 2019/03/31 00:12:27 kid1| Creating missing swap directories 2019/03/31 00:12:27 kid1| /volume1/@squid exists 2019/03/31 00:12:27 kid1| /volume1/@squid/00 exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/00 2019/03/31 00:12:27 kid1| /volume1/@squid/01 exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/01 2019/03/31 00:12:27 kid1| /volume1/@squid/02 exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/02 2019/03/31 00:12:27 kid1| /volume1/@squid/03 exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/03 2019/03/31 00:12:27 kid1| /volume1/@squid/04 exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/04 2019/03/31 00:12:27 kid1| /volume1/@squid/05 exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/05 2019/03/31 00:12:27 kid1| /volume1/@squid/06 exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/06 2019/03/31 00:12:27 kid1| /volume1/@squid/07 exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/07 2019/03/31 00:12:27 kid1| /volume1/@squid/08 exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/08 2019/03/31 00:12:27 kid1| /volume1/@squid/09 exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/09 2019/03/31 00:12:27 kid1| /volume1/@squid/0A exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/0A 2019/03/31 00:12:27 kid1| /volume1/@squid/0B exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/0B 2019/03/31 00:12:27 kid1| /volume1/@squid/0C exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/0C 2019/03/31 00:12:27 kid1| /volume1/@squid/0D exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/0D 2019/03/31 00:12:27 kid1| /volume1/@squid/0E exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/0E 2019/03/31 00:12:27 kid1| /volume1/@squid/0F exists 2019/03/31 00:12:27 kid1| Making directories in /volume1/@squid/0F pkg-ProxyServer start/running, process 12438 Sincères salutations, Synology DiskStation Ca me semble déjà plus propre ^^ Par contre, que veulent dire les deux lignes rouges ? Normal ou pas normal ? ^^

Bonsoir à vous ! Je reviens vers vous pour vous poser une question. Ce qui suit provient des mails envoyés par mon NAS a chaque fois que le script de mise à jour de l'antipub est lancé (tous les soirs à 00H00) : Tâche : Antipub Heure de début : Sat, 30 Mar 2019 00:00:02 GMT Heure d’arrêt : Sat, 30 Mar 2019 00:00:24 GMT État actuel : 0 (Normal) Sortie standard/erreur : --2019-03-30 00:00:03-- http://pgl.yoyo.org/adservers/serverlist.php?hostformat=squid-dstdom-regex&showintro=1&startdate[day]=&startdate[month]=&startdate[year]=&mimetype=plaintext Resolving pgl.yoyo.org... 213.230.210.230 Connecting to pgl.yoyo.org|213.230.210.230|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/plain] Saving to: 'adservers.2' 0K .......... .......... .......... .......... .......... 554K 50K .......... .......... . 1.75M=0.1s 2019-03-30 00:00:05 (697 KB/s) - 'adservers.2' saved [72775] initctl: Rejected send message, 1 matched rules; type="method_call", sender=":1.3583" (uid=1026 pid=31584 comm="/sbin/initctl stop pkg-ProxyServer ") interface="com.ubuntu.Upstart0_6.Job" member="Stop" error name="(unset)" requested_reply="0" destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init ") iptables v1.6.0: can't initialize iptables table `nat': Permission denied (you must be root) Perhaps iptables or your kernel needs to be upgraded. /bin/sed: couldn't open temporary file /var/packages/ProxyServer/target/squid/etc/sedGTSioH: Permission denied WARNING: Cannot write log file: /var/packages/ProxyServer/target/squid/var/logs/cache.log /var/packages/ProxyServer/target/squid/var/logs/cache.log: Permission denied messages will be sent to 'stderr'. 2019/03/30 00:00:18| Set Current Directory to /var/packages/ProxyServer/target/squid/var/logs/ squid: ERROR: Could not send signal 1 to process 11342: (1) Operation not permitted DBus server is not ready iptables v1.6.0: can't initialize iptables table `nat': Permission denied (you must be root) Perhaps iptables or your kernel needs to be upgraded. /bin/sed: couldn't open temporary file /var/packages/ProxyServer/target/squid/etc/sedzGr3ds: Permission denied WARNING: Cannot write log file: /var/packages/ProxyServer/target/squid/var/logs/cache.log /var/packages/ProxyServer/target/squid/var/logs/cache.log: Permission denied messages will be sent to 'stderr'. 2019/03/30 00:00:23| Set Current Directory to /var/packages/ProxyServer/target/squid/var/logs/ squid: ERROR: Could not send signal 1 to process 11342: (1) Operation not permitted squid(11336): Operation not permitted squid(11342): Operation not permitted squid: no process found chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/cache.log': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/cache.log.2.xz': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/access.log.4.xz': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/cache.log.0': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/access.log.0': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/access.log.3.xz': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/access.log.2.xz': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/access.log.1.xz': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/access.log': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/cache.log.4.xz': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/cache.log.3.xz': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs/cache.log.1.xz': Operation not permitted chown: changing ownership of '/var/packages/ProxyServer/target/squid/var/logs': Operation not permitted WARNING: Cannot write log file: /var/packages/ProxyServer/target/squid/var/logs/cache.log /var/packages/ProxyServer/target/squid/var/logs/cache.log: Permission denied messages will be sent to 'stderr'. FATAL: Ipc::Mem::Segment::create failed to shm_open(/squid-cf__metadata.shm): (17) File exists Squid Cache (Version 3.5.24): Terminated abnormally. CPU Usage: 0.330 seconds = 0.310 user + 0.020 sys Maximum Resident Size: 195376 KB Page faults with physical i/o: 0 initctl: Rejected send message, 1 matched rules; type="method_call", sender=":1.3584" (uid=1026 pid=31726 comm="/sbin/initctl start pkg-ProxyServer ") interface="com.ubuntu.Upstart0_6.Job" member="Start" error name="(unset)" requested_reply="0" destination="com.ubuntu.Upstart" (uid=0 pid=1 comm="/sbin/init ") /var/packages/ProxyServer/scripts/start-stop-status: line 101: ${SYNOPKG_TEMP_LOGFILE}: ambiguous redirect Sincères salutations, Synology DiskStation Comme vous pouvez le voir, il y a pas mal de "denied", "operation not permitted" et "error". C'est normal ou pas du tout ? Pour info tout semble bien fonctionner coté proxy server et antipub sur Safari (pages http et https), donc peut-être que je m'inquiètes pour rien, et peut-être que c'était déjà comme ça avant (je n'ai plus les anciens mails de notification pour vérifier...). Merci beaucoup ^^

Bonsoir ! As-tu regardé sur le site de Synology ? Si tu es là je ne pense pas mais je te le dis... la réponse est là-bas 🙄 Mais juste pour info, je trouve vraiment incroyable qu'une personne ayant un NAS pose cette question... A quoi sert un switch déjà ? Je suis peut-être un peu dur, mais au lieu de venir poser ce type de question, mieux chercher sois-même la réponse. Comme on dit : Google est ton ami 😅

Tu as un petit bouton derrière le NAS (avec un cure dent !) 😁 Ce dernier remet les comptes et accès par défaut et désactive le pare feu. J’ai utilisé cette technique il y a un mois suite à une manipulation identique à la tienne.

Bonsoir, Perso pour l’instant j’utilise l’app photo d’apple qui pointe sur le NAS et je sauvegarde le paquet via hyperbackup. Même chose pour Lightroom. Par contre je suis en train justement de tester Moments de chez Synology pour le gestion des photos de famille (hors Lightroom donc), mais je n’ai pas encore assez de recul pour valider la solution, même si elle semble prometteuse.

Oui c'est le 5005, le 5006 est le HTTPS que j'utilise pour l'instant. Mais quid du .htaccess ? Le forçage http vers https sera-t-il toujours actif ? Ah mince 😂

Bonsoir 😁 Suite à un petit échange sur un autre forum je viens de me rendre compte que n'avais pas configuré CardDAV et WebDAV (qui gère CalDAV) en reverse proxy. Mais est-ce possible ? Question pour ces deux protocoles : 1 ) Si je supprime leurs ports HTTPS de ma Freebox. 2 ) Si je supprime leurs ports HTTPS du pare feu du NAS. 3 ) Si je désactive leurs HTTPS et active leurs HTTP. 5 ) Si je laisse le port HTTPS 443 sur le pare feu du NAS. 6 ) Si j'indique leurs adresses (xxx.ndd.tld et yyy.ndd.tld) sur le reverse proxy (onglet portail des applications). 7 ) Si j'ajoute leurs adresses (xxx.ndd.tld et yyy.ndd.tld) à let's encrypt. 8 ) En bonus, si j'indique ces adresses dans mon .htaccess. Pourrais-je utiliser ces adresses au lieu des adresses (avec port HTTPS d'origine) que j'utilise actuellement ? Exemple : CardDAV : https://ndd.tld:1234/principals/user/ remplacé par https://xxx.ndd.tld/principals/user/ CalDAV : https://ndd.tld:1234/dossier/user/ remplacé par https://yyy.ndd.tld/dossier/user/ Si c'est possible, ne risquerais-je pas justement de foirer le fonctionnement de WebDAV qui est lui même utilisé pour forcer le HTTPS lors des connexions (via son .htaccess) ?

Etrange... J'utilise à peut près ma musique de la même façon et que je toi en intérieur et en extérieur... et aucun problème sur mes ALAC. Pour info, il sont tous issues de CD avec extraction via iTunes (directement en ALAC). Pour l'extérieur (clients iPhones uniquement), j'active une certaine compression : Format : MP3 Transcoder : Haute (qualité privilégiée) Pour l'intérieur (client iMac et iPad), je n'active aucune compression : Format : WAV Transcoder : Aucune Pour la partie hifi, je passe directement par un Sonos Connect (et son app dédiée) qui vient chercher mes fichiers via SMB (direction SMSL AD18) : Format : ALAC Transcoder : Aucune Mais est-ce que Audio Station (et DS Audio) lisent l'ALAC en natif ? Aucune idée, je n'ai jamais réussi à trouver la réponse exacte. Dans tous les cas, comme ça, aucun problème de lecture de fichier. Cela ne viendrait-il pas d'un problème de vitesse en upload de chez toi lorsque tu es à l'extérieur ? Je ne pense pas mais bon, tente quand même en mettant la compression à fond... on verra bien.

Donc en gros pour 80% des utilisations, c’est Apple TV ou nVidia shield. Si vous avez du iOS à la maison, prenez l’Apple TV. Si vous avez de l’androïd à la maison, prenez la shield. Comme j’ai fait le pub de ce forum sur celui de homecinema-fr, je vais me permettre de faire l’inverse ici. Ici, vous trouverez tout un tas de passionnés parlant du sujet : https://www.homecinema-fr.com/forum/multimedia-materiels-lecteurs-et-box/

Perso j’ai : Apple TV 4K + Infuse + SMB / CIFS sur DS418 Avec ceci, tout est lisible : mp4/mkv, h264/h265, 1080p/2160p, ac3/dts/atmos, sous-titres... Et c’est aussi compatible HDR 8 et 10 bits, ainsi que l’auto framerate (calage à 60 ou 24 FPS suivant la source). Malheureusement... pas de 23,976 FPS. Sinon tvOS est très stable, pas de freeze, saccade ou plantage (comme macOS et iOS).

Bon et bien... maintenant avec ou sans... CA FONCTIONNE !!! C'est cool même si je ne vois pas pourquoi ça n'a pas fonctionné avant !!! Le seul truc qui j'avais fait aussi, c'était un redémarrage de la Freebox (coupure de connexion suite à MAJ en attente d'installation). Et depuis donc... c'est nickel !!! Donc encore une fois : Merci à toute l'équipe pour le temps passé et votre extreme patience 🙏 Merci beaucoup, me voilà maintenant avec un serveur de messagerie opérationnel... et tout clean 🙏

Je referais un test sans cette information, mais bizarrement, avec ça marche et sans... ça ne marche plus. Mais bon, on verra ça demain parce que ce soir c’est tempête 😅 PS : Merci pour les captures et ta réponse en MP

Des nouvelles !!! Je ne sais pas pourquoi mais je regardais les options de ma Freebox et je me suis dit "tiens, et si j'indiquais mon nom de domaine ici" : Et là tout semble fonctionner, mais différemment ^^ Avec SPF tout semble fonctionner sur user@domaine.tld Sans SPF... là c'est mon adresse iCloud présente dans l'app mail du mac qui ne reçoit plus... Si vous avez une explication je suis preneur Mais surtout... est-ce une bonne idée de rester ainsi ??? Il y a-t-il un quelconque danger pour moi ???

Après quelques recherches je vois que le SPF du Synology et aussi utilisé pour vérifier les SPF des mails reçus. Cette fonction semble être réalisée par le package PERL, et plus précisément postfix-policyd-spf Je me demande si je ne devrais pas y jeter un coup d'oeil... Mais comment faire ? Via SSH ??? PS : Je savais q'une MAJ avait eu lieu il y a quelque temps la dessus : https://www.synology.com/fr-fr/releaseNote/Perl?model=VirtualDSM Mais ça n'avait rien donné... naturellement 😫

Tout va bien de se côté sinon tout le reste ne marcherait pas, comme : CardDAV : pour mes contacts (1 compte générale) CalDAV (via WebDAV) : pour mes calendriers + Rappels (4 comptes pour la famille + 1) Server Mail : qui fonctionne presque (4 comptes pour la famille + 1) Tous mes Revers Proxy : File Station / Download Station / Drive / Moments / Music / Partage de fichiers... En gros avec je fais tout avec mon NAS, je n’ai plus qu’à faire fonctionner correctement mon mail server et trouver une solution pour gérer mes mots de passe et je n’aurais plus aucun lien avec les services web extérieurs, tout sera et restera à la maison. Et tout fonctionne à merveille de chez moi et de l’extérieur.

Pour info je viens de regarder ceci : https://www.dmarcanalyzer.com/fr/comment-valider-votre-spf-record/ Dans le tuto il parle de : ns1.votredomaine.com. ns2.votredomaine.com. ns3.votredomaine.com. Mais moi j'ai : ns101.ovh.net. dns101.ovh.net. C'est normal ?

Ca ne marche pas mieux 😞 Si SPF coché sur le NAS : - mail quelconque venant d'iCloud : Pas de réception - mail de confirmation amazon : Pas de réception - mail de confirmation PayPal : Bonne réception Si SPF décoché sur le NAS : - mail quelconque venant d'iCloud : Bonne réception - mail de confirmation amazon : Bonne réception - mail de confirmation PayPal : Pas de réception