Martinelli

Bonjour, Il y a, depuis la version Sequoia de l'OSX , des restrictions quant aux connexions à un réseau local. . Il n'y a qu'un nombre limité d'applications bien identifiées qui sont autorisées (on peut les afficher à partir des préférences système (gestion des utilisateurs). mais on ne peut pas en ajouter. Imaginons que vous ayez un LAN complètement isolé (pas de connexions externes pour des problèmes de sécurité). Une dizaine d'utilisateurs avec des adresses IP fixes (de 192.168.1.x jx = 3 .... 13) et un NAS sur le même LAN avec l'adresse IP : 192.168.1.21. Dans les version précédente une application écrite en JAVA (mais je pense que le langage n'a pas d'importance) lançait la commande suivante pour se connecter : SMB //user:password@192.168.1.21/SharedFolder ./LocalFolder ceci marchait parfaitement bien. Aujourd'hui les postes de travail qui ont migré à la version séquoia de OS/X se voient refuser la connexion. Y-a-t-il une solution ? Quitte à modifier le code des programmes; Pour l'instant je n'ai trouvé qu'une solution que j'espère provisoire, c'est de démarrer l'application dans une session Terminal et de taper manuellement la commande. Mais on ne peut alors pas cliquer sur une icône, ce qui est quand même pas le top pour les utilisateurs. Le problème ne se pose pas si l'on vient de l'extérieur avec l'adresse IP de la box. Par exemple : SMB //user:password@83.21.35.14/SharedFolder ./LocalFolder mais comme je le disais, pour des pbs de sécurité très importantes, ce n'est pas possible de placer le NAS en DMZ. Toute idée sera la bienvenue. Merci d'avance. Gégé

Merci pour ce commentaire. Si je comprends bien : il n'y a pas de solution. Dans ce cas, ce serait super d'indiquer dans le "user's guide" du NAS, qu'il y a quelques restrictions dans le nom d'un share Folder. 1. Pas de caractères accentués car même en spécifiant des codes-pages cela ne marche pas. 2. pas de caractères spéciaux et d'espace Merci à tous pour votre support. Je pense qu'on peut clore ce sujet. Gérard

Merci mais cette solution qui me parait pertinente arrive trop tard. Le nom du shared folder n'a plus d'espace maintenant. Toutefois s'il accepte, je lui demanderai de définir un autre volume avec un espace pour faire l'essai. Même s'il n'y a qu'un répertoire pour ce volume. Merci encore

Désolé de répondre tardivement, mais j'ai pris quelques vacances. Pour répondre à tes commentaires, j'essaie le plus possible de respecter la syntaxe. Dans le cas qui nous préoccupe, j'ai fait exactement ce que tu as suggéré. Mais hélas sans succès. Quoi qu'il en soit, en discutant âprement avec le gestionnaire du NAS, il a accepté de supprimer l’espace dans le nom du "shared Folder". Donc mon problème est résolu, mais je reste quand même sur ma faim, car je n'aime pas laisser en suspend un problème que j'ai du mal à régler et surtout à comprendre Merci encore pour ton aide et tes commentaires Gérard

Merci encore pour cette réponse. Bien sûr j'avais déjà pensé à ajouter le caractère souligné à la place de l'espace, ou même changer complètement le nom du shareFolder, mais les utilisateurs aujourd'hui peuvent utiliser PLEX pour voir des centaines de videos et cela changerait trop la structure du site. Concernant le mot de passe, oui, il le faut, d'ailleurs lorsque le sharefolder n'a qu'un seul mot cela marche très bien ainsi que d'utiliser /sbin; et non /usr/sbin. J'ai essayé aussi de mettre des doubles apostrophes, ainsi que plusieurs espaces avant le local folder mais là aussi sans succès Quoi qu'il en soit, je te remercie de vouloir m'aider. Gérard

Merci mais cela ne marche toujours pas. Voici la commande et la réponse : /sbin/mount_smbfs //Gege:mypass@myhost/My\ ShareFolder/ /users/gerardmartinelli/Duchmol2 mount_smbfs: URL parsing failed, please correct the URL and try again: Invalid argument J'ai l'impression que l'on ne peut pas utiliser un échappement pour un espace; J'ai aussi essayé de tout mettre entre apostrophes (ou double quotes mais sans succes D'autres idées ? Merci encore Gérard

Merci pour toutes ces réponses. J'ai essayé les solutions de Maxou56, mais sans succès. J'ai fait le test en mode terminal pour pouvoir obtenir les messages d'erreurs éventuels. 1) /sbin/mount_smbfs //myid:mypassword@myhost/My\ShareFolder/ /mylocalfolder renvoie erreur sur /mylocalfolder qui évidemment existe bien et est vide. 2) / sbin/mount_smbfs //myid:mypassword@myhost/'My ShareFolder' /mylocalfolder renvoie URL erreur Ai-je manqué quelque chose ? Par contre, sous Windows cela marche très bien avec la commande "net use" Quoi qu'il en soit, merci encore pour votre implication. Gérard

Bonjour, Je suis sous MAC OSX. Si le nom du " share folder" du NAS n'est constitué que dun seul mot, je n'ai aucun problème. Par contre s'il est constitué de plusieurs mots (par exemple "My ShareFolder") cela ne marche plus lorsque par programme je lance une commande mount_smbfs. J'ai essayé les choses suivantes : mount_smbfs //myid:mypassword@myhost/My ShareFolder/ /mylocalfolder mount_smbfs //myid:mypassword@myhost/"My ShareFolder" /mylocalfolder mount_smbfs " //myid:mypassword@myhost/My ShareFolder" /mylocalfolder mount_smbfs //myid:mypassword@myhost/My/ShareFolder/ /mylocalfolder mais rien ne fonctionne. Ma question est simple: : Peut-on avoir des espaces dans le nom d''un share folder ? Merci d'avance pour toute suggestion. Gérard

Merci à tous pour vos réponses. Avec elles j'ai du grain à moudre. Pour l'instant j'ai demandé au gestionnaire du NAS de supprimer l'accent. Ce qu'il a accepté Ceci étant dit je ne suis pas entièrement satisfait car je n'aime pas que les choses ne marchent pas pour des raisons que je ne comprends pas. Donc je vais essayer de comprendre pourquoi ce problème existe. Mais pour l'instant ce qui était urgent c'est que l'on puisse se connecter ce qui est donc le cas. Merci encore pour tout Gérard

Bien sûr que cela marche avec le Finder, c'est ce que je fais actuellement, mais le problème c'est d'automatiser le "mount" du répertoire par programme. Cela évite aux utilisateurs de connaitre l'adresse IP et le nom du volume. Lorsque je parlais de lancer cette commande en mode "Terminal" c'était l'environnement des derniers essais que j'avais faits. En réalité j'avais commencé à écrire un Test en Java et devant l'échec de la connexion, j'ai essayé de cerner le problème à partir d'une procédure tracée ligne à ligne. Les informations de connexion sont en réalité disponibles dans une base de données, et lorsque le programme démarre, elles sont retrouvées à partir de la base , le programme peut alors lancer la commande mount_smbfs avec tous les paramètres nécessaires. Je n'ai ce problème qu'avec les MAC car sous Windows, je n'ai pas besoin de lancer la commande smb. J'utilise une commande "net use ... " et cela marche très bien. Concernant la présentation, j'ignorais, je viens donc de le faire. Merci toutefois de te préoccuper de mon souci mais cela ne résout toujours pas ce problème d'accent. A mon avis, il y a une faiblesse soit du coté MAC, soit du côté Synology (mais j'ignore lequel). Si j'ai le temps j'essaierai de modifier le code sous Windows pour lancer à la place de "net use" une commande smb. Je saurai alors qui est responsable. Gérard

