CoolRaoul

Je me demande pourquoi il se croie obligé de souligner : Sauf erreur de ma part, cette option est activée par défaut. Qui aurait l'idée saugrenue d'aller la désactiver ?

Après, j'ai parlé de NetBIOS, mais ce n'est pas forcément via ce protocole que la résolution nom => IP est effectuée sous Windows hein ! Comme je suis abonné Free, c'est la box qui diffuse le nom via différents protocoles : Et ne sais pas sur lequel Windows s'appuie pour trouver adresse IP

C'est en effet exactement ce que je viens de faire 🙂

C'est en effet ce que je cherche à faire. En fait j'imagine que c'est plutôt un problème de résolution nom => ipv6 : le client putty windows fait un "gethostbyname" (enfin l'équivalent compatible ipv4/ipv6, je suis loin de maitriser ça). Et il reçoit en réponse, pour IPV6, adresse en scope "global" et pas en scope "link" Mais il est moins smart que le client ssh qui lui, si ça échoue bascule en IPV4 et parvient à se connecter si le firewall ne laisse pas passer les addresses en scope global.

En SSH la seule machine Windows à partir de laquelle me connecte c'est mon PC. Autant faire simple.

Ici ce n'est que la fonction résolution de nom qui est utilisée Précisément je ne comprends pas pourquoi Windows se comporte ainsi Ca implique d'activer le serveur DNS du NAS j'imagine ? Autant editer le fichier hosts de mon PC alors.

Bonjour, Je suis loin de maitriser IPV6 et c'est pourquoi je m'interroge sur ce mystère Lorsque je référence mon NAS sur mon PC Windows dans une commande en utilisant son nom NetBIOS, c'est son adresse IPV6 globale (2a01:e0a:** chez moi) qui est utilisée au lieu de l'adresse locale (fe80::/10) J'aurais souhaité pouvoir configurer le firewall du NAS comme ça : <LAN local IPV4> * accept <Scope link local IPV6> * accept /../ quelques règles spécifiques ALL ALL deny Par suite si je laisse activée la dernière règle plus possible de se connecter en local par le nom avec Putty Bizarrement ça marche avec le client openssh natif de Windows 10 car ce dernier bascule automatiquement en IPV4 quand il ne parvient pas à se connecter en IPV4: C:\WINDOWS\system32>ssh -vv <username>@<nbname> pwd OpenSSH_for_Windows_8.1p1, LibreSSL 3.0.2 debug1: Reading configuration data C:\\Users\\Gilles/.ssh/config debug1: C:\\Users\\Gilles/.ssh/config line 6: Applying options for * debug1: C:\\Users\\Gilles/.ssh/config line 11: Applying options for <nbname> debug2: resolving "<nbname>" port 22 debug2: ssh_connect_direct debug1: Connecting to <nbname> [2a01:e0a:........] port 22. debug2: fd 3 setting O_NONBLOCK debug1: connect to address 2a01:e0a:........ port 22: Connection timed out debug1: Connecting to <nbname> [192.168..n.p] port 22. debug2: fd 3 setting O_NONBLOCK debug1: fd 3 clearing O_NONBLOCK debug1: Connection established. NB : bien entendu il est toujours possible de mettre une entrée statique avec juste l'IP V4 avec le hostname dans le fichier hosts de Windows mais j'aime bien comprendre

Finalement j'ai découvert que HiDrive supporte nativement WebDAV : https://www.ionos.fr/assistance/hidrive/configurer-sur-lappareil-mobile/connecter-son-ordinateur-a-hidrive-via-webdav-windows-1011/ Pour l'utiliser avec HyperBackup suffit de ne pas choisir "hidrive" comme destination mais "webdav" Il est très probable que ça soit soit moins performant (serait à tester toutefois). A voir

Pour faire une sauvegarde cloud, faut bien atteindre la cible avec un protocole supporté par celle-ci. Je ne comprends pas en quoi SSH serait moins sûr qu'un autre protocole (tel que webdav par exemple)

Attention, ici il s'agit d'un accès *sortant*

J'ai ouvert un compte avec l'offre basique (pour le prix je ne risque pas grand chose) Ensuite essayé de créer une tache Hyperbackup et ça échoue avec une erreur SSH

