StéphanH

Oui, mais si le port 5000 est ouvert et que personne ne s’en sert, il n’y a rien à écouter … Mais je suis d’accord que c’est un risque. Rédigé avec Tapatalk Et j’en reviens à ma toute première interrogation … Outre cette question de sécurité, ou aurais je dû poster cette question ? Je ne vois plus le forum sur la conf de DSM. Rédigé avec Tapatalk

Sur le principe, plus il y a de portes, plus il y a de moyens de rentrer ... Ok Mais, une seule porte suffit ! Je pense plutôt qu'en sécurisant toutes les portes (par exemple, avec du 2FA et/ou du SecureSignIn), c'est plus efficace. Mais je peux me tromper ...

Merci pour ta réponse et ton avis. C’est vrai que le port soit ouvert ou pas, tant que je m’en sers pas, le risque est faible. Rédigé avec Tapatalk

Merci @Jeff777 Y surement plus simple que cela Je n'ai jamais fait cela avec mon 718+ ... C'est fou quand même qu'il n'y ait pas une case à cocher de base pour empêcher tout accès sans "S" ... Bon ... il se fait tard .. on verra demain ... Bonne nuit à tous ...

Merci. Je n'y trouve toutefois pas mon bonheur... Il me semble avoir lu qu'il ne faut pas, à cause d'effets de bord, cocher la case qui permet de rediriger le 5000 sur le 5001 D'ailleurs, elle n'est pas cochée sur le 718+, et pourtant le 5000 ne répond pas. Que ce soit sur le pare-feu du 218+ ou du 718+, je ne vois rien de particuliers ... Y a surement un truc idiot qui m'échappe ...

Hello Tous. Je n'ai pourtant pas encore pris l'apéro ... mais je ne trouve plus où parler de la configuration de base du Synology. Concrètement, mon DS218+ est passé d'une connexion SFR 3G (dont en IP privée) à une connexion Fibre (IPv4 et v6 publiques et fixes). Du coup, je fais un contrôle des moyens d'accès, et je me rends compte que l'accès via le port 5000 fonctionne, alors qu'il ne fonctionne pas sur mon DS 718+. Dans les deux cas, le portail de connexion ne renvoit pas le 5000 sur le 5001, et le Firewall a le même paramétrage. Comment fait-on pour refuser toute connexion non https ? merci !

Raté. Mon FAI sera Knet sur un RIP normand … La box est une Icotera. Je n’ai pas encore accès à sa configuration. La suite demain… Rédigé avec Tapatalk

Ok je comprends. Donc, tu me déconseilles de me servir du switch du TPlink lorsque la fibre fonctionne. Je le remplace par un switch. Rédigé avec Tapatalk

Merci pour ta réponse. Oui, la fibre est fiable si elle est bien construite. J’ai confiance en la fibre orange dans ma résidence principale, moins dans le RIP de ma résidence secondaire ou mes voisins ont plus de jours d’indispo que de jours de fonctionnement. J’ai du mal avec la suite de ta réponse… Oui bien sûr la nouvelle box sera routeur, gateway et DHCP du nouveau LAN Le reste, que faut il faire ? Ou ne pas oublier … Merci. (Rédigé avec Tapatalk)

Bonsoir à toutes et tous, Mardi est un grand jour : je devrais avoir la fibre ! Je vais pouvoir mettre mon TPLink MR600 au placard ... mais non ! j'aimerais le garder comme Gateway 4G de secours en cas de défaillance de la Fibre. Dans ce cas, que faire ? Je désactive simplement le DHCP de ce routeur, et j'indique son IP locale dans la rubrique Gateway de secours de mon nouveau routeur ?

Ce sous réseau est le sous réseau du VPN Il est donc probablement invisible et indépendant de la Box. Rédigé avec Tapatalk

L’interface me dit que j’ai cette version depuis 4j Aucun souci, malgré mon sous réseau en 192.168.2.0. Bref, comme d’habitude, un excellent firmware. Rédigé avec Tapatalk

Merci pour l’info … Rédigé avec Tapatalk

Un de mes deux NAS est dans une maison qui n’est pas habitée tous les jours (vive le télétravail) du coup, tout est éteint, sauf le NAS. en DSM6, j’avais un trafic lié, je pense, à surveillance station d’une centaine de Mo/j depuis DSM7, je serai plutôt à 1Go/j cest louche … ce ne peux pas être la sauvegarde de la configuration, enfin j’espère … avez vous fait le même constat ? Avez vous une idée de l’origine de cette consommation. ?

Merci Piwi, c’est clair pour mon esprit fatigué. Si je ne m’abuse, c’est nouveau ces RC pour des versions mineures (une RC pour la 7.0, je veux bien, idem pour une 7.1, mais pour une 7.0.1 qui est sensé être du correctif …) Rédigé avec Tapatalk

Nouvelle version de l'App iOS ce matin. Avec prise en charge de la notif sur AppleWatch : cela fonctionne bien sur mes premiers tests Par contre, toujours pas d'OTP sur Apple Watch : dommage, sur Authy, cela fonctionne nickel ...

Je n'ai toujours pas compris ... et vu que j'ai perdu mon rôle officiel sur ce forum, je suis très très mal ... Je résume : La 7.0.0 était la première version de production ? me trompe-je ? La 7.0.1 est une RC de quoi ? de la 7.0.2 ?

J’ai pas dû comprendre donc : ça m’arrive souvent. Si je résume : C’est une RC pour les machines pro et un correctif pour la 7.0 grand public de prod ? J’ai bon ? Rédigé avec Tapatalk

Merci. Que des MaJ automatiques en ce qui me concerne. Et je trouve ce "Release Candidate" assez mal venue pour une version de prod. Rédigé avec Tapatalk

Merci pour l'info ... Pourquoi lit-on "Release Candidate " sur la news ?

Merci @.Shad. Sous DSM6, le fichier en cours d'enregistrement était directement visible depuis mon Mac, en SMB. On voyait le volume du fichier croitre au fur et à mesure de la progression de l'enregistrement... Si c'est désormais un fichier caché, c'est une régression ...

Un index au sens VideoStation ??? Si c'est cela, ce n'est pas mon problème .... Le film n'est pas visible en SMB ni sur FileStation ...

Réponse de Synology sur ce dernier point : L'incident sera corrigé sur une prochaine mise à jour DSM 7.0 officail Créez la tâche de script synoindex -R /recording path (par exemple synoindex -R /volume1/video/TV Recording/) C'est rassurant. Quelqu'un peut il me dire ce que fait le script indiqué ? J'aime bien comprendre ce qu'on me demande de faire ... avant de le faire !

Je comprends ton impatience ... Personnellement, j'attends que le paquet soit full compatible DSM7. J'évite de jouer en SSH ...

Bonjour. Cela fonctionne chez moi (iOS dernière version) Rédigé avec Tapatalk