cricx

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 !

le certificat du syno est autosigné (l'autorité de signature n'est pas connue du client), il faut donc accepter explicitement le certificat. Pour éviter cela, il faut avoir un certificat signé par une autorité connue (verisign...)

si, ça marche aussi en ip dynamique, en raison de la tolérance des serveurs (en faisant pointer le MX sur le nom dyndns) bien sûr qu'on peut utiliser ler smtp du fai pour envoyer les messages, mais dans ce cas un serveur smtp perd son intérêt (tu peux aussi utiliser le pop ou imap de ton fai, !) et le direct mx a pour gros avantage que ton serveur ne traite que tes mails et est donc plus réactif. à dire quel est le serveur de messagerie chargé de recevoir les mails de ton domaine ça serait plus clair de l'appeler smtp.tondomaine.com ! ça devrait marcher, attendre la propagation du dns ! il est peut-être plus ancien ? émission À noter que depuis 5 ans que je suis sur ce forum, j'ai du le dire au moins 100 fois

tu peux tenter, au niveau de ton routeur (dans le serveur dhcp), de donner le même nom à ton syno que ton nom de domaine, si ton routeur connaît ton adresse locale il ne va peut-être pas interroger le dns.

tu peux utiliser le smtp de ton syno sur un iphone, il faut se connecter en mode authentifié (port 25, starttls) bon, le seul truc que tu as fait c'est de rediriger ton domaine (@) vers ton IP. il faut que tu ajoutes un type A que tu appelleras, par exemple, smtp, qui pointera aussi vers l'adresse ip de ton syno. EDIT : je viens de voir que smtp existe en tant que CNAME, donc soit tu prends un autre nom, soit tu supprimes l'alias smtp ! ensuite, tu modifies la priorité de smtp.europe.secureserver.net (remplace 0 par 9) et tu crées un enregistrement MX de priorité 5 , pour ton domaine (mettre @ dans host) pointant vers le type A créé précédemment (par exemple smtp.tondomaine.fr.)

oui, le pb a été évoqué dans un autre fil. le protocole rendez-vous (bonjour) ne sort pas du réseau local, il faut utiliser un proxy rendez-vous pour que ça marche.

pour ce qui est de bookmyname, ce que j'aime, c'est la possibilité de gérer complètement "à la main" son dns, et pas à partir d'une interface web (du coup, je peux sauvegarder ma conf dns d'un simple copier coller), exemple de ma zone dns : @ 28800 A 62.147.xx.xx serveur 28800 A 62.147.xx.xx smtp 28800 A 62.147.xx.xx nas2 28800 A 62.147.xx.xx @ 28800 MX 10 smtp.mondomaine.fr. @ 28800 MX 20 ns1.deathrock.be. @ 28800 MX 30 tarbaby.junkemailfilter.com. webmail 28800 CNAME serveur.mondomaine.fr. www 28800 CNAME serveur.mondomaine.fr. cricx 28800 CNAME serveur.mondomaine.fr. photos 28800 CNAME serveur.mondomaine.fr. xmpp 28800 CNAME serveur.mondomaine.fr. jabber 28800 CNAME serveur.mondomaine.fr. ssh 28800 CNAME serveur.mondomaine.fr. imaps 28800 CNAME serveur.mondomaine.fr. imap 28800 CNAME serveur.mondomaine.fr. ftp 28800 CNAME serveur.mondomaine.fr. wrt 28800 CNAME serveur.mondomaine.fr. camip1 28800 CNAME serveur.mondomaine.fr. @ 28800 TXT "v=spf1 ip4:62.147.xx.xx a mx a:serveur.mondomaine.fr mx:smtp.mondomaine.fr -all" et pour ce qu'on peut faire : Accueil > Gérer VOS NOMS DE DOMAINES > Liste de vos noms de domaine > Liste des renouvellements à venir > Suivi de vos opérations en cours > Informations sur un de vos noms de domaine > Enregistrement de noms de domaine > Transfert de bureau d'enregistrement > Transfert de propriété > Renouvellement - Restauration > Remplacer les contacts > Modifier les DNS > Ajouter un DNS secondaire dans notre réseau > Modifier la protection contre les transferts > Whois > Déclarer vos serveurs aux registres VOS SERVICES > Gérer vos boites aux lettres (webmail,pop3,imap) > Gérer vos redirections d'adresse e-mail > Gérer vos redirections web > Personnaliser le contenu de vos DNS > Définir les défauts utilisés par votre compte > Faciliter les transferts de bureau d'enregistrement > Abonnement à la liste d'informations VOS COORDONNEES > Créer un nouveau contact > Modifier les coordonnées d'un contact > Détruire un contact VOS FACTURES > Vos factures - Situation du mois en cours

en plus simple, less /var/log/messages[/CODE]