cricx

OK. tu peux éviter le cat fichier|grep...|grep ... en faisant directement un grep fichier|grep ... tu peux éviter de supprimer le fichier de log au début du script en faisant echo "Salut !" > log au lieu de echo "Salut !" >> log et il vaudrait mieux mettre ton fichier de log en variable : $log=/volume1/homes/user/scripts/log et remplacer ensuite log par $log et pour récupérer le mois, tu as les trois solutions suivantes, plus élégantes qu'un awk : syno > date Thu Jan 19 09:04:28 CET 2012 syno > date +%b Jan syno > date +%B January syno > date +%m 01

Tu es sur le r

Pas besoin de beaucoup de ressources pour envoyer des mails... Il faudrait commencer par regarder le code source des messages pour voir s'il y a blocage et o

Pas de probl

Toutes tes questions ont une r

et ne pas oublier des câbles en cat 5e ou 6 !

Oui, c'est ton compte mail chez ton fai qu'il faut utiliser. L'int

le terme hotspot désigne normalement un accès public. Vu la présence d'un serveur radius, on peut vraisemblablement conclure qu'il s'agit d'un véritable hotspot.

ldd fait partie normalement de glibc, mais effectivement je ne l'ai pas trouvé non plus dans les paquets, et il n'est pas installé sur le syno... il ne te reste plus qu'à le compiler, ou tu peux tenter d'installer un exécutable pour ton architecture depuis un paquet debian (libc6)

D'après le lien figurant dans le message, il s'agit d'un problème d'authentification mais pas de ssl/tls. Si j'ai bien compris (l'allemand et moi ça fait deux) il faut t'authentifier mais ne pas crypter, tu peux suivre la doc postfix http://www.postfix.o...tml#client_sasl en gros : créer un fichier contenant le nom d'utilisateur et le mot de passe sous la forme [mail.unitybox.de]:25 username:password dans un fichier nommé par exemple /usr/syno/mailstation/etc/sasl_passwd le transformer en hash avec la commande postmap /usr/syno/mailstation/sbin/postmap /usr/syno/mailstation/etc/sasl_passwd ajouter dans mail.cf smtp_sasl_auth_enable = yes relayhost = [mail.unitybox.de]:25 smtp_sasl_password_maps = hash:/usr/syno/mailstation/etc/sasl_passwd et redémarrer postfix (ou redémarrer le syno) On en a déjà parlé sur ce forum, mais avec tls. Cependant, la manip pour créer le fichier de mot de passe et le hash est la même.

chez ovh comme chez n'importe qui et même chez toi, un cname est un nom d'hôte et pas un url. On ne peut pas mettre de chemins dans un cname ! on peut par contre en mettre dans une redirection, mais techniquement ce n'est pas du tout la même chose ! (une redirection n'est pas du dns)

Donne le message d'erreur complet, le fichier main.cf (au moins la partie contenant la ligne relayhost) et pr

Avec une ip dynamique, c'est quasi impossible d'avoir un reverse dns. Pour le spf, une recherche sur internet te donnera la r

