PiwiLAbruti

Je vois que chez Orange ils n'éprouvent toujours aucune honte à afficher leur incompétence. Lorsqu'un nom de domaine est modifié (création, modification, suppression, indisponibilité), la propagation prend un certain temps qui varie selon la cascade des serveurs DNS et les TTL. C'est pourquoi un nom de domaine peut être momentanément résolu par certains serveurs DNS et non par d'autres. Dans le cas présent, on a affaire à une indisponibilité du nom de domaine pour cause de migration.

À moins d'avoir très souvent des accès simultanés exigeants et de constater des dysfonctionnement liés au débit, l'agrégation de liens est complètement inutile dans un tel environnement. Autant dédier une interface du NAS aux machines les plus exigeantes, c'est plus simple et ne nécessite pas d'investir dans un commutateur compatible 802.3ad.

Il n'y a (à ma connaissance) aucun outil simple pour faire du traitement d'images par lots sur un NAS Synology. La commande convert est une bonne solution. Quels paramètres as-tu utilisés pour convertir tes images ?

Est-ce le PC ou le NAS qui ne passe pas en GbE FDx ? C'est quoi comme box exactement ? Quels câbles utilises-tu ? (Cat. 5e minimum)

Je n'ai pas dit que ce que tu cherches à faire est mal et je ne t'ai pas gueulé dessus. Désolé que tu te sentes persécuté par une simple question apparemment destructive.

Au lieu de vouloir transformer un NAS en PC, pourquoi ne pas t'être équipé directement d'un PC ?

De quel cryptage parles-tu ? Les échanges sont cryptés (heureusement, c'est le minimum requis), mais par défaut le stockage sur les différents nœuds se fait en clair (normal, sinon tu ne peux pas lire les données synchronisées). Là on parle de réplication de données vers des pairs qui ne doivent pas pourvoir lire ces données, et comme je le pensais, ce n'est disponible que via l'API : Source : http://www.bittorrent.com/intl/fr/sync/developers/api

Bittorrent Sync permet de crypter les données à synchroniser. De mémoire, cette fonctionnalité n'est disponible que via l'API.

Le dépôt est accessible, je viens de le supprimer et de le rajouter sans aucun problème.

Le DSM ne permet de configurer qu'un seul VLAN. C'est une demande faire faite depuis longtemps à Synology. La seule solution est de les configurer manuellement via SSH.

As-tu redémarré le paquet Serveur VPN ?

Essaye en modifiant la ligne suivante dans les fichiers /etc/synoinfo.conf et /etc.defaults/synoinfo.conf : vpn_conn_max="5"

Tu as déjà vu Synology donner une date en dehors des releases de DSM ? :-D

Comme je m'en doutais :

Ton schéma ne donne aucune indication sur les contraintes géographiques du câblage. Dans l'idéal, il faudrait que le NAS et les PC du réseau soient reliés à 1Gbit/s, le reste des équipements n'ayant aucune utilité du gigabit. Pour cela tu as deux solutions : Brancher les PC sur le switch gigabit Remplacer le switch fast ethernet par un gigabit Il faut aussi t'assurer que tes PC sont bien équipés de chipset réseau gigabit. Ça serait surprenant qu'ils ne le soient pas mais ça évitera un investissement inutile.

C'est bien ça. Ça dépend ce que tu entends par "bon".Tu n'as que deux équipements qui peuvent communiquer à 1Gbit/s entre eux : La Livebox et le NAS. Tout le reste de ton réseau fonctionne à 100Mbit/s.

L'explication me paraît simple : la carte réseau de la TV fonctionne à 100Mbit/s. Mais en quoi serait-ce gênant ?

Donc il faudra certainement modifier le valeur de buildnumber dans /etc/VERSION et /etc.defaults/VERSION car le NAS refusera systématiquement les versions inférieures à 3810.

... à moins d'avoir configuré correctement le pare-feu.

Quel est le message d'erreur renvoyé par Synology Assistant ? Quelle version est indiquée dans la colonne "Version" dans Synology Assistant ? Quelle est la version (4 chiffres) des fichiers .pat que tu utilises ? (DSM_DS2xx_nnnn.pat)

Donne toujours catimimi, si ça peut résoudre le problème c'est toujours bon à prendre. Pour l'instant je ne fais que me renseigner sur l'erreur exacte rencontrée.

Je peux, mais je sais comment ça va finir (en fait, ça ne va même pas commencer ). Bon allez ce coup-ci on y croit mais n'en attendez rien, sinon vous risquez d'être déçus.

Synology ne supporte pas l'installation de versions antérieures (même si c'est faisable en bidouillant un peu). Les fichiers .pat sont nommés de la manière suivante : DSM_{model}_{buildNumber}.pat Tu as donc du récupérer un fichier nommé DSM_DS211j_nnnn.pat et normalement nnnn doit être supérieur ou égal à 3211. Le build number 3211 correspond au DSM 4.2 (4.2-3211). Essaye donc de réinstaller le DSM depuis cette même version : http://global.download.synology.com/download/DSM/4.2/3211/DSM_DS211j_3211.pat Par la suite tu pourras mettre à jour le DSM depuis Panneau de configuration > Mise à jour du DSM.

Oui, mais c'est bien caché (comme lors du lancement). Il y a des processus rémanents et d'autres joyeusetés qui mettent à mal les modèles les moins puissants. Je n'ai pas encore fait de bug report. Tout à fait d'accord avec la régression. Je ne comprends pas non plus l'intérêt d'avoir retiré ces modules, à moins que Synology projette de rendre les modules Apache indépendants des mises à jour de DSM (une sorte de "Apache module store"). C'est plus du bois là, c'est du roseau : -rwxr-xr-x 1 root root 21228 Nov 5 23:21 mod_auth_digest.so -rwxr-xr-x 1 root root 5852 Nov 5 23:21 mod_authn_alias.so -rwxr-xr-x 1 root root 4676 Nov 5 23:21 mod_authn_anon.so -rwxr-xr-x 1 root root 6848 Nov 5 23:21 mod_authn_dbd.so -rwxr-xr-x 1 root root 4852 Nov 5 23:21 mod_authn_dbm.so -rwxr-xr-x 1 root root 22652 Nov 5 23:21 mod_authnz_ldap.so -rwxr-xr-x 1 root root 6300 Nov 5 23:21 mod_authz_dbm.so -rwxr-xr-x 1 root root 5824 Nov 5 23:21 mod_authz_owner.so Ça pèse moins de 80ko...

Et c'est quoi le message d'erreur ?