CoolRaoul

A ce propos il y avait une erreur dans mon script un peu plus haut, c'est "chmod -x" et pas "chmod +x" bien entendu Voici exactement la syntaxe: 0 0 * * * root <commande> et surtout attention a utiliser des tabs et pas des espaces pour séparer les colonnes!!! Mais une fois par semaine devrait être suffisante. si tu fait ca tu va lire eternellement le meme tnt_lite.zip, faut utiliser l'url afin de récupérer la version à jour. perl /volume1/video/xml2epg.pl http://xmltv.dyndns.org/download/tnt_lite.zip[/code]

Ce qu'il voulait dire c'est que vu ta config autant désactiver le firewall, autoriser le port 25 en entrée lorsque tout est déja ouvert est simplement inutile. En créant au préalable "/opt" (mkdir /opt) ça devrait le faire... Mais la n'est pas le probleme Tu n'as aucun process en écoute sur le port smtp, donc il ne s'agit donc pas d'un "port bloqué" mais bien d'un dysfonctionnement du package mail server Normalement tu devrait avoir un process nommé "master" a l'écoute sur le port 25" comme ceci: root@fserv> /bin/ps | grep master 14647 root 10980 S /var/packages/MailServer/target/libexec/master 30690 root 2984 S grep master Regarde un peu dans "/var/log/messages" si il n'y aurait pas des messages d'erreur relatifs au mail server qui pourrait te mettre sur une piste

(La copie d'écran n'était pas indispensable dans ton cas, on te croie sur parole) Bon, essayons d'avancer Si tu as optware (ipkg) installé: ajouter (si pas déja présent) le package "lsof" ipkg install lsof et nous donner le résultat de la commande lsof -i :25[/code] [*]sinon nous donner le résultat de: [CODE] netstat -apt | grep smtp[/code] (attention, c'est un peu long pour obtenir le résultat dans ce cas) [/list]

Ote-moi un doute, c'est bien coché la?

Oui: de créer le fichier de conf "/usr/local/etc/xml2epg.conf" Tu peux te contenter de copier l'exemple que je donne dans le premier post (http://pastebin.com/aDbPxBEQ) (Attention a bien le modifier avec un éditeur qui réspecte le codage UTF- Pour ne pas prendre de risque, le plus simple est de récupèrer directement le contenu "brut" avec wget, comme ceci mkdir -p /usr/local/etc wget -O /usr/local/etc/xml2epg.conf http://pastebin.com/raw.php?i=aDbPxBEQ EDIT: je m’aperçois que j'avais bien décris tout ça dans le premier post du fil, tu l'as lu au moins?

merci!

Test confirmé: notif recue

A quel niveau se situe le blocage? En entrée ou en sortie du NAS? Quels sont * exactement* les symptômes constatés?

Si tu les a mis "dans des répertoires en dessous de Volume1" il ne s'agit pas de répertoires système, et donc, sous réserve que le répertoire racine (sous volume1), sois partagé avec les bonnes options, pas de raison que tu ne puisse pas y accéder en ftp (ou en partage windows, via l'explorateur d'ailleurs)

Depuis quelques jours ne ne reçois plus les notifications de nouveaux messages forum par mail.

Sur ton Windows, tu peux t'installer un Linux dans une VM, sous VirtualBox par exemple.

Je ne suis pas certain de bien comprendre ta question ("ajouter les chaines"). Le script génère le guide des programmes pour toutes les chaines qui on été detectées par VideoStation lors de la recherche des chaines (ce que fait VideoStation normalement mais le fonctionnement ce cette partie n'est pas encore au point, d'ou le script). Le lancer une fois par semaine devrait être suffisant Pour inhiber la génération du guide par VideoStation, je conseille de désactiver l'exécution de son propre module de génération comme ceci: chmod -x /volume1/@appstore/VideoStation/bin/synodvbepg A titre d'exemple voici le script shell que j'utilise pour la mise à jour (à adapter, notamment le PATH, j'ai l'habitude de déposer mes scripts dans /site/scripts et mes fichiers logs dans /volume2/var/log) Je le lance via le cron une fois par semaine. #! /bin/sh PATH=/site/scripts:/site/sbin:/site/bin:/opt/bin:/opt/sbin:$PATH #+ # log to log file if stderr not a tty (cron) #- [ -t 2 ] || exec > /volume2/var/log/update_upg.log 2>&1 #+ # empecher l'exécution de la maj epg de videostation #- for f in "/volume1/@appstore/VideoStation/bin/synodvbepg" do [ -x $f ] && chmod +x $f done xml2epg.pl "http://xmltv.dyndns.org/download/tnt_lite.zip" [/code]

