cricx

en tant qu'admin réseau, on fait tout notre possible pour interdire les flux (gros consommateurs de bande passante).

les autres serveurs mails qui vont relayer le courrier vers ton serveur mail le feront vers le port 25. Pour recevoir le courrier il est donc impératif que le port 25 entrant soit ouvert. pas de contournement possible dans ce sens. est-tu sûr que le port 25 entrant est bloqué ? quel est ton fai ? si besoin, donne ton ip en mp pour tester l'ouverture du port (démare mailstation).

tiens-nous au courant !

éditer le fichier /etc/passwd et remplacer la fin de la ligne (/sbin/nologin par /bin/ash). Tu peux utiliser l'éditeur vi, cherche un peu avant sur internet les principales commandes. L'utilisateur ne sera pas admin du nas, il pourra juste s'y connecter en ssh. Si tu veux restreindre ses droits, le mieux est de lui mettre un shell restreint (rssh, scponly : http://rpm.pbone.net/index.php3/stat/45/idpl/16703441/numer/8/nazwa/scponly) +1 pour ta remarque. la directive chrootdirectory ne fonctionne pas, à ma connaissance, avec la version installée sur syno. vérifier quand même sur les firmwares récents si c'est toujours le cas.

attention à la configuration de TB : si tu mets ton ip externe ou ton nom de domaine, ça risque de ne pas fonctionner à cause du problème de loopback. Il faut mettre l'ip interne de ton nas. Ceci dit, si tu arrives à recevoir avec TB, il suffit de mettre la même chose pour l'envoi que pour la réception (le nom ou l'ip, pas le port). Et se souvenir qu'en interne, il n'est pas nécessaire d'utiliser l'authentification (mais c'est possible, il faut alors utiliser starttls sur port 25, et mettre ton nom d'utilisateur et ton mot de passe).

Ceci dit, le syno fait sftp avec une petite modification du sshd_config, et permet de l'autorise par utilisateur en mettant un shell valide pour les utilisateurs choisis.

quand on fixe un quota, c'est pour éviter qu'un utilisateur (ou un groupe) utilise tout l'espace disque. Un quota sur un dossier n'a pas vraiment de sens.

répondu à ton MP. c'est un problème de dns !

bon, je vais regarder ça.

Donne ton nom de domaine en mp, que je regarde ce qui cloche (apparemment ta conf dns et routeur sont ok). As tu bien respecté la casse du nom de compte?

mets le chemin complet de nail dans le script

Mais si un simple pc avec windows xp suffisait, ça se saurait!

Sur un syno ou un linux : dd if=/dev/zero of=/dev/sdx bs=1M Remplacer sdx par l'identifiant du disque.

si tu pouvais expliciter précisément ce que tu souhaites faire, ça faciliterait les choses.

vu le niveau auquel tu es arrivé, il ne te manque pas grand chose pour finir, fais un petit effort ! attention à la $Date , je pense que tu veux dire $Today Pour ajouter à la fin d'un fichier, la syntaxe est effectivement >> fichier (pour créer un nouveau, c'est juste >fichier) pour nail, c'est OK, il faut l'installer via ipkg. pourquoi copier ton fichier de log vers l'autre serveur ? tu peux aussi envoyer directement le résultat de rsync dans le corps du mail : rsync -avz source destination |nail -s "sauvegarde de $Today" adresse@mail

quand j'ai un moment je regarde...

il est pourtant essentiel d'un codec soit libre ! quelle pérennité des données si le codage est à la merci d'une société détentrice de brevets ? même si le risque est faible avec apple, pour moi c'est un point essentiel (idéologique). Mais bon, tu fais comme tu veux, mais le flac c'est mieux techniquement d'abord (vrai lossless, qualité audiophile). même si tout le monde est sur apple chez toi, je n'ose imaginer un monde avec un niveau de certitude tel qu'il ne soit pas envisageable que cette situation change. pour ce qui est des compressions audio lossless, en raison de la nature particulière de la musique, le taux de compression est variable et dépendant du contenu. ainsi un bruit blanc est faiblement compressible. On est loin des système de compression pour fichiers !

sauvegarde réseau : utilise rsync non cryptée : serveur rsync cryptée : ssh en tant que transport c'est donc bien du ssh qui est utilisé pour passer le protocole rsync, et donc aussi sûr que ssh. Il suffit d'ouvrir le port 22 entrant sur la machine cible, il est inutile d'ouvrir le port 873 pas besoin d'autre chose ! le terme "sauvegarde cryptée" concerne le cryptage du transfert, pas des données. Les données sur le serveur de destination ne sont pas cryptées ! tout ça, on l'a déjà dit et répété sur ce forum, je finis par me demander si la fonction de recherche fonctionne, à voir les mêmes questions qui reviennent si souvent... http://www.google.fr/search?q=sauvegarde+cryptée+port+site%3Anas-forum.com

le mien tourne sans faiblir depuis 6 ans, et fait ce que je lui demande ! mais c'est vrai que ça date, et 32 Mo de mémoire et proc à 200 MHz, ça ne va pas très vite. A réserver pour du site web statique, le serveur mail (smtp et imap, pas roundcube), du partage de fichiers.

utiliser flac plutôt que aac lossless (voir http://www.stereophile.com/content/mp3-vs-aac-vs-flac-vs-cd-page-2), de plus le codec flac est libre !

oui, tu as raison, le segment de marché des synos vise l'entreprise (ou essaie de le faire) sans que le système le permette vraiment. C'est pour ça que j'ai installé zentyal (donc j'ai déjà parlé sur ce forum) : il sait faire contrôleur de domaine, le ldap est un vrai ldap utilisé par le système (et donc les comptes mail), il gère les domaines mail virtuels, tout ce qui manque au syno, quoi ! En fait, il suffirait de basculer l'authentification sur ldap pour que tout fonctionne mieux.

ton nom de domaine est bien redirigé sur ton IP ? (éventuellement donne ton domaine en mp pour vérification) tu as bien activé un virtualhost pointant sur le répertoire d'installation de wp ? quel url mets-tu en local ? est-ce que ça fonctionne en remplaçant dans cet url l'adresse ip locale par ton adresse ip externe (publique)

winrar serait-il devenu gratuit ? 7zip l'est et devrait pouvoir ouvrir l'archive. Mais n'oublions pas qu'un syno tourne sous linux et qu'on peut donc décompresser nativement sur le syno.

ça pourrait peut-être se faire en lançant deux instances du serveur dlna, avec une configuration différente pour chaque instance (à faire éventuellement sur une interface réseau virtuelle). mais bon, ce n'est pas du tout "out of the box" !

je crois que tu devrais faire comme beaucoup d'entreprises : acheter un serveur tout fait chez dell... mais c'est vrai qu'il faut adapter la configuration à tes besoins ! Pour tes bases de données, tout dépend de leur taille, du nombre d'accès simultanés... Les éditeurs de la bd ont certainement leur idée sur la question. Tout dépend aussi de ton budget. à mon avis, l'un des serveurs de cette gamme http://www.dell.com/fr/entreprise/p/poweredge-tower-servers par exemple le T410 devrait convenir.