regarde sur ton syno le fichier /etc/services il contient la liste des services et des ports associés. tout le monde a cette liste, il est donc facile de scanner tous les ports (notamment ceux des protocoles courants, ou réputés peu sûrs comme le port 445, voir http://www.journaldunet.com/solutions/securite/classement-spam-phishing-et-virus-informatiques-bilan-ete-2011/port-et-pirate.shtml). il est donc tentant de modifier les ports pour lesquels c'est possible, notamment le port 22 (ssh) ou les ports d'administration du syno. par exemple, tout le monde sait que le port 22 est le port ssh, beaucoup d'attaques vont donc être tentées sur ce port. si, au niveau de ton routeur, tu rediriges le port 14622 vers le port 22 de ton syno, il y a moins de chance qu'il y ait une attaque, il pourra y en avoir avec des robots qui scannent systématiquement tous les ports (tu peux aussi modifier la conf de ssh pour qu'il écoute sur un autre port, à la place ou en plus du 22). j'ai mis deux tentatives en 1 mn

sous linux, l'extension n'est pas utilisée pour déterminer le type du fichier, c'est en général le magic number qui est utilisé pour déterminer le type de fichier (voir par exemple la commande file), quant à l'exécution, elle dépend du bit correspondant. Pour un script, il faut en plus du bit d'exécution un shebang contenant le chemin absolu de l’interpréteur à utiliser. À noter que si l'interpréteur est invoqué directement avec le script en paramètre, il n'est pas nécessaire d'avoir un shebang ni le bit d'exécution. tu peux donc très bien mettre l'extension .ksh que l'extension .toto ou pas d'extension du tout. mais l'usage (et le côté pratique) recommande l'usage d'extensions en rapport avec le contenu. Ainsi, l'extension .sh désignera un script shell, .bash un script bash, .ksh un script kornshell. donc en gros, tu fais comme tu veux, mais les usages sont là et ce n'est pas pour rien : c'est pratique de pouvoir avoir une idée du type de fichier rien qu'en regardant son nom...

si, tu risques toujours d'être piraté si les logiciels du syno présentent des failles ou si tes mots de passe sont triviaux. le seul serveur sûr est un serveur déconnecté du réseau, ou éteint. mais il ne faut pas non plus dramatiser et avoir un peu de bon sens : - il ne faut pas ouvrir de services que nécessaire - il faut autant que possible changer les ports par défaut (sauf smtp et http pour un site web standard) - il faut surtout avoir des bons mots de passe, et ceci sur tous les comptes, mais plus particulièrement sur le compte admin - il faut utiliser des protocoles sécurisés chaque fois que l'accès est protégé par mot de passe

itunes est fait pour ça. et ça marche (j'écoute sur mon téléphone avec un client daap les flux émis par le serveur itunes du nas). tu peux aussi installer mpd qui fait du streaming http.

les messages sont dans le dossier de l'utilisateur, dans un dossier caché nommé .Maildir. Mais les messages ne restent dans ce dossier que si tu te connectes en imap, ou en pop avec l'option laisser les messages sur le serveur. quel client de messagerie utilises-tu ? comment fais-tu pour connaître la taille du dossier ? essaie la commande suivante : du -sh /volume1/homes/utilisateur/.Maildir (remplace utilisateur par le nom de l'utilisateur)

l'explication t'est fournie par l'erreur : "Courrier refusé par Hotmail pour non-respect de la politique Microsoft. Nous refusons généralement tout courrier en provenance d’une adresse IP dynamique, car ce type d’adresse n’est en principe pas utilisé pour la remise de courrier SMTP non authentifié à un serveur de messagerie Internet. Si vous n’êtes pas l’administrateur du système de messagerie ou du réseau, contactez votre fournisseur de messagerie ou d’accès à Internet pour obtenir de l’aide. Vous trouverez des listes à jour d’adresses IP dynamiques et résidentielles sur le site http://www.spamhaus.org." en gros, les courriers provenant des plages d'adresses dites "résidentielles" sont refusées (y compris les ip fixes). Pour corriger cela : 1 - avoir une ip fixe 2 - avoir un reverse dns sur cette ip pointant sur son domaine (c'est à faire chez ton fai) 3 - ajouter un enregistrement spf sur ton dns. et ne pas oublier de déblacklister ton ip chez spamhaus. J'ai fait tout ça, et ça marche. Après, il y a une solution plus simple : utiliser le serveur smtp de ton fai pour relayer le courrier de ton serveur. On en a souvent parlé sur ce forum, cherche le mot clé relayhost.

bah, pourquoi pas ! mon téléphone aussi fait nas, sans même le rooter : serveur ftp, serveur dlna, serveur http... le plus dur ça a été de créer un raid sur la carte microsd

tu es au bon endroit pour tout ce qui concerne les synos. oui, les syno savent presque tout faire, sauf le café (pour ça il y a les filles ) n'hésite pas à préciser tes besoins, il y aura toujours quelqu'un pour te répondre (surtout patrick)

aucun intérêt d'installer android sur un syno... android est un système linux (comme le syno donc) auquel est ajoutée une couche graphique et des fonctions objet, inutiles sur un système sans interface d'entrée (clavier) ni de sortie (écran).

+1 mais gnome3 est déroutant (comme unity), un mint lxde est plus basique mais on s'y retrouve mieux passé 50 ans

fais tes test sur un autre compte (tu peux le créer pour l'occasion), une fois au point, passe sur ton vrai compte.

va dans Domaines & DNS > Zone DNS > champ CNAME dans Sous-domaine, tu mets le nom de "sous-domaine" (nom d'hôte) que tu veux envoyer sur ton syno dans Destination, tu mets ton nom dyndns