CoolRaoul

Comment peux-tu dire dans la même phrase que ton NAS est reconnu par Synology assistant et juste après que tu ne peux pas le lancer (Synology assistant) ???

Dans tous les cas surtout ne lance pas les commandes "rm -rf" que le message te dit (stupidement) de faire

Il y a longtemps que j'ai installé mon bootstrap mais je suis très étonné par ces messages qui sont affichés! Backup your configuration settings, then type: rm -rf /volume1/@optware rm -rf /usr/lib/ipkg Si tu fais ce qui est indiqué, effectivement cela va te supprimer l'installation qui tu vient juste de faire! Tu l'as récupéré où ce bootstrap?

A mon avis il n'y à pas de raison de penser à priori que le firewall du syno soit moins performant et/ou efficace que celui du routeur. Je pense que ce à quoi chrisg69 voulait faire faisait allusion est que, comme ce firewall-la n'est *pas* activé par défaut, penser à aller le configurer dès que le Syno est désigné comme DMZ me semble une précautionà ne pas oublier.

Comme je l'ai dit, ma réponse portait sur le point 1 exclusivement. Là, ce que tu nous montres, est un dialogue *FTP* avec une *Freebox* à partir d'un client qui essaie de faire du SSL alors que le serveur de la Freebox ne gère pas ce protovole. Rien à voir avec un NAS Synology ici.

J'ai un peu peur que mettre *tous* tes problèmes dans un seul post risque de décourager beaucoup de personnes de te répondre. A ta place j'aurais fait un message par question, histoire de conserver un peu de clarté et de lisibilité au fil des réponses. Bon, cela dit et histoire de ne pas être totalement négatif, je te répond sur le point 1: n'aurais-tu pas oublié de cocher la case ci dessous?

Backdoor fournie par Synology ? Nan, ... je rigole

Bon alors je sèche,

Et simplement *essayer* pour voir si tu as raison ou non, vraiment pas envisageable ? Ton Syno ne va pas exploser tu sais

??? Qu'est qui t'en empèche?

pas sur que le crontab de DSM supporte la formulation "*/2", essaie de simplement mettre "*"

Alors essaie de mettre >> "/script/crontab.log" [/CODE] directement dans la ligne de commande crontab plutot que dans le script déja

Vérifier qu'il n'y a que des tabulations (tab) comme séparateur de colonnes dans la crontab (pas d'espaces) As-tu fais un "chmod +x" du fichier " /script/crontab.sh" ?

Non, tu peux continuer avec la version gratuite, faudra juste supporter des pubs il me semble.

En passant par un proxy . Tu peux installer cette extension firefox pour le faire de façon guidée. Lorsque cocoon est actif tes connexions sur ton IP externe viendront effectivement de l'extérieur.

J'ai un peu de mal à comprendre: pour éditer ta crontab suffit de faire comme tu as fait l'autre jour non? Ensuite, je suis étonné que tu puisse faire une commande "crontab -l" car cette dernière n'existe pas sous DSM. A moins que tu ais installé le package ipkg cron (mais dans quel but ?) , ce qui à mon avis n'est pas une bonne idée: ça risque de se marcher sur les pieds avec le cron de DSM. Il vaudrait mieux, pour commencer, désinstaller ce package. Et pour terminer, la crontab de DSM est dans le fichier "/etc/crontab". Attention à bien utiliser des tabs pour séparer les colonnes et penser à redémarrer le cron proprement comme ceci: env - /usr/syno/etc/rc.d/S04crond.sh stop env - /usr/syno/etc/rc.d/S04crond.sh start (le prefixe "env -" c'est pour éviter de propager ton PATH au démon cron et, par suite, aux process qu'il va lancer, ce qui peut provoquer des effets de bord franchement tordus.

As-tu bien noté au moins, comme indiqué dans le premier post de ce fil, que user/mot de passe pour web console sont spécifiques à l'outil et pas ceux de DSM?

Ça peut simplement être un problème de câble ethernet défaillant aussi ...

Bon alors le problème est résolu semble-t-il Ça serait quand même intéressant de savoir qui était ce "il" qui te disait "conflit d'adresse" et savoir ce que tu cherchais à faire avec tes baux DHCP.

Ce n'est pas le paramétrage qui est en faute. Tu as peut-être problème matériel sur le PC mais pas forcément. Essaie déjà de mettre a jour les drivers de ta carte réseau (utilise ce site pour t'aider: http://www.touslesdrivers.com/ et clique sur "mes drivers" pour faire une détection et te permettre de télécharger les mise à jour). Mais sinon, quand tu dis "arrêt de le liaison obligé de rebooter le PC." : est ce que ça signifie que le PC ne voit plus *uniquement* le syno ou *tout le réseau*? Autrement dit, quels sont les symptômes exacts et détaillés qui te font dire "arrêt de le liaison"

Sans la doc du routeur je ne vois pas bien comment t'aider Es-tu aller demander de l'aide sur le forum Netgear déja? La bas tu trouveras forcément bien plus de personnes connaissant ce matériel, ici c'est surtout sur les NAS Synology qu'on peut aider. facilement Mais je peux quand même te dire que la page que tu nous montre sert à la configuration dydns *sur le routeur*, c'est sur le NAS qu'il faut plutöt le faire, tu aura bien plus de choix de fournisseurs. Pour cela, dans le panneau de conf DSM, utilise cet icone: Et sur le routeur c'est les *redirections de ports* qu'il faut configurer, pas le DNS Dynamique.

Et pourtant, la trace ci dessous signifie que la redirection est bien opérationnelle: Le probleme est donc du coté de ton téléphone. Peux-tu demander à un ami de se connecter de l'extérieur: http://<ton_ip_externe>:5000

Ah oui, au temps pour moi, me souvenait plus que, chez Free, désactiver la DMZ revenait a mettre une addresse en .0! Et donc ca marche toujours pas? Faudrait nous mettre une Screenshot de ta config Freebox (spécialement la zone "Redirections / Baux DHCP") En en plus, si tu pouvais faire un scan de port Par exemple ici: http://www.t1shopper...ools/port-scan/, comme ci-dessous:

Peux-tu expliquer plus en détail ce qui tu veux dire par "mon routeur netgear CG3100 L n'accepte que les ip fixe venant de dyndns" (je suis d'autant plus perturbé que dyndns et les autres servics de dns dynamique n'allouent pas des 'IP mais des *nom* dns) **EDIT** Et ce CG3100 semble ne pas exister chez netgear!