Bonjour à tous Je ne suis pas encore forcément décidé mais je commence à envisager la mise en place d'une sauvegarde externe vers un service cloud. Mon objectif n'étant pas une sauvegarde complete du NAS mais juste un d'un ensemble de données que je considère comme importantes à sécuriser. Dans un premier temps (et probablement ensuite aussi) il s'agirait d'une très faible volumétrie (moins de 100 Go) Mes critères : Supporté par HyperBackup Tarification économique Simple de mise en oeuvre J'ai déjà jeté un oeil à HIDRIVE. On y trouve une offre à un tarif très faible : 100Go pour 1.80€ / mois pour le stockage Plus 6€ pour accès SSH apparemment requis par DSM (je suis étonné qu'ils n'y ai pas d'API plus spécifique/adaptée) D'autres suggestions à part ça ?

C'est pas un peu tordu çà ?

Hello Maintenant que j'ai quasiment terminé ma migration et que mon DS224+ est passé "en prod" je suis à la recherche de suggestion pour quoi faire de mon vieux DS213J et ses 2 X 1TO Il y a bien l'option de l'utiliser comme site de sauvegarde à distance (vu que Hyperbackup Vault est supporté) mais dans cet usage c'est dommage de ne pas pouvoir l'utiliser pour "Active Backup for Business" ce qui m'aurait permis de sauvegarder le portable de ma femme

Attention : en utilisant Drive, la synchronisation est faite de façon monolithique par ce dernier et pas par KeePass lui-même. Le résultat est qu'on ne bénéficie pas de la synchronisation bidirectionnelle gérée nativement par Keepass. dans ce cas pas de problème bien entendu.

Je viens de m'apercevoir qu'alors que la connexion en OTP est activée sur un compte ce dernier peut continuer allègrement à se connecter en SSH via un simple mot passe (ou une clé) C'est normal ça ?

Attention je me suis gouré dans ma première réponse. La copie d'écran est celle de l'accès externe. C'est l'IP externe qui est affichée. Et elle est donc logiquement unique. Ce formulaire sert j'imagine àa configurer les URLQs qui sont utilisées par exemple pour les liens de partage.

je ne pense pas qu'on n'a pas besoin de cette information Tu as compris ma réponse ? Puisque tu as déjà fait la modification des ports dans DSM (ce qui n'était pas necessaire avec ma solution) suffit d'ajouter les redirections dans la box ***edit*** Ah non je n'avais pas compris. Tu es dans "acces externe => avancé" configuration du routeur dans DSM là Faut s'assurer que ce sont les mêmes ports définis dans "portail de connexion" Ensuite reste plus qu'à ouvrir les ports dans ce dernier alors

Ca devrait pouvoir se faire plus simplement la box en définissant une nouvelle règle d'ouverture de port je pense *:<port de ton choix> => <ip locale NAS>:5005 et *:<autre port de ton choix> => <ip locale NAS>:5006

La box ne supporte pas le proxy wake-on-lan ? Un paquet WOL est implémenté sous forme de broadcast UDP, donc visible que depuis le LAN depuis lequel il est produit Seule solution est que la box (ou un autre équipement connecté au LAN) sache jouer ce role

USB2 ou USB3 la connexion ?

On parle bien des connexions depuis le LAN en https ? Le faire sur "tous les navigateurs" je ne saurais pas dire bien entendu (chacun a sa spécificité et personne ne les connais tous) Par contre sur Chrome l'avertissement s'affiche seulement la première fois et ne s'affiche plus ensuite si on a accepté d'outrepasser : Autre option, se connecter en simple HTTP (en local ca craint déjà moins) . Il y aura toujours une alerte de sécurité mais la aussi uniquement la première fois.

Et pour les nostalgiques de VMS et son DCL je ne peux que recommander de se mettre à Powershell. On y retrouve le même esprit de "grammaire unifiée" des commandes : Remarquez ce n'est pas un hasard : son créateur est Jeffrey Snover un ancien de Digital (j'adore ce type, je vous conseille ses videos sur Youtube)

J'ai trouvé un fil sur le bugtracker qui semble confirmer cela : https://dev.freebox.fr/bugs/task/3466 L'ennui est que je comprend la question mais pas les réponses 🤔 **edit** Ticket ouvert le : "23/03/2010" (alors qu'in des commentaires est daté du 03.05.2019 ! 🤨) État : "Nouveau" Assignée à : "Personne" Dans tous les cas niveau réactivité c'est pas top

Tu mas mis sur la bonne piste! Dans l'appli Android j'utilisais comme IP cible le nom du reverse DNS de ma ligne que j'avais déclaré chez mon hébergeur DNS en V4 et V6 pour assurer la compatibilité des connexions V6 et V4 entrantes. Cette application n'est pas parfaitement compatible V6 on dirait En remplaçant le nom par l'IP V4 dans cette dernière ça remarche!