loli71

Alors si je comprends bien tu utilises du sftp pour récupérer tes fichiers (ou les déposer) ... donc pour ne pas avoir a mettre me mots de passe en sftp, il suffit d'utiliser une clé privée/public ssh (puisque le sftp s'appuie en fait sur le ssh .. tout comme le scp). Ensuite pour ce quie st de ton adresse ip qui change, il suffit de mettre en place un service DDNS et d'utiliser le nom de domaine complet fournit par le DDNS dans ton script au lieu de l'adresse ip Le tout donnerait : $site = 'sftp://monlogin@mon.domaine.ddns:22'

https://www.google.com/search?q=config+serveur+dns+synology&ie=utf-8&oe=utf-8

Ben tu utilises l'adresse IP de ton LAN en interne, ou alors tu trouves le tuto sur ce site pour mettre en place de serveur DNS sur ton syno pour remplacer le DNS de la box

C'est (malheureusement) normal avec les box Orange, elles ne gèrent pas les loopback ...

oui c'est même certain, avec ta config actuelle, le syno ne sait pas sortir sur internet, et seulement discuter avec les équipements de ton LAN. Enlève aussi l'adresse IP public de ta box dans ton post précédent ;-) EDIT: l'accès à ton DSM fonctionne depuis internet J.A. lol

Donc tu as la même config que moi côté firewall, ensuite faut mettre le NAT en place pour les protocoles que tu souhaites, et essayer d'accéder au port ouvert depuis internet avec l'adresse IP public de ta box pour commencer. Si ça marche, il ne te reste plus qu'à régler le problème de DDNS.

Tu as paramétré comment le firewall de la BOX ? Et même si cela marche, mettre un syno en DZM, c'est comme le mettre directement sur internet ... faudra pas s'étonner si tu te fais hacker.

Et tu n'as pas peur de mettre ton NAS en DMZ ? Moi je suis aussi sur livebox play orange, NAS dans mon réseau local avec IP fournie par la box (avec réservation DHCP) et forwarding de port.... utilisation du service DDNS sur le syno Et si le problème vient vraiment du service DDNS sur le syno (qui déconne parfois chez moi), tu peux soit l'activer sur la box, soit utiliser le paquet suivant : https://www.cphub.net/?id=40&pid=509

avec le compte root ? Et tu as la même erreur en essayant d'éditer un autre fichier ? Car pour ma part, je n'ai jamais rencontré ce genre de problème

Et tu te connectes comment au syno pour lancer la commande vi ?

Mon post commence à dater pour être honnête ... il faut voir le fork de GaetanCambier qui a approfondi le sujet après moi et qui a encore un pull request en cours sur synocommunity (https://github.com/SynoCommunity/spksrc/pull/1676) pour mettre à jour squidguard : https://github.com/GaetanCambier/spksrc

Il te suffit de regarder le début des lignes qui contiennent les adresses IP et regarder les ports sources et destinations pour voir si il en a de connu. Tu peux mettre quelques lignes ici si tu veux de l'aide

Lance un tcpdump sur le syno qui fait le blocage auto avec comme filtre l'adresse ip du syno qui se retrouve bloqué, redémarre le syno qui se retrouve bloqué, tu verras peut être quel protocole exact provoque ce blocage, cela sera un début de piste : Par exemple : tcpdump -p -n -i eth0 -vv host <ip du syno qui se fait bloquer> tcpdump -p -n -i eth0 -vv host <ip du syno qui se fait bloquer> Attention à l'IP que tu mets, ca doit être l'IP vue par le syno qui fait le blocage (donc certainement l'IP internet de ta box) EDIT: penses bien aussi a enlever le blocage qui est peut être déjà en cours avant de rebooter l'autre syno

Le port 3306 est celui utilisé par mysql (et mariabd), donc si tu as une base de donnée activée sur ton syno, tu ne pourras pas utiliser ce port pour tes tests.

normalement, la commande "sshd -p 9999 -d" devrait au minimum t'afficher des messages de debug au lancement du sshd non ? tu dois même pouvoir mettre 3 "d" de suite pour plus de debug (-ddd)

tu dois ajouter un deuxieme port externe sur ta box (2223 par exemple) redirigé vers le port temporaire du ssh pour faire les tests.

En gros, faut faire les actions suivantes : pour avoir les logs des connections ssh dans /var/log/message, creer le fichier /usr/local/etc/syslog-ng/patterndb.d/sshd.conf comme suit : filter f_messages { level(info..emerg) and not facility( mail, news, cron) and not program(syslog-ng) and not filter(f_local) and not filter(f_synology); }; puis lancer la commande suivante pour prendre en compte cette modification: synoservicecfg --restart syslog-acc

fait un chmod 700 ~/.ssh pour commencer. sur le serveur cible .. chez moi le répertoire .ssh est en dRWX------

Ah ben ... euh .. merci Raoul pour la rectification ;-)

Ce qui semble bizarre dans la clé utilisée, c'est le "-----BEGIN" et le "-----END" en erreur ... Aurais-tu par hasard transféré les clé avec winscp ou un truc dans le genre sans avoir forcé le mode texte ?

Et bien il semble clair que ta clé ssh id_rsa ne soit pas crée correctement . As tu bien utilisé la commande "ssh-keygen" sur ton syno ?

Sinon tu dois pouvoir le faire aussi avec nginx qui fait part du dernier DSM, avec l'aide du post http://www.nas-forum.com/forum/topic/41813-reverse-proxy-avec-nginx/ et des tuto du genre: http://www.cyberciti.biz/tips/using-nginx-as-reverse-proxy.html

Oui CoolRaoul, tu as tout à fait raison en ce qui concerne le PATH dans le script lui même, je parlais surtout de modifier le PATH dans la session SSH/telnet pour ensuite appeler le script comme l'a indiqué StephWe dans son premier post.

Tout d'abord, si tu veux vraiment que ton script soit lancé à chaque démarrage de ton NAS et qu'il se soit pas supprimé à chauqe upgrade du NAS, il vaut mieux le mettre dans le répertoire suivant (si ma mémoire est bonne): "/usr/local/etc/rc.d/" et lui donner un nom de la forme "S99Monscript.sh" avec comme structure : #!/bin/sh PATH=/home/steph/mes_scripts:/bin:/usr/bin:/usr/syno/bin # on peu ajouter /sbin,/usr/sbin et /usr/syno/sbin si necessaire case $1 in start) # faire quelque chose pour le demarrage exit 0 ;; stop) # faire quelque chose pour l'arrêt exit 0 ;; restart) # faire quelque chose pour le restart exit 0 ;; *) /bin/echo "usage: $0 { start | stop | restart }" >&2 exit 1 ;; esac Ensuite, il n'est pas forcément nécessaire de modifier le PATH pour y adjoindre ton dossier avec tes scripts, il est préférable d'appeler tes scripts avec le chemin complet plutôt, par exemple si ton script "essai.sh" se trouve dans ton répertoire "/home/steph/mes_scripts", utilise la ligne /home/steph/mes_scripts/essai.sh ou encore cd /home/steph/mes_scripts/ ./essai.sh EDIT: ajout du path dans le début du script suite à la remarque de CoulRaoul ;-)

Pour les mauvaises jaquettes, passe par Video Station et edite les deux vidéos, modifie manuellement les infos et jaquettes, ou lance une recherche par internet dans VideoStation et choisi le bon film.