PiwiLAbruti

Le planificateur de tâches du DSM n'utiliserait pas le compte admin par hasard ? Auquel cas il faudrait tester avec ce compte en SSH pour voir si les droits sont bons.

Je confirme le problème de redirection de plages de ports sur la Freebox v6 depuis la version 2.0.0 (la 2.0.1 fraîchement sortie n'apporte aucune correction). Pour que ça fonctionne, je n'ai pas trouvé mieux que de ne configurer qu'un seul port par règle. J'ai fait le test en redirigeant la plage tcp/5005-5006 (WebDAV en HTTP et HTTPS), ça ne fonctionne qu'en HTTP (tcp/5005). En définissant une règle pour chaque port, les deux fonctionnent.

Oui, c'est cedarview pour le DS411+.

Comme tu as une Freebox, tu peux tester les ports en interne en utilisant un outil comme nmap : > nmap -p 5000 a.b.c.d (remplace a.b.c.d par ton adresse IP publique) En cas de succès, ça donne ça (testé sur mon IP publique sur le port 5001) : >nmap -p 5001 a.b.c.d Starting Nmap 5.51 ( http://nmap.org ) at 2013-07-02 16:04 Paris, Madrid (heure d'été) Nmap scan report for domain.tld (a.b.c.d) Host is up (0.049s latency). PORT STATE SERVICE 5001/tcp open commplex-link Nmap done: 1 IP address (1 host up) scanned in 0.47 seconds Ceci dit, j'ai également des problèmes avec la plage de ports passifs FTP depuis la dernière mise à jour de la Freebox. J'ai déjà repéré un bug sur la définition de la plage, je vais approfondir ça ce soir.

FTP fonctionne en TCP, il faut ouvrir les ports tcp/21 et la plage de ports passifs (tcp/[55536-55539] par défaut).

Ça serait une explication au problème que tu rencontres. Ceci dit ça serait quand même surprenant car nos commerciaux n'ont pas cette restriction (SFR Business).

Oui, en FreeWifi GRE n'est pas supporté.

Tu peux mettre 2x2Go mais il me semble que seuls 3Go seront visibles (système 32bits). N'espère pas gagner en performances, l'ajout de RAM n'est utile que si la quantité d'origine (1Go dans ton cas) est saturée par certains services ou applications.

Lorsque j'avais une Freebox v5 le PPTP passait aussi bien que sur la v6 que j'ai maintenant.

@CoolRaoul : c'est justement la différence entre NAT et PAT. On parle toujours à tort de NAT pour la redirection de ports alors qu'il s'agit de PAT. Un routeur sait gérer n'importe quel autre protocole que TCP/UDP grâce au NAT. Je ne vais pas faire un cours sur les réseaux, si ça t'intéresse il y a tout plein de ressources disponibles à ce sujet.

Un bridge entre eth0 et eth1 serait plus approprié que du NAT. Il y aurait alors un seul segment réseau (192.168.1/24), ce qui serait beaucoup plus simple.

Lorsque j'étais chez Orange (iPhone), le VPN PPTP avec le NAS fonctionnait bien. Si le trafic sur le port tcp/1723 rentre bien sur le NAS, alors c'est peut-être le protocole d'encapsulation GRE (47) qui ne passe pas.

Pourquoi y aurait-il besoin d'un paquet pour faire une copie de fichiers ?

Ce qui me surprend c'est l'adresse 0.0.0.0 qui voudrait dire que le NAS n'arrive pas à détecter son adresse IP publique : Pour ceux qui ont un nom de domaine chez OVH, il n'y a pas besoin de passer par un service DDNS tiers. OVH propose son propre DDNS. Il est d'ailleurs possible de l'ajouter dans la liste des services DDNS du DSM :

As-tu essayé en ne montant qu'un seul disque ?

Par défaut, le NAS est en adressage automatique (DHCP) donc il se trouve sur le même segment réseau. L'utilisation du wifi avec Synology Assistant peut poser problème (limitation technique de certaines box ADSL), il est préférable d'utiliser un câble.

La différence dépend du modèle exact (WDxxYYYY) et de la capacité. Dans mon cas, les WD10EFRX n'ont qu'un seul plateau de 1To là où le vieillissant WD10EADS a 3 plateaux de 333Go, la comparaison est donc biaisée. Le nombre de plateaux a beaucoup d'incidence sur les performances, la consommation et l'usure. De mon point de vue, à modèle équivalent (plateaux de 1To) entre les WDx0EFRX (Red) et WDx0EZRX (Green), la différence est vraiment minime. Certains diront que les Red sont mieux pour faire du RAID, mais avant que Western Digital ne sorte ces modèles tout le monde utilisait des Green sans aucun problème (en faisant abstraction du bug LCC résolu depuis).

Lis seulement la partie sur le RAID1, et dis-nous ce que tu ne comprends pas.

J'ai terminé la restauration, le dépôt est à nouveau fonctionnel.

C'est exactement ce que font les 4 lignes que je t'ai données précédemment. Quand l'utilisateur saisi l'adresse http://user.domain.tld/ dans son navigateur, c'est réécrit en http://user.domain.tld/~user/ qui pointe vers le dossier /volume1/homes/user/www/

L'utilité est de réécrire http://user.domain.tld/ en http://user.domain.tld/~user/ C'est ce que j'utilise pour que chaque utilisateur ait son propre sous-domaine. Maintenant tu peux très bien l'adapter à ton besoin en réécrivant http://monsite2.com en http://monsite2.com/~user/ Ce n'est toujours pas ce que tu cherches à faire ?

J'utilise ça dans le .htaccess à la racine de /var/services/web : RewriteCond %{ENV:REDIRECT_STATUS} 200 RewriteRule .* - [L] RewriteCond %{HTTP_HOST} ^(user).domain.tld$ RewriteRule ^(.*)$ /~%1/$1 [L]

Un utilisateur peut disposer d'un espace web personnel qu'il faut activer au préalable dans Panneau de configuration > Services Web > Activer un site Web personnel. Tous les détails sont expliqués dans l'aide associée à cette même fenêtre de configuration (point d'interrogation bleu en haut à droite). Pour résumer, l'utilisateur doit créer un dossier "www" dans son home pour y déposer son contenu web, et peut y accéder avec l'URL http://domain.tld/~user.

J'ai eu le même problème sur un DS213j.