CoolRaoul

Autant remplacer -exec rm {} \; par un simple -delete Plus efficace (évite un fork pour chaque fichier rencontré) et compact

Vu qu'il semble établi que le refus vient du serveur apache, en activant ses log (error-log er access-log) il devrait être possible d'y voir ce qui coince, non? Par contre à ce que je me souviens, la config des serveur web du syno (systeme sur les ports 5000 et 5001 et user sur les ports 80 et 443) est assez alambiquée, faudra trouvé plus compétent que moins pour identifier le ou les fichiers à modifier. **EDIT** En fait certains sont déjà activés, et pour les autres juste un commentaire à modifier: fserv> pwd /etc/httpd/conf fserv> egrep -i "(error|custom|script)log" httpd.conf-* httpd.conf-sys:ErrorLog /var/log/httpd/sys-error_log httpd.conf-sys:#ErrorLog /dev/null httpd.conf-sys: CustomLog /dev/null combined httpd.conf-sys: #CustomLog /var/log/httpd/sys-access_log combined httpd.conf-sys:ScriptLog /var/log/httpd/sys-cgi_log httpd.conf-user:ErrorLog /var/log/httpd/user-error_log httpd.conf-user:#ErrorLog /dev/null httpd.conf-user: CustomLog /dev/null combined httpd.conf-user: #CustomLog /var/log/httpd/user-access_log combined httpd.conf-webdav:ErrorLog /var/log/httpd/webdav-error_log httpd.conf-webdav:#ErrorLog /dev/null httpd.conf-webdav: CustomLog /dev/null combined httpd.conf-webdav: #CustomLog /var/log/httpd/webdav-access_log combined httpd.conf-webdav:ScriptLog /var/log/httpd/webdav-cgi_log

Vu l'absence de réponse j'imagine que c'est impossible à corriger? **EDIT** Ca m'ennuie spécialement le cas de tutos que je me suis un peu emm*** à rédiger proprement. La j'hésite à les modifier car en absence de fonction "éditer en texte brut" dans le nouvel éditeur, ça m'obligerait à travailler sans filer (pas de possibilité de sauvegarde).

La migration du forum, il y a quelques semaines de ça, a fait quelques dégâts hélas. Heureusement qu'il y a la "Wayback Machine" pour visualiser l'état de ce fil avant le drame: https://web.archive.org/web/20140210180634/http://www.nas-forum.com/forum/topic/17615-aide-webdav-tutos

Il y avait vraiment un problème en fait: "unexpected lockdown"

Ca bagotte semble-t-il: revenu pour moi aussi J'avais eu la même erreur avant hier, plus retesté depuis et, pof, en voulant re-essayer voila que ca recommence, d'ou ma conclusion hâtive.

J'ai ça au moins depuis deux jours: http://forum.synology.com/enu/

Ma question était: "pourquoi ceux-la ?" (et seulement ceux-la) Dans mon message j'ai indiqué comment les afficher: panneau de conf -> "service de fichiers" -> ftp -> "plage de ports ftp passif" C'est décourageant C'est peu important ici.

Pourquoi ces ports (1025 et 65535) en particulier? En plus du port 21, les ports à ouvrir sont ceux ports déclarés dans la config FTP DSM (panneau de conf -> "service de fichiers" -> ftp -> "plage de ports ftp passif")

Le mode réponse avec quote reste toujours inconfortable: Dans les autres forums ça se présente comme cela: Et avec NAS-Forum, on a ça: Je fais un test de réponse avec Tapatalk ici Ajouté ligne blanche au dessus Nouveau test: cd //// ^^^^ c'était sous Tapatalk, marche toujours pas (on aurait du avoir "cd //<nom_ou_IP_du_nas>/<dossier_partagé>/<chemin>")

Tout à fait, je peux le confirmer.

Voila qui fait plaisir. On va tester tout ça des que possible.

Ah oui j'avais un peu survolé. J'ai bien peur que ce soit mort alors en effet.

En 3G, attention à bien utiliser l'IP *externe* dans la config de l'appli smartphone. Si ce n'est pas une IP fixe faudra utiliser un service de type dyndns (celui fourni par Synology fera très bien l'affaire)

