cricx

je prend mon prochain nom de domaine chez eux, pour comparer

ce ne sont pas les clients ftp qui manquent dans le monde linus, en ligne de commande comme en interface graphique (filezilla tourne sous linux, par exemple). Ce que tu demandes est tout-à-fait différent : tu veux un client ftp web, une application qui permette que ton serveur devienne client ftp... ce n'est pas très fréquent ! ce que j'utilise, pour faire des transferts ftp entre mon syno et mon tvix, c'est tout bêtement mc (midnight commander, un clone de norton commander, explorateur semi-graphique à deux fenêtres, qui supporte nativement le ftp). http://www.framasoft.net/article1176.html pour quelques infos.

le raid des syno étant du raid logiciel devrait pouvoir être monté sur un linux standard ou un autre syno 4 baies. on en a parlé sur ce forum récemment.

dolphin ne sait pas se connecter directement sur un partage nfs. tu peux te connecter en webdav ou en ssh, par contre ! mais quand tu te connectes depuis dolphin à un partage samba, c'est dolphin qui utilise un "helper" pour se connecter à la ressource, elle n'est pas accessible directement par une uri (en fait, elle l'est peut être, tape mount sans paramètre pour voir si une ressource cifs est montée). c'est pour cela que pour mes linux, je monte (en dur) mes partages nfs, ou j'utilise ssh dans le cas contraire. pour les partages nfs, il faut que les uids et gids soient identique sur le serveur ou les clients (pas forcément facile...), mais l'intérêt est que le protocole est natif et très rapide.

Pour ton problème avec ooo, il est probablement dû au fait que tu utilises un protocole du genre smb: //. Ça n'arrive pas si tu montes ta ressource réseau. Et utiliser samba depuis linux, bof!

chez bookmyname, j'ai aimé l'interface avancée, simplissime, ça ressemble à un fichier de zone en plus simple, et aussi le fait de prendre le domaine pour 10 ans.

il faut paramétrer samba pour ça : http://www.google.com/cse?cx=002683415331144861350%3Atsq8didf9x0&q=follow+symlinks+samba

un serveur sûr est un serveur éteint (ou déconnecté du réseau), masi là il ne sert plus à grand chose. Il y a une part de risque à ouvrir un serveur sur internet, c'est sûr. Il faut donc éviter les protocoles non sûrs (cifs), utiliser des protocoles sécurisés, et surtout avoir des bons mots de passe.

je ne connais pas trop vmware, mais tu dois pouvoir préciser le mode de fonctionnement de la carte réseau. Dans virtualbox, ça existe, il a fallu que mette en bridge pour que mon xp virtuel voie mon syno

tu peux mettre sur la même ligne 192.168.1.15 on4hu.be www.on4hu.be ftp.on4hu.be

oui, il faut bien sûr rediriger le port 3689 vers ton syno et tcp et udp

bon, j'ai testé, ça fonctionne nickel. il suffit de créer une liste de lecture contenant l'url de la webradio.

http://loligrub.be/c...SE/node672.html ou http://blog.pastoutafait.org/billets/Configuration-de-Bind-9-sous-Ubuntu-Server à adapter pour l'emplacement des fichiers de conf qui doivent se trouver dans l'arborescence d'ipkg (/opt/etc/named/named.conf pour la conf de named, /opt/var/lib/named/ pour les fichiers de zone)

si tu as un accès ssh, et que rsync est installé, tu fais du rsync sur ssh qui est géré nativement sur le syno (choisir sauvegarde cryptée)

la commande setquota est ton amie : setquota [-u|-g] [-rm] [-F quotaformat] <user|group> <block-softlimit> <block-hardlimit> <inode-softlimit> <inode-hardlimit> -a|<filesystem>... pour mettre le quota de l'utilisateur toto à 1Go et 10000 fichiers sur /volume1/homes setquota -u toto 1000000 1000000 10000 10000 /volume1/homes l'unité est le bloc qui fait habituellement 1Ko. tu peux mettre des valeurs différentes pour soft et hard limit, mais dans la pratique, si c'est un partage windows, ça n'a pas d'effet. à noter que je n'ai pas testé sur mon syno, ma version ne gère pas les quotas tu pourras utilement tester la commande quota suivie du nom d'utilisateur, et la commande repquota (du moins si ces commandes existent sur syno)

il parlait d'un partage afs, les ports sont différents, mais la conclusion est la même : FORMELLEMENT déconseillé.

configure la carte réseau virtuelle en bridge plutôt qu'en nat

tu peux suivre le fil d'andré (on4hu) qui a le même problème

m'souviens plus... DiskStation > which less /opt/bin/less oui, c'est un paquet ! bon, alors on remplace less /var/log/messages par more /var/log/messages[/code] (qui ne peut pas le moins peut le plus !)

tu as déjà eu toutes les réponses sur la liste mandriva, et notamment la proposition du fichier hosts qui est la solution la plus simple à ton problème (du moins si tu n'as pas 50 hôtes et 100 ordis ) la solution d'installer un serveur dns sur le syno n'est pas optimale, sauf si tu ne l'utilises que pour gérer ton domaine et que tu forwarde le reste vers les dns de ton opérateur. un simple ipkg install bind devrait le faire, suivi par la configuration de ta zone. Le lien donné sur la liste mandraiva devrait d'être utile.

pourquoi ne pas utiliser le certificat autosigné du syno ? c'est gratuit et déjà opérationnel !

je te recommande de lire http://www.system-linux.eu/index.php?post/2009/01/15/Serveur-de-Backup-MX-sous-Postfix http://www.akadia.com/services/postfix_mx_backup.html pour le principe http://www.howtoforge.com/postfix_backup_mx et http://www.postfix.org/STANDARD_CONFIGURATION_README.html#backup pour la base. et oui, ensuite tu ajoutes un mx record pour ton domaine de priorité inférieure (chiffre de priorité plus élevé). pour faire simple, le principe du backup mx : - tu déclares un deuxième mx pour ton domaine, de priorité inférieure : il ne sera normalement pas utilisé en temps normal (en fait, les spammers utilisent souvent les mx de basse priorité en pensant qu'ils sont moins protégés contre les spams) - si ton mx principal est out, le smtp expéditeur va essayer d'envoyer le courrier en utilisant le second MX - il faut donc que le second mx accepte de recevoir le courrier de ton domaine, mais attention ! il ne doit pas gérer ce courrier (ce n'est pas du courrier de son domaine), mais seulement le relayer vers sa destination (donc ton domaine, donc ton mx principal). Il faut autoriser postfix à relayer ce domaine - le backup mx var donc recevoir les mails de ton domaine, et va essayer de les retransmettre vers ton mx principal. S'il est toujours out, il n'y arrivera pas, il va continuer à essayer jusqu'à ce que ton mx principal soit remonté. En fait, il ne va pas essayer indéfiniment, au bout d'un moment il va se dire bon il est vraiment en panne, et va retourner le message à l'expéditeur en disant qu'il n'a pas pu le délivrer.

http://www.google.fr/search?q=proxy+rendez-vous+site%3Anas-forum.com

On autorise postfix à relayer le courrier du domaine

tien, curieux, il y est sur mon ds106 !