CoolRaoul

Ben, si tu lui fait logger les regles "accept", apres faut pas s'étonner du volume des logs non plus: Warning May 28 11:25:43 FIREWALL rule : Protocol: TCP Src ip: 86.209.120.137 Src port: 57925 Dst ip: 192.168.1.65 Dst port: 6690 Chain: forward_host_service Rule Id: 2 Action: accept

Utiliser le service DDNS fourni par synology que j'ai évoqué quelques messages plus haut? (et depuis DSM 4.2 on peut déclarer plusieurs service DDNS en plus)

Ce modèle ne figure pas dans la liste de compatibilité officielle Si on regarde la liste des modèles testés par les utilisateurs, elle n'y figure pas non plus. Cependant une référence Samsung proche (CLX-3175) est listée mais avec le commentaire "Works fine both on PC and Mac. Only printer", pas de scan donc. Mais, pour les fonctions scanner, ne peux-tu pas y accéder simplement en WIFI? Le faire par l'intermédiaire du Syno n'apporterait rien de plus il me semble (sauf si tu ne dispose pas de wifi chez toi bien entendu)

Sans nous décrire tes manip et surtout quel est le *libellé exact* du message d'erreur faut pas trop espérer une solution rapide par conséquent: Quel est ce message d'erreur? Qu'est-ce qui ce passe si tu tapes ceci, après avoir activé "exécuter" dans le menu démarrer (Win-R sous Windows ? <ip_locale_du_nas(exemple: "192.168.0.20") que donne dans une fenetre de commande (cmd) ping ip_locale_du_nas est-ce que le firewall du NAS est désactivé? si oui peux-tu refaire les tests apres l'avoir désactivé

C'est la réponse (et la bonne) au titre de ton message: "Paramètre Des Ports Pour Webdav" Les ports que tu dois ouvrir pour un acces webdav sont effectivement ceux que Pluton t'a donné

Panneau de configuration -> Paramétres de DSM -> Port du routeur Renseigner "nom d'hôte ou IP statique" avec l'IP internet (ou mieux le nom DNS externe, DDNS ou autre)

Je ne comprend pas cette phrase (le dossier /opt/... est dans mon répertooire courantà ipkg update marche ou pas maintenant? La prochaine fois essaie d'être plus précis dans tes explications stp...

Bon c'est clair, cette l'erreur indique que /opt n'existe pas Apres l'avoir créé (" mais lorsque je le créé et que je lance la commande mount") tu l'a de nouveau supprimé alors ? pourquoi? Donc crééer /opt lancer /etc/rc.local nous dire ce que ça donne Ce que tu appelle "colorisation syntaxique du terminal" n'est en fait, si je comprend bien, que l'affichage de la commande "ls" qui est colorisé par défaut dans le cas du "ls" DSM (/bin/ls) et pas dans le cas du "ls" de optware (/opt/bin/ls) Suivant que les binaires optware sont ou non accessible via la PATH, c'est l'un ou l'autre des "ls" qui va être exécuté.

Comprend vraiment pas de quoi tu parles avec cette histoire de "colorisation syntaxique du terminal". J'ai l'impression que tu mélange deux problemes sans rapport entre eux, Sinon pour le probleme "ipkg update", Je t'avais suggéré d'utiliser l'argument "-verbose_wget" à wget, je ne comprend pas pourquoi tu insiste pour ne pas le faire. Ca pourrait nous donner des pistes pourtant **edit*** je vois que tu as modifié ton post: Est-ce que /opt existe ou pas? que donne la commande "mount | grep /opt" ?

Vois pas ce qu'il faut comprendre par "grosso modo" mais bon, pas important. Qu'affiche la commande: sh -x /etc/rc.local stp ? *edit** est-ce que /opt existe au moins?

Si ipkg n'est pas configuré; c'est normal que tu n'ait pas la commande sudo puisque qu'elle n'est disponible que via optware (ipkg si tu préfère) Quand a l'erreur "mount" serait peut-être utile de nous dire à quel moment elle apparaît et à la suite de quelle action de ta part.

C'est ta réponse à ma question précédente ou doit-on comprendre que le sujet est clos?

Peux-tu essayer: ipkg -verbose_wget update Et nous donner le résultat?

Le port jaune est normalement dédié au décodeur TV Il me semble que si le service TV n'a pas été désativé dans la config il ne fonctionne pas normalement cf: http://assistance.orange.fr/reactiver-desactiver-le-service-tv-d-orange-sur-la-livebox-1313.php

Etant donné qu'ici c'est un forum Synology, tu aurait quand meme pu mentionner le fait que ce type de service (DDNS) est aussi intégré à DSM et que Synology fournit lui meme ce service: En plus, cette solution Syno gratuite gère les sous domaines (pour faire du virtual hosting) de façon transparente et illimitée, ce qui peut être un plus par rapport a d'autre services gratuits équivalents. NB: mal réveillé sans doute, je n'ai pas compris que l'utilisateur qui posait la question ne connaissait pas ce type de service, mais qu'il voulait juste savoir pourquoi son IP changait aussi souvent. Voila pourquoi je n'ai pas même pas pensé a lui proposer. Honte à moi

Le changement de l'IP externe, dans tout les cas, ce n'est pas un probleme coté NAS C'est l'infrastructure réseau de ton fournisseur daccès internet qui prend l'initiative de changer ton IP externe. C'est donc de son coté qu'il faut poser la question (peut-être l'as-tu déja fait?)