Oui je vois l'image mais ça ne concerne pas notre problème. Il s'agit apparemment de l’accès à distance à l'interface de la box (mieux vaut le laisser à off d'ailleurs) Reste un truc à peut-être tester (mais c'est sans garantie, si ça marche ça serait de la sorcellerie niveau 3eme année): comme je l'ai évoqué dans mes messages précédents, essayer de déclarer dans la box une redirection avec une adresse cible de type broadcast. Donc: Port: 9, UDP, avec IP cible en .255 (prendre la même que celle du NAS en remplaçant le dernier byte, exemple: 192.168.0.255) Si ça ne fonctionne pas il n'y aura pas de solution possible avec cette box.

L'image ne s'affiche pas

@pecer: comme on a essayé de l'expliquer dans le fil le WOL à distance n'est possible que si le modem/la box supporte la fonction "Proxy WOL". En France seule celles de free disposent de cette fonction. Tu comprendras qu'une redirection vers l'IP d'un appareil qui est *power off* ne peut rien donner (sauf si on as au préalable inséré une entrée statique dans la table ARP de la box, chose que je pense rarement, sinon jamais, possible avec une box grand public): en gros ton NAS recevra les paquets de reveil *uniquement* si il est déja démarré, ou si il est éteint depuis moins de quelques minutes (dépend du TTL de la table ARP de la BOX/du routeur).

Un long fil tout récent sur ce sujet (récurrent): http://www.nas-forum.com/forum/topic/48311-synology-fonction-wow-depuis-l’extérieur-logiciel-application-paramétrage-–-avec-window-ou-ios-résolu/

Je viens de m'apercevoir que dans de vieux fils les occurences de la chaine de caractères "80" à été remplacée par un tag "img" qui pointe dans le vide: <img src="emoticons/aqua_mega_shok.gif" alt="80"> Exemple de fil: http://www.nas-forum.com/forum/topic/29997-mettre-en-place-une-config-reverse-proxy/?page=9 Autre problème, le contenu de citations d'autre posts ont été modifiées exemple http://www.nas-forum.com/forum/topic/41813-reverse-proxy-avec-nginx/?do=findComment&comment=1319235263 (au début et à la fin du premier post)

Tiens, ça serait une utile évolution à suggérer à Synology je trouve.

Voila qui confirme mon impression. Par contre pour que ça marche en utilisant le port forwarding comme indiqué faudrait que la box ou le routeur accepte une règle avec pour destination une adresse de type broadcast (exemple: 192.168.0.255) et je ne pense pas que ça coure les rues (même pas sur que ça existe) Heureusement que tu as une FreeBox qui intègre le proxy WOL et évite cette acrobatie Te faudra donc trouver une appli WOL pour IOS. Une rapide recherche m'a trouvé celle-ci: https://itunes.apple.com/fr/app/wakeup-the-wake-on-lan-wol-tool/id484226812?mt=8 mais doit être possible de trouver l'équivalent en gratuit, un outil de ce type n'étant franchement pas très compliqué à développer. Autre option, si tu ne craint pas de communiquer don IP et la MAC address de ton NAS à un site tiers, il existe des services en ligne qui font le job.

J'ai déjà répondu: j'utilise une appli dédiée (sous Android) Tout à fait

J'ai bien compris çà mais déconnecter ton téléphone du WIFI et le laisser se connecter en 3G/4G à la place, permet, même en restant a domicile, de justement simuler cette configuration distante et de tester dans ce contexte à volonté sous unix/linux ssh :-> Blague à part tu peux utiliser putty sous Windows (http://www.putty.org/) . Sous MacOS je ne sais pas Tu vas te connecter avec le user "root" et comme mot de passe celui du compte admin DSM. Ensuite faut taper cette commande. Control-C pour interrompre. Ils n'ont pas à l’être: la fonction du proxy WOL de la box est, lors de la reception coté WAN de paquets UDP de ce type de les rediriger en broadcast sur le LAN. Je ne comprend pas la question: tu as dis que ça fonctionnait en interne donc tu connais forcément la manip pour déclencher l'envoi. Mais il faut que to NAS soit déclaré dans DS Finder avec son IP externe (pas celle en 192.168...) C'est fondamental. Par contre je ne connais que la version Android de DS Finder, sous IOS je ne saurais dire Sinon, autre option est d'utiliser sur ton téléphone une application WOL. Il en existe des tas sous Android, pas de raison de trouver l'équivalent sous IOS. Faudra lui indiquer dans sa config ton IP externe et l'adresse MAC de ton NAS (tu las trouvera dans l'onglet "général" de DS finder si s'est similaire à la version Android)

Si ça marche en local c'est que c'est OK au niveau de la config du NAS déjà. En ce qui concerne le WOL via DS Finder je ne suis pas sur qu'il fonctionne en externe (pas testé cependant) (en ce qui me concerne, j'utilise un client dédié sous Android) **EDIT** Il y a une manip pour visualiser les packets WOL. Se connecter au root NAS par ssh ou telnet et là taper la commande: tcpdump udp port 7 or udp port 9 simultanément utiliser le client smartphone, connecté en 3G et sur ce dernier activer l'envoi des paquets de réveil. Si le proxy WOL fonctionne tu devrais les voir passer et ça devrait ressembler à: fserv> tcpdump udp port 7 or udp port 9 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 10:26:54.644053 IP 192.168.1.254.54215 > 192.168.1.255.discard: UDP, length 102 10:26:54.645859 IP 192.168.1.254.54215 > 192.168.1.255.discard: UDP, length 108 10:26:55.640620 IP 192.168.1.254.54215 > 192.168.1.255.discard: UDP, length 102 10:26:55.640989 IP 192.168.1.254.54215 > 192.168.1.255.discard: UDP, length 108

Pour que l'activation du proxy WOL soit effective faut avoir rebooté la Freebox également.