CoolRaoul

Le truc qui m'échappe est que l'url pour photostation est: http://mondomaine.net/photo (et dans ce cas tu pourrais utiliser la meme url en externe et en interne) et pas http://photo.mondomaine.net je me demande bien a quel niveau tu es parvenu à mettre en place la transformation de l'un en l'autre

Bien entendu: faut pas confondre addresse IP et URL! Mais tu va voir que ça marche maintenant comme tu voulais! Essaie de mettre dans le navigateur: http://photo.mondomaine.net.

Je sais bien que ça ne t'avance pas beaucoup, mais, comme c'est le Tvix qui plante, j'aurais plutôt rédigé le sujet à l'inverse: "problème de compatibilité des boitiers Tvix S1 avec Dsm 4.1" Cela dit Il est possible que se soit un unique "folder.jpg" corrompu qui pose problème, mais si c'est le cas cela ne va pas être facile à tester.. **EDIT** peut-être une méthode: activer les journaux de transfert dans le panneau de configuration DSM: Ensuite refaire la manip coté TVIX jusqu'a ce qu'il plante. Enfin chercher dans les journaux (bouton afficher les journaux) le *dernier* fichier folder.jpg accédé avant le drame crash: Effacer (ou renommer) le "folder.jpg" ainsi localisé et tester de nouveau.

Mauvaise syntaxe, pas de "/" mais des espaces, et mettre uniquement la ligne suivante: 192.168.1.4 photo.mondomaine.net photo Ensuite tester a partir du pc avec la commande "nslookup": nslookup photo.mondomaine.net Mais comme Windows conserve un cache DNS, penser a le vider avant : ipconfig /flushdns

Alors la c'est vraiment étrange, comment as-tu pu te retrouver avec une partition système ainsi réduite? J'ai bien peur qu'il va te falloir contacter le support Syno (attention, il semble y avoir un probleme avec le formulaire de contact, regarde par la avant: ) Non, la partition système est crée indépendamment de celles utilisées par les volumes de données, en début de chaque disque.

C'est plus la peine: 500Megs occupé sur "/" c'est a peu prés que ce que j'ai, donc normal Par contre je suis étonné par la taille du file system (755.9M, j'ai plus du double sur mon pauvre DS210j) , et ça expliquerait que la mise a jour ne dispose pas de suffisamment d'espace Quel est ton modèle?

Si tu fait le tracert sur le PC, il faut que lui aussi utilise le NAS comme serveur DNS. Si il est en DHCP, s'assurer d'avoir bien désactivé la fonction DHCP de la box Sinon modfier sa config DNS pour pointer vers l'IP du NAS

Content pour toi! Juste un point a vérifier: s'assurer que les modifs dans "/etc/hosts" persistent après reboot du NAS (me semble bien que oui mais une vérification n'est pas inutile)

Solution de contournement provisoire (en attendant la fin des festivités du nouvel an Chinois ): forcer le formulaire en anglais: https://myds.synology.com/support/support_form.php?lang=enu

Un solution un peu tordue mais qui doit marcher: (Pre-requis: le NAS doit être en IP Fixe) activer le package serveur DHCP sur le NAS et désactiver celui de la box. dans la configuration du serveur DHCP DSM, mettre l'IP sur LAN du NAS dans "DNS Principal" mettre l’adresse du serveur DNS de ton provider (ou d'un DNS public) dans DSM -> panneau de configuration -> réseau -> configurer manuellement le serveur DNS ajouter dans "/etc/hosts" du NAS des entrées avec l'ip LAN du NAS et les FQHN correspondant au nom DNS externe ("photo.mondomaine.net") (Ca peut fonctionner car le serveur DHCP du NAS fait aussi relais DNS et, dans ce cas, les entrées /etc/hosts sont prioritaire pour répondre aux requêtes DNS)

Non

Je me demande bien à quoi est due cette recrudescence de messages sur le link aggregation dans le forum depuis quelques jours? (surtout que c'est a chaque cas dans le cadre d'une utilisation à domicile!)