Ou on veut, c'est sans importance, dans "/usr/local/bin" par exemple D'abord rendre le script exécutable comme ceci (a faire une seule fois): chmod +x <répertoire du script>/xml2epg.pl et ensuite <répertoire du script>/xml2epg.pl http://xmltv.dyndns.org/download/tnt_lite.zip[/code] on peut aussi ignorer l'étape 1 (chmod) et lancer le script comme ceci [CODE]perl <chemin du répertoire ou on a mis le script>/xml2epg.pl http://xmltv.dyndns.org/download/tnt_lite.zip[/code]

Un choix "autre" dans le sondage serait une bonne idée AMHA

Les lignes suivantes, extraites du texte de J-C.B que j'ai cité, te seraient-elles passées inapercues? Sachant que coupe-feu = firewall, donc "Zone Alarm" dans ton cas

Donc c'est résolu?

En compl

Tu as donc la confirmation sans le moindre doute possible que le Synology est complètement hors du coup. Déja un bon point. (une bonne stratégie de résolution de problèmes est d'avancer par élimination, comme ici) Surtout pas, c'est une belle m** ce machin. Je marche tres bien sans ça. Mais je suis tres étonné qu'il de demande "sans arrêt de créer un tel groupe". Sur le mien j'ai désactivé ce mécanisme est mon seven a bien compris qui était le chef non mais Configure le réseau local de tous tes postes seven en "réseau de bureau" comme ceci: Et il ne devrait plus te poser la question

Et je confirme que ça marche de nouveau!

Ca ne répond pas exactement a ta demande mais est-ce que tu tiens absolument à faire du ftp? Parce que si ton serveur de stockage exerne est capable de fonctionner en serveur rsync tu pourrait utiliser les outils natifs du syno pour faire ta sauvegarde sans avoir a installer aucun logiciel supplémentaire.

As tu fait le test que je t'ai proposé: essayer d'accéder a partir du PC Seven qui merdoie à un partage du PC Seven qui fonctionne?

Piege classique : faut comprendre que "deny" = inhibé, donc les lignes non commentées ont pour effet de filtrer les niveaux de log correspondants. Chaque application a sa methode, par exemple pour apache (http) tu peux logger les erreurs vers syslog avec une clause du genre ErrorLog <facility>:<level> exemple ErrorLog syslog:local7[/code] à mettre dans la config apache (/usr/syno/apache/conf/httpd.conf-user ou un fichier à faire includre par ce dernier) Malheureusement, me semble bien que cela ne parche que pour l'error log pas pour l'access log

Ca va être difficile car je suppose que la plupart des utilisateurs qui on posté ici n'ont probablement utilisé qu'un seul de ces modèles (et si plus d'un c'est que l'un des deux n'était pas compatible), donc pour avoir un comparatif c'est pas gagné. L’idéal serait de pouvoir faire comme moi: s'en faire préter un pour test. Demande dans tes relations, collègues etc...

Ah mais tu ne nous avait pas dit ca qu'il y avait plusieurs PC et qu'un seul avait le problème! Tu avait meme dit, je cite: "Pour ce qui est de la connexion, cela fonction autant avec un login et Pswd utilisateur qu'avec ceux de l'admin." Ca aide pas à comprendre la panne et t'aider de façon efficace faut avouer.. Quand tu écrit : Le "par contre" laisse croire que tout fonctionne pour ce PC *sauf* "se connecter à un lecteur réseau" Bon on sait maintenant que le problème n'est pas coté Synology mais coté windows. Est-ce que le PC à problèmes parvient à accéder à des partages des autres postes Windows au moins? (je vais m'absenter un moment, pas s'étonner si pas de réponse dans l'immediat)