MagJ

Bonjour, Je suis très intéressée par la question, ayant l'intention de faire à peu près la même chose. Je ne vais pour le moment pas pouvoir aider (le projet est sur la pile... un jour...). Juste, dans le second compose, le vaultwarden est en ro alors que dans le premier il est en rw. Je ne sais pas si ça peut poser problème ?

Dans "Console d'administration Synology Drive", vous choisissez l'onglet "Dossier de l'équipe". Vous aurez accès à tous les dossiers de votre NAS. Vous en choisissez un et vous activez le Drive. Il faut avoir créé le dossier avant dans les dossiers partagés du panneau de configuration.

Dans le dossier Homes, chaque utilisateur va avoir son propre Home/Drive qui n'est pas pensé pour être partagé avec les autres. Par contre, des dossiers partagés sur le NAS peuvent être intégrés dans l'application Drive pour être partagés par plusieurs utilisateurs. Je pense que votre erreur vient de là.

La réponse m'intéresse car je rencontre le même problème depuis plusieurs années...

C'est justement ce que j'ai fait et, en réalité, je ne l'ai fait pour le smb que parce que j'avais des attaques sur le port 545 sur un des NAS. Jusqu'à présent, je ne m'étais pas trop posé la question. Merci beaucoup pour ces éléments de réponse. Je pense que je vais creuser du côté de WebDAV du coup...

