CoolRaoul

C'est bien au contraire, on avance! Ca prouve que le probleme est coté PC et pas coté NAS **EDIT** Reste a faire des tests de PC à PC, le résultat peut être interessant

En général la première chose que je soupçonne dans ce genre d'anomalie ce sont les câbles, mais vu que la situation n'est pas symétrique... J'imagine que tu a testé avec un autre PC (c'est ce que je ferai en tout cas), si oui qu'est ce que ça donne?

As-tu installé le dernier firmware sorti avant-hier déja?

A la racine ("/")

Euh... tu pensais aboutir à quoi en tapant cette commande? Mais, à ta décharge, faut reconnaître que le message initial de Samy était incomplet. Donc voici, tu dois éditer le fichier "server.properties" situé *dans* le dossier "/volume1/@appstore/Minecraft" et y modifier la ligne online-mode=true en online-mode=false si la ligne est absente suffit de l'ajouter au fichier. Et pour terminerrelancer le serveur Minecraft (NB: je ne connais pas minecraft mais on trouve ces infos assez facilement par ailleurs)

Comme Samy a essayé de te le demander sans succès ("que tapes tu exactement?"), je me permet de réitérer: faut nous dire *exactement* quelle est la commande que tu tapes et qui provoque le message "Acces Denied" si tu veux que l'on puisse t'aider.

J'aurais du vérifier avant de répondre, voila que ça me le fait aussi:

Ne serais pas surpris que, suite a la mise en ligne de la nouvelle version, les serveurs de chez Synology soient un peu à la ramasse (avec le nombre de téléchargements de firmware). Je me suis d'ailleurs pris quelques "HTTP Error: 504 (Gateway Timeout)" hier soir sur synology.com Pour peu que les serveurs gérant le DDNS partagent les mêmes tuyaux, ça pourrait expliquer ce que tu constates.

Ce qui est décrit est un problème de connexion interne, sur le réseau local (192.168.0.XXX) . Donc le routeur est hors de cause ici.

Bloqué par un firewall (celui du syno par exemple) ?

Seuls ceux qui avaient le bug auraient pu vérifier, mais comment auraient-ils pu faire la mise a jour sans pouvoir accéder à DSM? **edit** je faisais référence à

wget est *déja* intégré à DSM: /usr/syno/bin/wget

wget ne fait pas l'affaire pour faire des transferts ftp sinon?

Il est possible que ce problème soit corrigé avec le nouveau firmware disponible aujourd'hui (http://www.synology.com/releaseNote_enu/DS210j.php?lang=fre) Extrait de la release note; "Improved the compatibility of file sharing via SMB/CIFS with Mac computers."

Parler d’installation du toolchain est un peu exagéré, il ne s'agissait juste de la copie de deux fichiers et d'un répertoire. Et le mot de passe n'a rien a voir avec ça. Je pencherai plutôt sur une erreur dans l'édition de "/etc/profile" (qui d’ailleurs n'était pas indispensable) Faudrait vérifier de cette façon: set -x . /etc/profile Avec le résultat de l’exécution de ces deux commandes on devrait comprendre ou est l’erreur

En effet, bien vu (il y en à un qui suit)

En écrivant "certains services" fallait comprendre "quelques services". Pour ma part je n'ai que download station en plus, mais tu n'as pas du installer le package. Ce n'est pas l'url complete que tu peux configurer pour ces services, simplement définir la partie répertoire de l'url. Avec en option, une redirection à partir du port . exemple http://<nom>/filestation redirigé vers http://<nom>:5000/filestation. Peut-être n'as-tu pas activé le serveur web, panneau de conf -> services web -> activer web station ?

Avec ":5000" c'est l’adresse pour se connecter à l'interface d'admin dsm. Tu peux définir des ports et ou des urls différentes pour se connecter directement sur certains services si tu le souhaite dans le "portail des applications". Si tu crée des sites web (dans le dossier partagé web) tu y accédera via le port (sans le :5000 donc) avec nom de dossier pour l'url (http://<nom_du_nas>/<nom_du_dossier>) J'ai l'impression que te débrouilles pas mal pour quelqu'un qui découvre les syno depuis si peu de temps.

Si c'est a l'interface DSM que tu veux accéder, faut ajouter le port (5000) à l'url .....Synology.me, donc http://.....Synology.me:5000

Non, mais par contre tu vas devoir t'enregistrer sur un service de dns dynamique (DDNS) pour pouvoir accéder à ton NAS de l'extérieur en utilisant un nom (que tu pourra choisir). Je te conseille d'utiliser le service fourni par synology, tres simple à mettre en oeuvre: sous l'interface web, d'administration du NAS, panneau de configuration -> DDNS ->ajouter Choisir "Synology" comme fournisseur de service, et suivre les instructions. Tout ce que tu évoques est possible. Mais c'est à toi de déterminer de quelle façon tu *veux* accéder à ton nas à distance et pour quoi faire (administration, écoute de musique, naviguer dans et transférer les fichiers, lire des videos, etc ...). Une fois que tu auras défini tes choix, il nous sera possible de te conseiller la méthode à utiliser (ou tu trouvera la réponse à ta question déja présente dans le forum). N'hésite pas à user et abuser de la recherche détaillée. Apple c'est pas mon domaine, je laisse d'autres répondre. Mais ils vont souhaiter connaitre le contenu de ce message d'erreur. La aussu, commencer par nous donner le texte de l'erreur pourrait être utile je pense. On est la pour ça, mais mieux vaut évite de poser une dizaine de questions dans un seul post (pour celui-ci c'est encore bon), le fil risque de devenir confus. Mieux vaut une à la fois dans le sous-forum adéquat.

Su te sens de consacrer un peu de temps au problème, ça mérite d'ouvrir un dossier de support chez Synology. Par contre, je ne serais pas aussi catégorique sur ta conclusion (tout en comprenant ton exaspération): faudrait auparavent trouver d'autre témoignages similaires du meme phénomène pour en conclure que "DSM 4.2 est vraiment buggé *à ce niveau*". Et comme je l'ai déja dit, augmenter la taille de la partition n'est qu'un pis aller: si un process boucle en écriture il finira toujours, à plus ou moins loin long terme, par remplir la partition ou est localisé /tmp.

J'ai l'impression que tu as laissé un espace entre "./" et "SecuriserNasVPN")

Ben je suis pas sur place et je me sens pas de faire le test a distance et de me retrouver sans acces a mon nas, A priori ça m'a l'air bon. Si tu es sur place tu ne risque rien à tester

Pourquoi? Ca ne marche pas?

L'interaction entre la clause "Order" et le clauses "Deny" et "Allow" sont expliquées ici Si tu ne met pas au moins une clause "allow", bien entendu avec "deny from all", aucune ip n'est autorisée. Je me suis pas vraiment posé la question sur ce bloc VirtualHost, je l'ai reutilisé tel quel a partir tu tuto original si je me souviens bien. Faut faire des essais sans et voir ce que ça donne.