Bonjour, Physicien de formation, je me suis tourné vers l'informatique depuis plusieurs décennies. Depuis, je me suis occupé essentiellement de grands systèmes, IBM, UNIX, MACOS, et même Windows. Je connais pas mal de langages informatiques (Assembleur IBM , Fortran, JAVA, C, APL, REXX). Mais je peux dire que je connais particulièrement très bien Java et l'assembleur. Comme poste de travail , j'alterne entre Windows et MAC pour assurer la portabilité des applications.

Oui une fois enregistré, j'avais noté la faute d'orthographe, mais je ne sais pas comment éditer mon post pour corriger. Merci de l'avoir fait pour moi.

Bonjour, Je suis face à un petit problème lorsqu'à partir d'une session "Terminal" sur un MAC Notebook Pro j'essaie de me connecter à un NAS sur un réseau externe. Par exemple supposons que sur le NAS le volume auquel un utilisateur a droit s'appelle "Elèves". POur cela je lance la commande : mount_smbfs //id:pw@xx.xx.xx.xx/Elèves j'ai aussi essayé mount_smbfs //id:pw@xx.xx.xx.xx/Elèves ./repLocal où id ---> identifiant, pw ---> mot de passe xx.xx.xx.xx ---> l'adresse IP Dans les deux cas j'obtiens invalid URL. Les tests ont été réalisés avec SMB1, SMB2 et SMB3 sans que cela change quoi que ce soit. Par contre si j'appelle le répertoire "Eleves" (sans accent) alors la commande marche très bien. J'ai pensé que cela pouvait provenir d'une incompatibilité de Code pages, mais j'en ai essayé plusieurs sans succès (UTF-8 Latin_1, occidental, etc). Si vous avez des idées merci de m'en faire part. Gérard