Ta partition "/" doit être encombrée par des fichiers qui ne devraient pas être la Pour comprendre ce qui ce passe, donnes-nous le résultat de la commande: /bin/df -Ph / et, sous forme de fichier attaché (pour ne pas encombrer le texte du message) la sortie de celle-ci: /usr/bin/du -kx / **EDIT**Excuses-moi, j'ai présupposé que tu savais te connecter en ligne de commande sur le NAS! Est-ce le cas?

Je ne saisis pas très bien le rapport avec le thème du forum (les NAS Synology)

Vu l'absence quasi totale d'informations dans ton message (quel modèle? quelle version intiale de DSM?) tu dois abandonner tout espoir d'obtenir la moindre réponse constructive à cette question pour le moment.

Pour aller dans le même sens que Patrick, il faut comprendre que l’agrégation de lien n'a de sens que dans le cas ou le NAS doit avoir à gérer un (très) grand nombre de connexions simultanées (des dizaines de postes PC faisant des transferts en parallèle). Es-tu sur d'être dans ce genre de configuration? ***EDIT*** Me semblait bien que le sujet avait déja été discuté, c'est

workaround en attendant mieux: essayer d'utiliser l'addresse Ip du nas plutot que son nom pour se connecter aux fichiers partagés, ce qui donne: ip_du_nas au lieu de nom_du_nas Si les dossiers partagés sont montés sur des lettres de lecteurs, utiliser la aussi l'ip du NAS pour le montage. (Le parcours réseau sous Windows a toujours été cahotique)

D’après ce communiqué de presse: Comme le CEBIT se déroule du 5 au 9 mars, la conclusion s'impose d'elle même

remplace les 2 premieres lignes de ton script par fbxsid=$(sed -n -e '/^X-FBX-CSRF-Token/s/^.*: //p' /volume1/opt/mktemp) csrfToken=$(sed -n -e '/Set-Cookie: FBXSID/s/^.*"(.*)".*$/1/p' /volume1/opt/mktemp) Je pense que ça va le faire

la bonne syntaxe est: fbxSid=$(grep "FBXSID" "/volume1/opt/mktemp" | cut -f 2 -d ' ' | sed "s/FBXSID=//" | sed "s/;//" | sed "s/r//") et tu peux remplacer (mais la je chipote!): sed <cmd> | sed <cmd2> | sed <cmd3> par sed -e <cmd> -e <cmd2> -e <cmd3> Mais tout ça ne résoud pas ton problème, patience on va trouver ***EDIT*** Faudrait nous remettre la dernière version du script aussi

Et aussi, comme le shell du syno supporte la syntaxe posix (plus lisible a mon avis), au lieu d'écrire: `commande`on peut mettre:$(commande)

N'aurais-tu pas édité ton script avec un éditeur Windows qui ne gère pas les fins de lignes unix ?

Comprend pas bien ce que tu veux faire: comme le NAS n'a ni écran ni sortie hdmi, ou imagines-tu que les videos soit affichées?

Il est possible de programmer des arrets démarrages automatiques à heures fixes via DSM -> panneau de configuration -> alimentation -> programmer Comme ceci: Mais, je me joins a toutes les remarques précédentes, ce n'est pas du tout le mode de fonctionnement normal d'un NAS.

C'est le syno qui va gérer les ACL directement en interne. Ca doit être transparent pour le Mac Utiliser un client Windows ne permet en plus que de *modifier* les ACLs directement dans l'explorateur mais sinon elles sont traitées dans tous les cas. Les ACLs sont prises en compte même pour les connexions ftp. En fait elles sont directement intégrées au système de fichiers via l'extension "synoacl": fserv> mount | grep ext4 /dev/mapper/vol1-origin on /volume1 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,s ynoacl) /dev/mapper/vol2-origin on /volume2 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,s ynoacl) De toutes façon c'est trivial s'en assurer: positionner sur un dossier (ou un fichier) une entrée ACL refusant l’accès à un comte spécifié: vérifier que l’accès est bien refusé a partir du Mac en utilisant ce compte re-modifier l'acl avec des droits ouverts. vérifier que l’accès est bien de nouveau possible Je n'ai pas de Mac mais je viens de faire la manip: l'ACL est prise en compte quel que soit la méthode (filestation, ftp et même ligne de commande!)