Kramlech

C’est normal c’est une IP interne, non accessible depuis l’extérieur... Pour reprendre depuis le début, est ce que tu as essayé de faire un Ping sur wmsyno-files.ndd.fr pour vérifier que la résolution se fait bien ? (depuis l’extérieur bien sûr)

octet = byte. Donc la taille en bytes = la taille en octets Tu veux quoi exactement ? Voir le mot « octets » à la place du mot « bytes » ?

Un reverse proxy, c’est pourtant la bonne solution. Si ça ne marche pas c’est que tu dois manquer quelque chose. Le principe est le suivant : tes deux noms de domaines doivent pointer sur l’IP de ta box. Sur le routeur tu rediriges le port 443 (si tu veux accéder en https) vers le reverse proxy. Et au niveau du reverse proxy tu rediriges le premier ndd vers l’IP/port du premier serveur et le deuxième ndd vers l’IP/port du deuxième serveur. Rien de bien compliqué...

Il existe un utilitaire « Hyper Backup Explorer » qui permet de lire les .hbk depuis un PC...

Très bon tuto .... Juste un petit détail : Chez Free, les IP fibre sont aussi partagées... Je suis en train de passer chez Free Fibre, et j'ai cela : Il y a longtemps que je pense à faire aussi un tuto (ou plutôt une super vulgarisation) sur IP, ports, passerelle, routeur, NAT, firewall, etc ... pour que les gens en comprennent vraiment les bases et puissent suivre les tutos d'une manière intelligente en comprenant ce qu'ils font .... Malheureusement, c'est le temps qui me manque le plus... Vivement la retraite !!!!