Justement, non : j'expose un port autre qui est redirigé par le routeur (NAT) sur le 545 du NAS. C'est la contrainte de devoir ajouter le port à la fin du chemin que je voudrais enlever à mes utilisateurs et pouvoir surtout changer le port public comme ça me chante (par exemple s'il est attaqué à son tour). J'ai regardé le lien. Ça pourrait être très intéressant effectivement car, du coup, je pourrais faire du reverse proxy. J'avoue que je n'avais pas du tout pensé à WebDAV ! Jusqu'à maintenant, mes utilisateurs (internes et externes) étaient en AFP. Je suis en train de passer tout le monde en SMB suite à l'abandon annoncé d'AFP par Apple soi-même. La gestion des droits est propre avec WebDAV ? Quel est l'avantage (ou l'inconvénient) par rapport à SMB ?

Bonjour ! J'ai changé le port public de SMB sur deux de mes trois NAS suite à des tentatives de connexion incessantes sur le 445 par défaut. Tentatives qui échouent car sur SMB1, mais ça ne fait pas propre dans les journaux ! 😉 Pour simplifier la vie de mes utilisateurs, je voudrais avoir le même fonctionnement qu'avec un reverse-proxy : si ils tapent smb://smb.monndd.fr, ils arrivent automatiquement sur le port qui va bien sur le NAS. J'ai fait un test par acquis de conscience, mais le reverse proxy ne gère que du HTTP (ou alors j'ai raté quelque chose ?). Du coup, ma configuration est-elle possible à mettre en place et si oui, comment ?

J'ai fait une installation d'Ubuntu à distance la semaine dernière sans souci, donc c'est possible ! Est-ce que Open vSwitch est bien installé sur l'interface réseau dans le panneau de configuration avec l'option Balance SLB ?

L'erreur semble plutôt indiquer que le système ne reconnaît pas le fichier comme un PNG. Dans le stockage d'origine, les fichiers avaient des extensions ?

L'accès échoue sur les 3 NAS ou bien seulement sur le DS220+ ? Avec un accès WiFi "standard", la connexion fonctionne bien depuis l'extérieur (j'ai cru comprendre que oui, mais je voudrais être sûre) ? Est-ce qu'il y a d'autres services sur le NAS que le partage de fichiers et, si oui, est-ce que ceux-ci répondent correctement quand la connexion se fait via l'iPhone ?

Bonjour, J'utilise plutôt l'application mobile "Drive" pour faire les sauvegardes de mon portable que je retrouve donc dans mon dossier "Home". Mais je ne sais pas si c'est le fruit d'une réflexion poussée (que j'aurais oubliée) ou bien un hasard complet... En tout cas, chaque fois que je dois utiliser DS File, je râle car je le trouve très lent à se connecter.

Dans le portail de connexion, le sous-domaine était déjà saisi. J'ai coché l'option HTST mais ça ne fonctionne pas mieux. Si je mets le nom de domaine avec le numéro de port, j'ai toujours la page avec le logo Synology et "Désolé, la page que vous recherchez est introuvable." J'ai testé sans mettre le numéro de port et, comme je m'y attendais, l'erreur est différente : le navigateur m'indique qu'il ne trouve pas le serveur (ce qui me semble tout à fait normal puisque j'ai du routage de port sur le routeur Free donc il ne laisse pas passer sur 80 ou du 443). J'ai vérifié sur mon RS820+ dans les options du portail de connexion : j'ai le nom de domaine (et même pas le sous-domaine complet) et l'option HTST n'est pas cochée et ça fonctionne parfaitement. D'autres idées ? Du coup, ça m'a titillé... Et là, ça marche ! Il ne fallait pas mettre xxx.ndd.com mais ndd.com dans le portail de connexion !

Alors, j'ai obtenu l'IP full Stack (avec une nouvelle adresse IP au passage, d'ailleurs). Si je la fais courte, sans surprise, ça ne fonctionne toujours pas. Pour la version longue : J'ai mis à jour l'enregistrement DNS A chez OVH avec la nouvelle adresse IP. Le nslookup me renvoie bien la nouvelle adresse IP. Si je me connecte à la Freebox à distance avec le nom de domaine, ça fonctionne. Si je tente de me connecter sur l'administration du NAS via le nom de domaine, j'obtiens toujours la page d'erreur renvoyée par Synology : "Désolé, la page que vous recherchez est introuvable." Si je tente de me connecter sur le NAS avec l'adresse IP, ça fonctionne. La connexion en SFTP via le nom de domaine fonctionne. Il s'agit bien d'une adresse IP fixe et la zone DNS est correctement renseignée depuis le début chez OVH : nslookup a toujours renvoyé la bonne adresse IP et en outre, ça fonctionne pour certains services ! Il n'y a que pour l'administration du NAS que l'accès ne fonctionne pas avec le nom de domaine... Très étrange...

Le full stack a été demandé ce soir. Je ne comprends pas bien ce que ça pourrait changer, mais je ferai des essais demain pour voir si ça a résolu le souci.

Mon nom de domaine est chez OVH et c'est en fait un sous-domaine qui a un enregistrement A qui pointe sur l'adresse publique du routeur. Attention, je ne parle pas de site web et il ne s'agit pas du tout des ports 80 et 443. Je parle d'accéder à l'interface d'administration du NAS qui passe par défaut par le port 5001. J'ai changé ce port sur le NAS pour le mettre à 51000 et j'ai fait une redirection sur le routeur depuis un autre port (à cause de l'absence d'IP full Stack) pour transférer le port 19000 entrant sur le port 51000 sortant vers le NAS. Je suis à peu près sûre qu'il n'y a pas besoin de virtualhost dans ce cas. Par contre, j'ai peut-être raté quelque chose sur le portail de connexion ? Je réalise que j'ai oublié de préciser quelque chose : j'ai configuré l'accès au NAS sur l'adresse lieuA.monNDD.fr l'an dernier et ça fonctionnait impeccable. Le NAS a été déménagé pendant quelques mois dans un lieuB et j'ai alors configuré l'accès au NAS via l'adresse lieuB.monNDD.fr. Le retour au lieu A est concomitant avec le changement de fournisseur d'accès (en clair le passage de l'ADSL d'OVH à la fibre de Free). C'est donc peut-être dans ce changement de nom de domaine que j'ai fait une erreur que je ne vois pas. Une fois encore, le problème n'est pas sur la zone DNS puisqu'un nslookup renvoie bien l'adresse IP attendue ni sur le port puisque le transfert se fait correctement quand je n'utilise pas le nom de domaine mais directement l'adresse IP.