Dans le cas de l'exemple présenté, pourrais-tu nous donner le résultat de la commande head -n1 configure et ls -l configure

Probleme confirmé sur le compte twitter officiel Synology: https://twitter.com/Synology/status/337269399478222848

C'est effectivement rétabli mais il s'est passé un truc pas clair, il y a des screenshots sur le forum US: http://forum.synology.com/enu/viewtopic.php?uid=32238&f=4&t=66221&start=15#p263673 Piratage du site vite corrigé?

Bon à savoir: on peut déja conclure que tout est OK coté Syno. Va te falloir concentrer tes investigations ailleurs Pour en avoir le coeur net, tu peux tester avec un simple ligne de commande (marche aussi sous windows): telnet <addresse> <port> Si tu as un timeout c'est que le port est bloqué à un niveau ou un autre. Un truc me chiffonne cependant: tu nous as dit que DSFile marchait sur le téléphone. Hors, DSFile utilise webdav, donc ca montre que tu as bien la connectivité entre ton téléphone et ton NAS sur le port webdav via le réseau mobile. La j'ai peut-être une solution, aller dans Panneau de configuration -> Gestionnaire d'identification, et supprimer les mot de passes enregistrés en cache correspondants à la connexion webdav du NAS

Une bouteille de Lagavulin serait plus de mon goût , mais ça ira pour ce coup là.

Pas forcément besoin de rebooter (mais ça ne peut pas faire de mal), sans doute redémarrer owncloud (je ne connais pas cette appli), et verifier si ça a résolu le probleme

si tu as bien choisi le toolchain correspondant à ton NAS, ca doit ressembler à ca oui Je reconnais qu'il n'est pas tres explicite dans ses explications l'auteur du tuto Le "tar xvf" a créé un dossier dont le nom dépend du type de CPU du toolchain (qoriq pour toi) Par exemple, pour mon ds210j c'est "arm-none-linux-gnueabi", et donc ca me donne: cd arm-none-linux-gnueabi/arm-none-linux-gnueabi Je pense que pour toi ce doit être "powerpc-none-linux-gnuspe", ce qui donne: cd powerpc-none-linux-gnuspe/powerpc-none-linux-gnuspe Oui, cette partie-la ne s'applique qu'aux shells interactifs et ne s'applique pas à Owncloud

Avec quel message d'erreur sous netdrive? Si tu fais tes tests avec ton adresse noip, tu est bien connecté de l'extérieur ?

Cable NAS <-> livebox défectueux ? Je commencerai déjà par simplement en mettre un autre à la place.