Ah, ça je ne savais pas .... De toute manière, je n'ai pas accès à l'espace client (il s'agit de l'abonnement Pro d'une petite société, j'ai accès à la box - bien obligé pour mettre en place et gérer le NAS, mais je n'ai pas les plein pouvoir sur tous les codes et comptes de la société 😊)

La nuit portant conseil, je me rend compte que je ne suis pas allé au bout de mon raisonnement... En effet, une fois la connexion VPN stoppée, le NAS distant aurait du retrouver son adresse IP, et donc le DDNS auraIi du se mettre à jour... Or ça n'a pas été le cas. Si j'ajoute à cela le fait que j'ai pas eu le message quotidien sur le résultat de la sauvegarde, la conclusion c'est que le NAS distant s'est planté !!!! Donc il va falloir que je contacte quelqu'un sur place pour redémarrer le NAS ... La suite au prochain épisode ....

Ben si, c'est le principe même d'un serveur VPN : pourvoir "sortir" sur internet avec une adresse IP qui n'est pas la tienne. C'est ce que permet l'usage de la gateway distante. Et quand tu fais cela, le système du NAS qui détecte les changements d'IP pour prévenir le DDNS de ces changements s'active et il met à jour le DDNS avec cette nouvelle adresse. Pour t'en convaincre, connecte toi sur le VPN du NAS depuis l'extérieur de chez toi, fait un coup de monip.com, et tu verras que l'IP renvoyée est celle du NAS ...

Alors il semblerait que finalement lors de ma dernière tentative la connexion ait fini pas s'établir ... Va comprendre ... Comme quoi même nos NAS peuvent tomber en marche !!! 😂 Par contre, il vient de m'arriver ce que l'on peut appeler un gros GAG !!! Donc en résumé, j'ai un NAS local qui me sert de serveur VPN, et un NAS distant qui veut être client du VPN. Lors de cette dernière connexion, pour que ce soit dit que j'avais tout testé, j'ai coché toutes les case présentes sur l'écran de connexion, y compris la case : "Utiliser la passerelle par défaut sur le réseau distant". Et comme la connexion s'est établie, et comme j'ai un DDNS sur ce NAS distant, et bien le DSM a bêtement fait son travail, : il a détecté le changement d'adresse IP (car le NAS distant sort maintenant sur le réseau du NAS local, et il a attribué l'adresse IP de mon NAS local sur au DDNS du NAS distant !!!! Moralité : je ne peux plus accéder à mon NAS distant car toutes ses redirections se font maintenant sur le NAS local ... Beuhhh... Dit madame Orange, c'est quand que tu vas changer l'adresse IP pour que je puisse à nouveau accéder à ce NAS distant ????

Comme je disais en introduction, la connexion au VPN se fait très bien depuis mon MacBook. Et pour éviter tout risque d'erreur de saisie, c'est à partir des mêmes copier coller que je fais les connexions sur les deux machines.... Donc pour moi, le problème ne viendrait pas du serveur, mais plutôt du client ....

Oui, bien vu, effectivement, cela peut être une raison ....

Je viens de reprendre la lecture de ce tuto et je me pose une question : Il est indiqué, pour les applications standards, qu'il faut leur attribuer un numéro de port via le "Portail de applications" Puis de gérer les redirections via le reverse proxy. Personnellement, je n'ai pas utilisé cette méthode. Car juste à coté de la colonne HTTP, il y a une colonne "Domaine". On peut y saisir un nom de domaine ("video.mondomaine.fr" par exemple). Et cela permet d'accéder directement à l'application via ce nom de domaine. Pas besoin de déclarer la redirection dans le Reverse Proxy. C'est le DSM qui se charge de tout. Existe-t-il une raison pour ne pas utiliser cette possibilité (plus légère que le Reverse Proxy) ?

Bonjour J'ai l'intention de connecter deux NAS (localisation géographique différentes) via un VPN pour pouvoir faire des sauvegardes de l'un sur l'autre. J'ai donc installé VPN Serveur et déclaré un VPN L2TP/IPSec sur l'un des NAS (merci à Fenrir pour son tuto sur le sujet). Ce VPN est totalement opérationnel car je peux y accéder (depuis l’extérieur bien sur) sans aucun problème depuis mon MacBook... Mais je n'arrive pas à connecter le deuxième NAS sur ce VPN... alors que bien sur j'utilise les même référence/mot de passe que sur le Mac... Ou ai-je raté quelque chose ? Définition du VPN : Définition du client : Résultat : Merci d'avance pour l'aide de la communauté.

Download Station fonctionne très bien avec YGG... J’ai déclaré dans DS un répertoire à surveiller. Depuis mon PC , correctement identifié sous YGG, je télécharge le fichier torrent directement dans ce répertoire du Nas. Et le téléchargement démarre immédiatement... Je pense que ton problème vient du fait que tu envoies l’adresse du fichier Torrent et non le fichier torrent lui même ...

D’ou Le conseil maintes fois répété de ne pas utiliser l’uPNP ...

La solution de Daffy (légèrement modifiée) est le seule réaliste : par définition on n’utilise pas une sauvegarde pour autre chose. Si on commence à utiliser / travailler sur des fichiers de sauvegarde, ce n’est plus une sauvegarde...

@Zeus : Merci beaucoup, c'est ce qui me manquait ... Et je viens de m’apercevoir que je ne recevais pas mes mails car Google bloquait les mails envoyés par BitWarden ! (problème des Applications moins sécurisées). Habituellement je ne regarde que discrètement les messages d'alerte Google. En effet j'ai un compte Google à mon nom, et mon nom est tellement commun qu'une ou deux fois par semaine j'ai des tentatives de connexion sur ce compte... (hé oui, c'est moi qui possède ce compte sans préfixe ou suffixe !!! - l'avantage d'avoir eu une invitation lorsque Google a commencé à développer Gmail ...)

Oui, je pense avoir essayé tous les modes possibles. Le problème du mode défini par l'utilisateur, c'est qu'il me manque certaines informations, comme le port par exemple ...

Petites questions stupides : Au fil de la discussion, le commande pour mettre à jour l'appli ont évoluées. Quelle sont les commandes à utiliser aujourd'hui ? Comment sait-on qu'il y a une mise à jour à prendre en compte ?

Il n’y a jamais rien d’automatique : toute action se fait en réponse à un choix. Le tout c’est de bien comprendre les conséquences d’un clic et éviter le syndrome du clic compulsif ! 😜😄

Bonjour à tous Disposant d'une camera SOMFY Visidom IC100, j'aurai voulu savoir si, par miracle, quelqu'un avait déjà réussi à faire reconnaître une caméra SOMFY (et la IC100 en particulier) par Surveillance Station ? Il me semble avoir essayé pas mal de chose, fait pas mal de recherches, mais avant de m'avouer définitivement vaincu, je lance un appel désespéré à la communauté ... Donc merci pour vos retours d'expérience (et je pense qu'il va bientôt y avoir une caméra SOMFY quasiment neuve à vendre sur Le Bon Coin...)

Passage à Drive effectué ... Aucun problème et ... plus de reboots aléatoire du MAc Merci à tous

Ben oui, il est toujours présent dans le centre de paquet ... Je ne voulais pas passer à Drive sans avoir fait un minimum de tests, mais je crois qu'il va falloir que je me lance ... Et je suppose que les deux ne peuvent pas cohabiter ? (et ma VM DSM ne veux plus démarrer !!!)

Et associé à Drive sur l'ordinateur, tu as quoi sur le NAS ? Drive ou Cloud Station ?

Bonjour Depuis quelque temps, mon Mac Book Pro (version 10.14.3) se plantait de manière aléatoire (reboot violent sans avertissement). Je viens de trouver l'origine de ces plantages : c'est Cloud Station Drive qui les provoque (quand je l'arrête, plus de plantage). Quand on regarde les notes de version, on peut avoir des explication sur ce phénomène : D’où mes questions : Est-ce que d'autre personnes ont été confrontées à ce problème ? Est-ce que je peux simplement remplacer Cloud Station Drive par Drive (qui d'après les notes de version serait mieux supporté : "Mac OS X 10.11 et versions ultérieures (64 bits)" Merci d'avance pour vos réponses